Réunion VizieR 19/01/2016

Présents : Marianne B., Sylvain G., Gilles L., François O., Pierre O., Emmanuelle P., Patricia V.

Gilles

Problème réglé pour l'ordre d'affichage des lignes de tables

Depuis la migration, les tables pour lesquelles le .status comprenait un \vizSQL , \vizAddFKflag , \vizAddXcount , etc. modifiait l'ordre d'affichage de la table.
C'est désormais résolu mais il faut recharger les catalogues mis en ligne durant cette période pour que la correction soit prise en compte.

Gilles vérifie la date exacte de la migration et le nombre de catalogues correspondants... (Normalement le J/ApJS/220/19 devrait en faire partie...)

Sylvain

J/AJ/150/97: colonne "i" = precision sur RV... Quel label ?

Actuellement pour indiquer une erreur sur une mesure, on dispose de 2 labels :
e_label : l'erreur moyenne du paramètre "label"
ou s_label : la dispersion (ou scatter) du paramètre label (erreur statistique correspondant à la variance ou déviation standard)
Dans le cas de ce papier, "i" dénote la "combined radial velocity precision". La mesure permet de vérifier si les variations des différentes mesures de RV sont dues aux simples erreurs sur les mesures ou si la variation combinée est supérieure à l'erreur -- ce qui indique une réelle variation de la vitesse radiale (très probablement à cause d'un companion).

=> On propose d'ajouter le "i_label : internal error on the parameter label" à la documentation des labels standards : document Standards for Astronomical Catalogues.

Emmanuelle

J/MNRAS/431/3608 : \vizPosition fonctionne uniquement pour les GRB avec composantes... Problème de blanc ?

La commande :

\vizPosition{ table3 }{}{source=J/ApJS/180/192/table2 Name=@{GRB} null=}\
 { Positions from BeppoSAX/GRBM {gamma}-ray Burst Catalog (Frontera et al. \
 2009, Cat. J/ApJS/180/192)}

fonctionne bien pour les GRB avec une composante mais pas pour les autres alors que "Name" et "GRB" ont le même format A7.

Il faut nécessairement une astérisque dans la commande pour supprimer les blancs. Par exemple :

\vizPosition{ table3 }{}{source=J/ApJS/180/192/table2 Name=@{*GRB} null=}\
 { Positions from BeppoSAX/GRBM {gamma}-ray Burst Catalog (Frontera et al. \
2009, Cat. J/ApJS/180/192)}

L'étoile supprime les blancs en début et en fin de champs et squeeze les ensembles de blancs à un seul.

N.B. : Le passage au PostgreS joue sur l'ajout ou non de blancs lorsque le type de variable est défini en char ou varchar...
Pour pallier ce problème lors des \vizPaste , on peut forcer dans le \vizSet le type de variable varchar pour les colonnes utilisées, en utilisant dbtype=a (voir la doc \vizSet)
dbtype=al va aussi aligner les valeurs des colonnes à gauche.

J/ApJ/809/92 : numéros d'astéroïdes = ceux du B/astorb forcément ? objID CasJob GALEX = accessibles ?

=> Oui les numéros d'astéroïdes sont standards et correspondent aux numéros de la colonne "Planet" dans B/astorb.
=> Non, pas d'accès au CasJob GALEX.

J/ApJS/219/39 : rien dans le FTP ? Flags 2^0^ à 2^13^ à mettre en \showFlag ?

=> Le répertoire "39" n'était pas visible. ( chmod 755 . pour le mettre publique)
=> On peut détailler la Note (3) pour avoir une explication directe des flags.

J/ApJS/220/16 et J/ApJS/220/20: problème avec les \vizAddXcount ?

J/ApJS/220/16 : la colonne MCat affiche des liens alors qu'il n'y a pas de résultat lorsqu'on clique dessus.
J/ApJS/220/20 : idem pour la colonne B12 (voir par exemples, pour les SNe 2004bw ou 2012bh).

=> Gilles a résolu le problème en local au 26 janvier 2016.

J/ApJ/808/184 : overflow pour la luminosité en [10-7W] ?

Les valeurs de la colonne L10-40 vont jusqu'à 10^+44^, 10^+44-7^ =>10^+37^ or les unités permises sont entre 10^-27^W et 10^+27^W.
On ajuste donc la valeur de stockage grace au \vizSet pour que les valeurs soient incluses dans cette interval:

\vizSet{ * }{ * L* e_L* }{ dbunit=10+30W }

Ainsi 10^+37-30^ => 10^+7^ qui est bien dans le bon interval.

-- EmmanuellePerret - 2016-01-19</verbatim>