Réunion VizieR 18/11/2014

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

Pierre :

Cat. J/A+A/505/1049 (publié en août 2010) : errata dans le titre de la table qui ne plaît pas à l'auteur...

Lorsqu'on clique sur le lien "errata" du titre, on ouvre un pop-up avec une liste de 6 objets donnés en colonne "Name" pour lesquels les "OName" n'ont pas été retenus pour SIMBAD car il y avait des incohérences. Par exemple, en cliquant sur "WKK2542", on voit que le OName donné dans la table est "ESO174-G001" alors que l'objet correspond en fait à "ESO174-G? 1" dans le catalogue d'origine ESO, etc. Ces erreurs ont été relevées par Fabienne lors du traitement de la table pour SIMBAD via Raccord (COSIM) et confirmées par François (voir le répertoire Mail du Cat. J/A+A/505/1049 où on retrouve l'échange de mails Fabienne/François).
La table avait été récupérée de la version électronique (voir le .history) et non pas envoyée par l'auteur, c'est sans doute pourquoi il n'y a pas eu d'échange direct avec l'auteur.
Si l'errata ne convient pas, on peut demander à l'auteur s'il veut nous envoyer une version corrigée pour ces 6 objets qu'on pourra mettre en ligne. Voir avec lui, s'il est d'accord pour ces corrections ou bien si les problèmes viennent d'autres problèmes dans SIMBAD...

François : j'ai ajouté les autres mails échangés depuis (le dernier est celui envoyé à l'auteur). Il n'y a pas eu de réponse jusqu'à présent...

