Réunion VizieR du 06/05/2014

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

Questions Marianne :

Message de Marion Schmitz concernant une confustion récurrente des auteurs entre le recno de VizieR, le numéro séquentiel d'un catalogue, voire la colonne "Full" de VizieR

Pour rappel :

• Le "recno" est le numéro de ligne de la table d'origine et ne fait partie qu'implicitement du catalogue. Il permet de retrouver l'ordre d'origine des lignes après les différents tris possibles dans VizieR.
• Le "Seq" est le numéro donné explicitement par les auteurs dans un catalogue (il peut s'agir des mêmes numéros qu'un recno ou non).
• La colonne "Full" affichée en rouge dans VizieR permet d'afficher le catalogue complet pour une ligne du catalogue. On peut par exemple imposer une contrainte au catalogue et le résultat de la sélection donnera les lignes numéros 1 à ... pour la colonne "Full". Un tri sur la sélection obtenue est possible et les numéros de cette colonne "Full" permettront de revenir à l'ordre d'origine.

Le résultat des e-mails échangés demande de clarifier l'explication du recno avec l'ajout d'un message "not to be used for identification" et de remplacer les numéros de la colonne "Full" par un signe plutôt que des numéros.

On décide :
- d'afficher le label "recno" en rouge dans VizieR pour indiquer qu'il ne fait pas partie de la table d'origine.
- d'ajouter un commentaire à l'explication : "not to be used for identification".
- de ne rien faire pour le "Full", les numéros permettant de se retrouver plus facilement dans le catalogue.

Gilles: les modifications sont effectuees (dans vizin.c)

Pierre fera la réponse à Marion et cie (Marianne doit lui transférer les différents messages relatifs à cette discussion).

Réponse Pierre:

Après avoir relu les différents messages qui ont circulé des membres de l’IAU & co, il apparaît que c’est bien la colonne "Full" que les auteurs ont malheureusement tendance à utiliser comme numéro d’objet, sans réaliser que ce no est totalement ambigu.

Le recno pose moins de soucis puisqu’il est masqué par défaut.

Le commentaire “Please do not use this index for nomenclature” doit donc apparaître pour la colonne "Full" également (pas seulement pour le "recno") quand on passe la souris sur la colonne et quand on clique sur le nom de colonne.

Et je pense à nouveau qu’il faut mettre le contenu de la colonne "Full" en rouge, pas juste le nom de colonne, afin d’être cohérent avec les conventions vizier (colonne calculée à la volée). C'est un lien mais quitte à choisir, il est plus important d’avertir les utilisateurs : ne pas le faire nuit a la qualité des travaux des auteurs et donc à vizier également puisque ça nous conduit à terme à linker sur des objets qui ne sont pas les bons.

Affichage bizarre pour la note (1) du Cat. J/A+A/550/A120

La note n'est pas dans le bon ordre et le "Note (1): ..." se retrouve au milieu de la note... (Ce qui n'est pas le cas pour le miroir du CfA qui affiche la note correctement).
En regardant dans METAnot, le "linid" commence effectivement par 11,12,13,14 puis affiche le 1,2, etc. ensuite... !

=> Gilles : Il s'agit d'une erreur dans le code VizieR: c'est corrige (mais non encore installé). Le catalogue a ete remirroré pour resoudre ce cas particulier (la correction du code s'appliquera a tous les catalogues)

Remarque Gilles :

Intégration des barres d'erreurs sur les graphes widgets

Par exemple, Cat. J/AJ/145/99.

=> Très bien, sauf qu'il faudrait faire les barres d'erreurs plus fines et en noir pour que les points de la courbe restent visibles. Un bouton pour supprimer d'un seul coup l'affichage de toutes les erreurs ou les faire réapparaître pourrait être utile...

Voir la doc pour la modification de syntaxe des graphes :

En bref, il y a une accolade en moins dans le .status et la possibilité de faire un "set Title" et "set Period=" dans le .graph_sql directement.

Questions Emmanuelle :

A propos de graphes, cat. J/ApJ/756/52: fonctionne dans le vizExplain avec vPlotTS mais pas dans le vizObj avec vplotTS alors que même .graph_sql ??

=> Gilles: Le problème est la couleur 'p' indiquée dna le fichier .graph_sql qui n'existe pas

Problème bizarre dans VizieR pour le Cat. J/ApJS/211/9 (public) :

Si on clique sur un objet de la table1 pour afficher toutes les lignes le concernant, lorsqu'on clique ensuite sur "All columns" pour avoir toutes les colonnes, la requête affiche "no object"...

=> Gilles regarde.

Cat. J/ApJS/210/20 (public) : les UCD1 ne s'affichent plus à partir de D*

Le setUCD semblait correct mais en fait pour ce label-ci, l'ucd1+ affiché est "density" au lieu de "phys.density" comme il aurait du y avoir (cas un peu plus haut pour le Dp qui est traduit correctement)...
=> Forcer l'UCD.

Gilles+Patricia: le probleme vient du script assign1p: le probleme est dans les mains de Sebastien.

Cat. J/ApJS/211/22 : Magnitudes en système AB ?

Dans le texte, les auteurs signalent "conversion to AB for SED fits" (section 3.1) pour le calcul des âges en table 2 mais du coup, est-ce que les magnitudes données en table 1 sont également converties ou non ?

=> Pierre regarde s'il peut comparer avec d'autres catalogues pour savoir.

Réponse Pierre : il s'agit des magnitudes Vega. La conversion n'est faite que pour les fits.

Cat. J/ApJ/756/60 : Unité x10^22^ (etc.) donne quoi pour la colonne Units ?

=> Réponse Patricia : on a toujours Valeur_totale_ = Valeur_colonne_ x Units donc dans ce cas, par exemple pour N(H2), l'unité doit être 10+22cm-2 (et non cm-2 avec en explication (x10^22^)...)

Question Sylvain :

Cat. J/AJ/145/101 : UCD pour le tidal index (theta) ??

Il s'agit d'une estimation de la densité locale en fonction du nombre de galaxies qui peuvent interagir autour de la galaxie. Le CLASS_STRUCT est correct car il s'agit d'un classement qui tient compte de l'environnement des galaxies.

-- EmmanuellePerret - 2014-05-06