Réunion VizieR 23/02/2016

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

Pierre

Ordre/désordre des tables ? - Par exemple, J/A+A/566/A118 : table 6, 5, puis 1, 8, 9

On peut décider d'afficher les tables dans VizieR selon un ordre différent de celui du papier/ReadMe via le \vizOrder (dans l'exemple \vizOrder{ table6 table5 }{ }{ } affiche 6, 5 puis dans l'ordre d'origine).
Généralement, on préfère mettre en premier les tables avec les objets/positions et plutôt à la fin les observations...

Patricia

LAMOST : 4 tables, ~3.2 millions d'objets, 1.1Go : le passer comme un catalogue classique ?

=> Oui.
Pour les spectres (~2.3 millions), on verra plus tard. Il faut songer à créer un lien entre le nouveau service de données associées et les tables VizieR...

Gilles a rentré un échantillon de 36000 spectres dans la base de données associées. A priori, ils ne posent pas de problème.

Sylvain

J/AJ/150/136 : le \vizPosition pour récupérer les positions via le B/wds ne fonctionne pas lorsque les composantes sont vides ?

La commande : \vizPosition{ table2 }{}{source=B/wds/wds WDS=@{WDS} Disc=@{***Disc} Comp=@{***Comp} Eq=J2000 null= }{ Explain } ne renvoit pas de position lorsque WDS, Disc sont identiques et que les Comp sont vides pour les 2 catalogues... Problème de blancs vs null ?

De manière plus générale, la récupération de position dans le WDS est délicate (voir par exemple le CR du 26/08/2014). Une solution est de sortir la liste des noms WDS+comp et d'interroger directement VizieR via la commande asu pour créer un fichier table2.pos => Emmanuelle cherche des exemples pour Sylvain.

Remarque : une jointure entre le WDS et la table 2 du catalogue dans VizieR local ne fonctionne pas (table 2 sur cdsarc uniquement)...

=> Gilles a créé un script, wdspos, pour rechercher la correspondance entre une table et le wds (pour l'aide: wdspos -h).

N.B. : Possibilité de faire une commande spéciale pour récupérer les positions du WDS ? Avec la commande asu, on voit bien qu'il s'agit effectivement d'une histoire de blancs, en tous cas pour Disc...

Unité Jy/beam disponible ?

=> Pas encore en production. Gilles nous enverra un e-mail lorsque ce sera prêt.

Emmanuelle

Quid du B/psr ?

Le catalogue de référence pour les pulsars (ATNF catalogue) est disponible sur le site http://www.atnf.csiro.au/research/pulsar/psrcat/
Actuellement, le seul catalogue disponible dans VizieR est la version de 1993 : Cat. VII/189 (706 pulsars)
Il y a aussi un catalogue =NOT PUBLIC= de 2005 (VII/245, 1533 pulsars) qui n'a jamais été mis en ligne.
Visiblement, un B/psr était en préparation pour suivre les mises à jour du catalogue (actuellement version 1.54 : 2536 pulsars) mais rien de fait sur ce répertoire depuis 2012...

=> Gilles s'occupe des catalogues B/... Il voit avec François pour avoir l'historique des échanges. Il verra avec Pierre et les auteurs du catalogue si on peut récupérer une version .csv (le format le plus simple) et à quelle fréquence se font les mises à jour. Dans le pire des cas, ce serait bien d'avoir des versions figées car le catalogue serait très utile, notamment pour SIMBAD.

Gilles a discuté avec François : en fait, le site de l'ATNF ne fonctionnait pas bien mais cela devrait marcher désormais. Gilles doit prendre contact avec eux.

J/ApJ/811/131 : dans le .graph_sql, la condition where Target='${Target}' semble ignorée ?

Les targets en question contiennent des blancs...

=> Gilles regarde.

Gilles a trouvé le problème : la commande était écrite sur 2 lignes... :")

J/ApJ/813/51 : table 1 des flux avec 2 unités différents en x_unit et des Band avec 4 unités différentes en x_Band... Comment faire ?

Le mieux est de faire une colonne par bande (soit 17 colonnes) pour pouvoir tracer le graphe.

N.B. : pour le photometry viewer, il s'agit d'un seul objet avec jusqu'à 631 points pour une bande à différentes dates... Il vaut mieux ne pas mettre le \vizFilter{ Flux }{ *Band } dans ce cas. Mais à terme, ces valeurs sont aussi importantes pour l'outil.

Emmanuelle : En fait, je vais essayer de regrouper les bandes pour faire différentes tables du style optique/IR, Radio, Gamma/X, etc.

J/ApJ/811/117 : la condition where mag<Limmag ne fonctionne pas dans le graph_sql ?

=> En fait si, c'est juste qu'il y a peu de valeurs qui remplissent cette condition par rapport au Nobs...

Gilles

Dernières nouveautés pour les données associées

• On peut désormais mettre HDU=* pour créer le fichier obscoreimage (avec plusieurs HDU).
• On peut retrouver des positions via VizieR
• Il y a une sortie .csv pour récupérer la description ObsCore