N.B. : la liste des errata est ajoutée dans le titre de la table via \vizExplain{ table1 }{ }{+ (see the \aW{_640x480}{/viz-bin/nph-Cat?@{@cat}/errata.htx}{errata})}
Une colonne ajoutée dans la table pointe également vers les objets concernés :
\vizAddColumn{ table1 }{ E }{.}{}{ +f_Name }{\ucd{NOTE}{\bf E} indicates an Erratum (in \aW{_640x480}{/viz-bin/nph-Cat?@{@cat}/errata.htx}{errata})}
\vizMore{ table1 }{ E }{\aW{err_640x480}{/viz-bin/nph-Cat?@{@cat}/errata.htx#@{Name}}{@{}}} Le contenu de l'errata se trouve donc dans le fichier errata.htx du même répertoire.
Aujourd'hui, on pourrait utiliser le système d'annotation pour ajouter ces commentaires (mais le fichier des objets problématiques ne serait pas publique). Souvent, on se contente d'un simple flag sur l'objet ou d'une note sur la colonne...

Ref. 2013Ap&SS.344..175M depuis SIMBAD ne point pas sur le catalogue VizieR

"Ap+SS" a été transformé en ApSS pour des raisons techniques, la transformation n'avait pas été repercutée sur cette ref. mais c'est maintenant ok pour toutes les 4.

François : la traduction est faite dans le serveur de biblio qui se trouve sur la machine cdsbib (dont Soizick a la maitrise; c'est aussi sur cette machine que tournent toutes les nuits les vérifications de références). Sur cette machine, dans le répertoire /toc/bibmgr/simbad, l'ajout de la référence VizieR complète est faite par le filtre "bibtag.awk", qui contient la liste des modifications entre les bibcodes Simbad et les noms VizieR.

Ref. J/ApJ/769/116 : Le lien sur SIMBAD était mal fait.

Lien fait sur une colonne SDSS ajoutée qui était commentée... En l'affichant, ça marche !

Par ailleurs, cette colonne est fixée à ID_MAIN dans la commande :
\vizAddColumn{ table1 }{ SDSS }{.sdss}{}{ -objID }{\ucd{ID_MAIN} SDSS-DR9 name (JHHMMSS.ss+DDMMSS.s)}
Or setUCD donnait Seq comme meta.id;meta.main ce qui bloque le 2v car il y a 2 ID_MAIN différents. La commande \vizUCD{ table1 }{ objID Seq }{ =ID_NUMBER } règle le problème en passant le meta.main sur l'UCD1 ID_MAIN.
On peut aussi indiquer directement l'ucd1+ avec \vizUCD{ table1 }{ Seq }{ =meta.id }

Emmanuelle :

Cat. J/ApJ/765/157 : tables 5-8 Abundance uncertainty (1 table par élément), en faire 4 tables séparées ?

En fait, il s'agit de Delta : des variations d'abondance selon les variations de différents paramètres et il faut effectivement faire 4 tables séparées dans la description du ReadMe...

Gilles :

Cat. J/A+A/562/A64 : ne mirrore pas car droit d'accès ne sont pas corrects dans la base ?

Le Catalogue est disponible sur le FTP mais un Submit dans VizieR ne peut pas se faire (il y a des problèmes de droit d'accès dans la base). En fait, en refaisant le 2v cela fonctionne. Le programme avait dû être interrompu avant la fin...

Pour information : un stagiaire s'occupe de refondre la page 1 de VizieR

La page 1 est celle que l'on obtient lorsqu'on clique sur "More about VizieR" (http://vizier.u-strasbg.fr/vizier//index.htx#desc) dans la page d'accueil VizieR. On peut donc réfléchir à des informations que l'on voudrait voir apparaître sur cette page... Notamment, la documentation pour l'aide devrait être mieux mise en valeur...

Question : comment est fait le lien depuis SIMBAD vers VizieR ?

1. Si l'on parle du lien depuis une référence SIMBAD qui pointe vers la table VizieR, par exemple (pour 2013Ap&SS.344..175M) :

VizieR on-line data: <Available at CDS (J/other/ApSS/344.175): table1.dat>

Il est ajouté manuellement à partir du fichier simbad.maj par Emmanuelle au moment où les statuts de la référence en interne sont modifiés. Par exemple =f= devient =g0=.

2. Si l'on parle des liens depuis le bas d'une page d'objet SIMBAD vers des objets de catalogues VizieR, par exemple (pour M42) :

Catalogue information from VizieR :
Generic search by coordinates (radius: 5 arcsec)
3C 145    4C -05.21    NGC 1976    PKS 0532-054    PKS 0532-05 

Chacun des liens sur les 5 objets sus-cités renvoient vers un catalogue VizieR avec la page détaillée de l'objet via le "VizieR-S" qui lie un acronyme à un catalogue. Par exemple NGC est lié au catalogue VII/1 (Revised NGC catalog) et l'interrogation se fait sur la colonne NGC.

P.S. : Dans cet exemple, le "3C 145" ne donne rien car il renvoit au 3CR (Cat. J/PASP/97/932) où "145" n'existe pas. Il faudrait que le lien pointe sur le 3C : VIII/1/3c

François :

Cat. J/ApJS/214/17 : nomenclature importante pour les mouvements propres

Les labels :

     pm = total proper motion
     pmRA = RA component
     pmDE = Dec component
     pmPA = position angle of total proper motion
     sont reconnus par le programme et traduits par :
     pm = sqrt(pmRA^2+pmDE^2)
     pmRA = pm sin(pmPA)
     pmDE = pm cos(pmPA)

Il ne faut donc pas utiliser autre chose (généralement aussi désignés par {mu}) comme label pour les décrire.
En particulier, pour le position angle, ne pas se contenter du PA mais bien mettre pmPA pour que l'angle soit relié aux mouvements propres.

Cat. J/MNRAS/434/806 : le e_label est également important...

Lorsqu'il y a des erreurs négatives, mieux vaut laisser le e_label qui est également reconnu par le programme comme une erreur (avec différentes vérifications sur la colonne) en indiquant les valeurs limites entre crochets avant l'explication plustôt que de mettre un "elabel" qui ne veut plus rien dire pour le programme...

Cat. J/MNRAS/435/1671 : filtres SCUBA importants...

Pour que les filtres SCUBA soient reconnus, il faut les lister dans le \vizFilter . Ils sont importants pour les SED.

Cat. J/MNRAS/435/1680 : colonne Simbad identique à la colonne Name mais avec des trous lorsque l'objet n'est pas dans Simbad.

Est-ce nécessaire de refaire cette colonne qui sera éventuellement complétée plus tard (donc refaite) ?? => Cela dépend du nombre de sources qui manque dans SIMBAD... Peut-être que s'il manque 4 sources sur 150, la colonne n'est pas nécessaire. Il faut juste indiquer le nombre d'objets manquants dans le .status en commentaire et en commentaire de la ref. Par contre s'il manque plus de la moitié des objets, la question du lien peut se poser car si on laisse tous les noms, un grand nombre d'objet a un lien mort ce qui peut être dommage...
A voir un peu au cas par cas...

Cat. J/ApJS/210/22 : manquait le \vizContent{image/fits}

Le \vizContent est bien pratique pour sélectionner les catalogues selon les 7 rubriques de la page CDS Catalogues with additional Material. En particulier, lorsqu'il s'agit de FITS, ne pas oublier d'indiquer ce format qui sert à Gilles pour les statistiques.

Remarque : Pourquoi la liste des timeSerie indique 1303 sur cette page alors que la recherche via "Search for catalogs containing additional data" en cochant "time serie" donne 1242 match ? Idem, pour les cubes, le nombre est différent (79 vs 52, respectivement)...
Pour les cubes, cela pourrait provenir du fait que certains catalogues ne contiennent pas de table...

Problème : définition de "données associées". Françoise définit comme "données associées" toutes les données qui sont dans le FTP sous forme de tables ou fichiers FITS mais qui sont dans VizieR uniquement sous la forme de graphe. Gilles n'a donc pas de moyen facile pour différencier ces données.
En fait, la définition de "données associées" est un peu complexe : par exemple, si un article traite d'un seul objet et donne la table qui contient des timeSerie, la table sera dans VizieR et on ne parle pas de données associées. Par contre, si l'article traite de nombreux objets et donne en plus les spectres pour chaque objet, on ne mettra pas tous les spectres sous forme de tables dans VizieR et il s'agira de données associées.
Quid des données attachées aux figures que l'on n'avait pas avant et qu'on commence à avoir (AAS) ? La définition de "données associées" n'est-elle pas un peu étroite ici : la différence entre la mise en ligne dans VizieR n'étant souvent liée qu'à un problème de taille et nombre de fichiers... ?
Solution pour différencier ces données ??

Patricia :

Cat. Nov/17, des fichiers en ".bas" censés être du GILDAS qui ne se transforment pas en FITS ??

Autres fichiers sur cdsarc en .bas sont en basic mais ce n'est pas le cas ici... Le gildas_fits a l'air compliqué à utiliser (interactif ??)... A voir par Pierre ou François...

François : pour le gildas, je n'ai pas encore trouvé -- la doc en ligne est http://www.iram.fr/IRAMFR/GILDAS (j'ai ajouté quelques liens vers gildas à partir des "manual pages" accessibles à partir de la doc).

-- EmmanuellePerret - 2014-11-18