Réunion VizieR 12/05/2015

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

Patricia :

NED demande si on trouve dans VizieR une certaine liste de catalogues qui étaient chez ADC...

ADC (NASA's Astronomy Data Center, closed in October 1, 2002) était en collaboration étroite avec le CDS et nous devrions avoir tous les catalogues qu'ils avaient... Marion Schmitz (de chez NED) a envoyé une liste de catalogues sur cats@unistra pour vérifier que nous les avons bien.

On devrait ; néanmoins certains catalogues se retrouvent dans le répertoire X (donc ne sont pas du tout publiques) cf. 7058. D'autres sont sous une référence catalogue et il manque le lien symbolique entre la référence de l'article et le calogue.
Par exemple en interrogeant J/ApJS/38/357, on ne trouve rien dans VizieR mais en faisant un simref ou un findcat sur le bibcode correspondant, on voit qu'il s'agit en fait du catalogue IX/4. Le lien symbolique a désormais été rajouté en faisant :
cdcat J/ApJS/38
ln -s ../../../IX/4 357
Désormais dans le catalogue IX, il y a un lien "357" et le findcat ou l'interrogation sur J/ApJS/38/357 fonctionnera après compilation du programme hebdomadaire.

Patricia doit faire la liste des correspondances catalogues pour ajouter les liens symboliques éventuels et faire la liste de ceux dont on a les catalogues mais qui ne sont pas décrits (cf. VII/19) voire des catalogues que l'on n'aurait pas du tout...
François veut bien se charger de mettre les vieux catalogues disponibles dans VizieR.

N.B. : Pour le VII/19, on remarque que l'onglet "Summary" indique une popularité (plutôt bonne) alors que le catalogue n'a jamais été mis en ligne... [Gilles regarde].

G.L.: la correction est effectuée mais elle ne sera effective la semaine prochaine (modification du Makefile execute le samedi)

Autre question sur cats à propos du catalogue I/319 (=XPM Catalogue. Absolute proper motions of 280 million stars) qui n'est pas dans VizieR ?

François l'avait commencé. Il s'agit en fait d'un gros catalogue (14Go de données compressées).
François jette un oeil pour voir ce qu'il avait fait pour ce catalogue XPM puis transmettra l'affaire à Thomas pour que l'équipe gros catalogue voit ce qu'elle en fait...

Emmanuelle :

Cat. J/ApJ/777/156 : 2 tables avec ~ les mêmes galaxies mais l'une avec des coo basées sur les observations 10-20um, l'autre sur 19-38um donc différentes... Paste préférable ?

Est-ce qu'il vaut mieux laisser les deux tables séparées pour avoir les différentes positions IR ou bien l'important est d'avoir la position des objets et donc on modifie l'un des RA/DEC pour qu'il passe en position secondaire et on colle toutes les données pour l'objet ?

=> François dit paste plus utile.

Gilles :

Passage de la base en Postgres - réorganisation des schémas ?

Puisque SyBase va être abandonné, c'est peut-être l'occasion de revoir les schémas de la base ? Notamment, les catalogues sont répartis sur différentes partitions du disque qui sont listées dans des outils tels que TAPHandle ou TOPCAT et peut-être que cela a des répercussions dans le VO ?
Ainsi dans TAPHandle, si on recherche "vizier", l'arborescence affiche des sous-répertoires "viz1", "vizA" etc. qui ne signifient rien (mis à part l'emplacement du catalogue sur le disque).
Gilles songeait a réorganiser les schémas, pour qu'ils collent à l'arborescence de la liste des catalogues en mettant "i", "ii", "vi", "jaj", "ja+a" etc. Mais cela nécessite pas mal de travail dont la réinsertion de tous les catalogues...
Finalement, l'intérêt de tout ce travail n'est pas forcément évident et ce serait plutôt au niveau de TAPHandle et TOPCAT que ces sous-répertoires qui n'ont pas de sens pour l'utilisateur ne devraient pas apparaître.
A voir...

François :

Question de Mark A. à propos de l'interrogation via yCat ?

