Réunion VizieR 01/03/2016

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

Sylvain

Table 4 de J/ApJ/782/42: UCD pour "Band"?

Dans la table 4, "Band" désigne le range d'observation en X-ray (keV), on indique upper energy band et lower energy band et l'UCD est PHYS_ENERGY_X.
En X, les bandes observées sont généralement données en keV (l'énergie des photons récupérée via les capteurs X) alors qu'en visible, par exemple, on a des filtres qui permettent d'avoir des longeurs d'onde (Photometric system sur Wikipedia). Voir la correspondance longeurs d'onde/énergie X : http://en.wikipedia.org/wiki/X-ray

N.B. : AT_ENERGY_BAND, comme tout ce qui commence par AT_ est réservé à la physique atomique (énergie de transition des molécules).

J/ApJ/782/59: Une des valeurs de phase n'est pas la même dans les tables d'abondances

Les tables 4, 5 et 6 de cette références sont pastées (un \vizPaste colle les tables les unes à côté des autres verticalement) mais le programme (qui fonctionne tout de même) indique qu'à la ligne #23 de la table 4, la phase = 0.113 alors que dans les tables 5 et 6, la phase moyenne est de 0.118 pour le même objet (AS200431).

=> Il vaut mieux ignorer la colonne "Phase" de la table 4 (en utilisant le \vizIgnoreColumns ) en mettant un commentaire privé pour expliquer pourquoi on ignore cette colonne.
=> Prévenir l'auteur qu'il y a une erreur dans sa table 4.

J/ApJ/781/42: Mettre une valeur en log directement dans le .graph_sql possible ?

On peut écrire directement log(MJD) par exemple pour prendre le log d'une valeur dans le .graph_sql mais dans cet exemple, il vaut mieux modifier directement l'axe des X en log pour toutes les bandes.
Pour mettre par défaut, l'axe des X en log dans le widget, il faut l'indiquer dans le .status dans l'accolade des conditions "--xlog=true". Commande décrite dans le CR du 10/03/2015
Par exemple, dans la doc des commandes, on a "\vizExplain{ table2 }{}{+ \vizContent{timeSerie}(\vplotTS{@{@cat}}{.graph_sql}{GRB=081007&table=table2.dat&--xlog=true}{light curves})}" pour le catalogue J/ApJ/774/114

Pierre & Caroline

Pourquoi le bibcode 2012AAS...21932007K ne renvoit sur rien dans la Note (10) de J/A+A/584/A92 ?

Les liens sur les bibcodes sont fait automatiquement, sans doute via un fichier de reconnaissance des bibcodes à partir d'expressions régulières. Ils renvoient directement sur SIMBAD. Les bibcodes de type AAS n'étant disponibles que dans ADS et pas dans SIMBAD, on suppose qu'ils ne sont pas reconnus par le programme car pas indiqués dans la liste des structures de bibcodes.

N.B. : Dommage qu'il n'y ait pas un bouton dans SIMBAD qui puisse renvoyer vers ADS dans ce cas...

Remarque (Emmanuelle) : dans le cas des bibcodes arXiv, le lien est reconnu est renvoi sur une page SIMBAD "Warning: not available at CDS" avec un lien vers ADS. Par exemple, depuis le ReadMe de J/ApJ/681/1524. Dans cet exemple, ce n'est pas terrible, puisque le lien vers ADS ne donne plus rien maintenant que la ref. est devenue 2010ApJ...724..341H (Je vais changer le bibcode). Mais ça marche bien pour le lien arXiv depuis J/ApJ/753/83 (enfin pour celle de 2010, pas celle de 2009)...

N.B. : on veut avoir le bibcode de type arXiv dans le ReadMe, pour pouvoir retrouver les références (avec une année et in prep., c'est beaucoup plus difficile)...

François : A propos du bibcode AAS, effectivement c'est une expression régulière qui reconnait un bibcode; cette expression est la même pour la reconnaissance vizier (en fait cgiprint) et la syntaxe utilisée pour "coloriser" le ReadMe: quand un fichier ReadMe est édité (sous le compte cats) avec vi , les bibcodes reconnus (par ex. J/A+A/584/A92 dans la Note (2)) sont affichés en vert. Celui de l'AAS n'est pas reconnu en éditant le ReadMe -- et ne sera donc pas reconnu non plus par vizier.

En regardant de plus près l'expression (qui se trouve dans le fichier ~/.vim/syntax/readme.vim) la raison de la non-reconnaissance est le 6ème caractère à partir de la droite (un "3") qui n'est pas accepté... Est relativement facile à corriger, mais il faut corriger aux 2 endroits
-- /home/cats/.vim/syntax/readme.vim
-- cgiprint.c (le #define BibCodeExp)

Valeur actuelle de l'expression:
[12][890][0-9][0-9][A-Za-z][A-Za-z0-9&+.]\{4\}[0-9CTBbokph.]\{4\}[A-Za-z.012][0-9.]\{4\}[A-Z.]
Valeur plus générique qui accepterait le code AAS:
[12][890][0-9][0-9][A-Za-z][A-Za-z0-9&+.]\{4\}[0-9CTBbokph.]\{4\}[A-Za-z.0-9][0-9.]\{4\}[A-Z.]

A propos des codes arXiv: ceux-ci sont reconnus par vizier (cgiprint), comme le signale Emmanuelle, sous l'orthographe arXiv: par ex. la note (28) de http://cdsarc.u-strasbg.fr/local/viz-bin/VizieR?-source=V/137D/groups écrite avec le format : arXiv:1202.1375
Ce code arXiv n'est par contre pas reconnu par l'éditeur vi, mais ça serait sans doute pas trop compliqué à rajouter dans le fichier ad-hoc (/home/cats/.vim/syntax/readme.vim)

N.B. Emmanuelle (vu avec François) : Les 2 exemples de bibcodes arXiv cités précédemment (J/ApJ/681/1524 et J/ApJ/753/83) ne fonctionnent pas pour les années 2008 et 2009 (et J/ApJ/753/83 fonctionne pour 2010) car le bibcode complet est transformé dans SIMBAD : par exemple pour 2008arXiv0803.3161H cité dans J/ApJ/681/1524, SIMBAD transforme la requête en 2008arXiv.803.3161H, c'est pourquoi, le lien vers ADS ne fonctionne pas (ça marche très bien avec le "0")... Il vaut donc peut-être mieux mettre le format arXiv:YYMM.NNNN plutôt que le bibcode complet (même si ce dernier est, lui, bien reconnu par l'éditeur VI).

Gilles

Plein de nouveaux fichiers CoRot reçus

Déjà 100Go de fichiers copiés et ce n'est pas fini. Données pour 2008-2012. Il va falloir refaire toutes les vignettes, etc. donc même si le Byte-by-byte est ok, le B/corot va prendre un peu de temps pour être remis à jour...

Réception d'une partie des spectres pour LAMOST

Un échantillon de 36000 spectres a été rentré dans la base de données associées. A priori, ils ne posent pas de problème. Il faudra voir pour la gestion des différentes versions : a priori, les versions les plus anciennes seront effacées au bout d'un certain temps.

N.B. : pour ce catalogue, les spectres des étoiles brillantes sont légèrement décalés en position par rapport à la source (trop brillante sinon pour avoir un spectre)...

Syntaxe pas très compréhensible de type "FileName$.1-2", qu'est-ce ?

Par exemple, dans J/A+A/481/123, on a un lien vers une image avec "png/@{FileName@.1-2}.png" dans le .status. Cette écriture permet de reconstruire le nom de l'image. Au label "FileName", on ajoute une condition via le @ (ou $). Dans cet exemple, le "." est un séparateur pour les valeurs de la colonne FileName et "1-2" indique qu'on prend les champs 1 et 2 de ce nouveau tableau obtenu via le séparateur "."

Cf. "subfield_spec" dans la doc de préparation des catalogues.

Ce genre d'écriture pose des problèmes pour les sorties VOTable. On se demande s'il faut les inclure dans ces sorties puisqu'il s'agit de liens pour VizieR uniquement...

N.B. Dans cet exemple, c'est le lien de la colonne FITS qui serait intéressant pour la sortie VOTable, or il apparaît juste en texte "FITS"... Il faudrait peut-être revoir la syntaxe de ces liens pour choisir celle qui permettrait de récupérer le lien sur le fichier...

=> Gilles voit s'il peut faire en sorte de ne pas avoir de liens avec des subfield dans les sorties VOTable.

Utilisation de l'interface des données associées à lancer...

La base a été revue et on peut y entrer des données. Pierre en a dans sa pile à faire.

=> Il faudrait prendre contact avec A&A pour voir s'ils ont des beta-testeurs.

Marianne

Depuis quelques temps, problème avec l'e-mail quotidien "VIZDB Statistics" qui liste les derniers catalogues mis à jour

Marianne (et Patricia ?) reçoit cet e-mail en multiples exemplaires. Cela pose problème à Marianne qui utilise cet e-mail via un programme pour mettre à jour le dictionnaire.

=> Marianne va envoyer le mail problématique à Gilles pour voir ce qu'ils peuvent faire.

-- EmmanuellePerret - 2016-03-01