Mark a envoyé un message pour savoir pourquoi l'interrogation dans VizieR n'était pas possible via un "bibcode en yCat" d'ADS ?
En fait, ce devrait être le cas normalement...
Par exemple pour J/A+A/575/L6, le catid est 35759006 est le bibcode yCat associé que l'on retrouve dans ADS est donc 2015yCat..35759006P qui est interrogeable directement dans VizieR.

Par contre 2010yCat..35149003P correspond à J/A+A/514/A3 dans ADS. En fait, il y a un bug quelque part car le "A" du bibcode devrait rester à "0" et non pas passer à "9" (réservé au "L"). Le "catid" du catalogue est bien 35140003 dans VizieR... D'ailleurs un findcat 35140003 fonctionne très bien.

=> François et Gilles regardent le programme (makefile) qui génère le yCat pour voir d'où cela peut venir... Il va sans doute falloir faire une liste des bibcodes qui doivent être corrigés dans ADS.

François: la liste complète des bibcodes à changer dans ADS (1851 bibcodes pour être précis) a été envoyée à Carolyn Stern (ADS) pour correction. Cela devrait permettre de retrouver dans vizier les catalogues à partir de leur bibcode yCat (par ex.2010yCat..35140003P).
Il y avait bien confusion entre les 'A' et les 'L', et dans un seul cas la confusion allait jusqu'à la lettre du 1er auteur (J/A+A/557/A10 et J/A+A/557/L10)

Rappel/Précisions sur les bibcodes yCat :
Tous les catalogues de VizieR ont une référence yCat associée, générée par un programme de François. La liste de ces bibcodes est envoyée de manière hebdomadaire à ADS (cf. ads.sent) qui considère le ReadMe comme une publication. Ainsi, dans ADS, on trouve 2010A&A...514A...3P : la référence de l'article publié et 2010yCat..35149003P, la référence des tables qui sont dans VizieR et qui contient en Title, le "Short Title" du ReadMe et en Abstract, la partie "Description" du ReadMe.
Voir aussi le CR du 30/09/2014 : ce n'est donc pas ADS qui crée le bibcode mais bien le CDS...
Et le 11/02/2014 pour ads.sent

N.B. : Ceci répond à la question d'Emmanuelle du 21/04/2015 puisque l'indexation des ReadMe par ADS permet de faire une recherche en texte intégral sur la section Description (via ADS Labs).

J/ApJ/774/114 : ce serait mieux d'avoir l'axe des X en log par défaut... Comment ?

Emmanuelle s'en chage.

Emmanuelle: C'est fait ! La commande décrite dans le CR du 10/03/2015 fonctionne très bien. Merci :)

\vizLink{ table1 }{LC +GRB }{LC}{ \vizContent{timeSerie}\
   \ifmatch{08*}{@{GRB}}
   \vplotTS{@{@cat}}{.graph_sql}{GRB=@{GRB}&table=table2.dat&--xlog=true}{LC} \
   \else \vplotTS{@{@cat}}{.graph_sql}{GRB=@{GRB}&table=table3.dat&--xlog=true}{LC} \fi}\
   {Light curves}

Par contre, pour la courbe de l'objet GRB 090424, j'ai toujours un cadre rouge - qui ressemble à une erreur - qui s'affiche avant la visualisation des données car il n'y a pas de données pour 2 des filtres...

N.B. : Toujours à propos de ce graphe, on voit que plusieurs filtres ont la même couleur et que l'ordre des filtres n'est pas conservé par rapport à celui qui est donné dans le .graph_sql... C'est mieux qu'avant grâce au clic qui active/désactive un filtre mais ça ne permet pas d'essayer de suivre les couleurs du spectre en fonction des longeurs d'ondes des filtres comme nous le faisions avant (par exemple : UBVRI => violet, bleu, vert, rouge ; dans cet ordre). Notamment, il n'y a pas de rouge ! Ce serait bien de pouvoir avoir les filtres et les couleurs correspondant au spectre classique. Peut-être pourrait-on rependre les codes de couleurs disponibles en HTML pour en avoir un peu plus ? Et il faudrait que l'ordre des filtres soit conservé tel quel...

=> Emmanuelle a fait un petit e-mail à Thomas...

-- EmmanuellePerret - 2015-05-12