Réunion VizieR 27/02/2018

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

Dernière réunion de Sylvain (à jamais gravé dans la mémoire des ReadMe) -- merci aux merveilles et autres douceurs d'avoir participé à la réunion.

Catalogues de planéto dans VizieR

Quelques points abordés lors des discussions avec Baptiste Cecconi les 21-23 février

• 1ère session (Pierre, Gilles, Baptiste et Emmanuelle) : rappel du projet (voir aussi CR du 09/01/2018 et du 13/02/2018) -

- Présentation rapide de VESPA par Baptiste pour Pierre.

- Discussion sur les différents champs de la table B/epncore :

il y a des colonnes optionnelles mais certaines sont obligatoires, par exemple, les différentes dates. Il faut aussi que les noms des colonnes soient strictement identiques à ceux de la doc même s'ils sont très longs... La liste des paramètres obligatoires ou non est dans la doc http://voparis-confluence.obspm.fr/display/VES/EPN-TAP+v2+parameter+description

Précision de définitions : "service_title" par exemple, est le nom du schéma d'accès TAP et est donc unique au sein de la base alors que le champs "obs_id" groupe un ensemble d'éléments et est de préférence compréhensible par un humain... etc.
On peut noter aussi que pour "Target Name", les noms sont ceux de l'IAU (majuscule pour la première lettre des noms des planètes, etc.). VESPA propose une liste de target names basée sur la liste de l'IMCCE http://vo.imcce.fr/webservices/miriade/?forms.

• 2è session (Gilles, Patricia, Baptiste et Emmanuelle) : une dizaine de cas concrets choisis par Baptiste dans la liste de Paticia (ListeVESPA2) sont discutés. cf. Fichier joint (epn-bc.txt).

Question subsidiaire sur les DOI, pour le catalogue VI/152, Baptiste a noté qu'il n'y a pas de référence biblio associée au catalogue : en effet, le "J. Space Weather Space Clim." n'est pas un journal que l'on traite pour SIMBAD et il n'y a pas de bibcode correspondant dans ADS.
=> Patricia a ajouté le DOI au ReadMe - peut-être que les questions de DOI sont à poursuivre chez nous... ?

On note que les règles pour une extraction automatique sont à affiner :

- Recherche uniquement dans le "Short Title" + "Description" pour les target name : la section "Abstract" induirait trop de bruit.
- Définir combien de target names, on peut mettre pour un même catalogue (séparés par des "#") - voir les tables où il y a une colonne "Name" avec un objet par ligne...

- Pour la recherche de mots-clefs, règles à revoir.

- le "target_region" peut éventuellement être retrouvé dans le titre/abstract/description ? Liste à définir : chromosphère, photosphère, corona, héliosphère, etc.

- le "feature_name" est très spécifique et ne peut être défini que par un expert du domaine - Baptiste envisage d'obtenir de l'aide de ses collègues astro/doc à Paris...

- ...

Concernant les dates, Gilles renvoie à ce qui va être fait pour les données temporelles à améliorer dans VizieR. Actuellement, l'extraction de cette information semble trop compliquée.

On a aussi évoqué la possibilité d'un champs du style Mission_Name du ReadMe pour indexer les instruments - on peut rêver...

3è session (Gilles et Baptiste)

Les dates d'observation et le temps dans VizieR

Discussions en cours avec Ada

=> Pierre propose une réunion avec Ada le 13 mars pour parler de ces notions. Ada a une vision complète et multi-approches de la question, elle envisage des solutions d'automatisation pour extraire cette information.

=> Gilles aimerait une réunion spécifique sur le sujet avec Ada pour qu'elle nous parle des différentes définitions et concepts autour de cette question.

Passage aux ucd1+ dans VizieR ?

Discussions à voir avec Sébastien ?

De nouveaux ucd1+ ont été créés pour ajuster le vocabulaire à la planéto et aux données temporelles. Il faudrait peut-être envisager de passer aux ucd1+ dans VizieR ?

=> Il faudrait un outil pour indexer les catalogues basé sur les ucd1+. Actuellement, on a les commandes setUCD , et ucd1 : fichier qui liste les UCD1 mais avec un peu plus d'information que la page http://cdsarc.u-strasbg.fr/viz-bin/UCDs qui fait une simple liste, et surtout la page http://cdsarc.u-strasbg.fr/cgi-bin/getUCD qui donne les statistiques d'utilisation des UCDs dans VizieR (on a la correspondance avec ucd1+ sur cette page). En comparaison, pour l'attribution des ucd1+, on ne peut quasiment se servir que du builder (http://cdsweb.u-strasbg.fr/UCD/cgi-bin/descr2ucd) ; excepté pour l'AJ qui donne les ucd1+ dans son format VOTable.

Nous avions déjà discuté à plusieurs reprises de la différence UCD1 et ucd1+. Notamment, Sylvain avait remonté le fait que les ucd1+ sont plus précis dans le cas des erreurs puisqu'ils associent un ucd1+ pour signifier qu'il s'agit de l'erreur et le paramètre sur lequel porte l'erreur alors que l'UCD1 donne juste un "ERROR" (cf. CR du 02/12/2014). On avait également évoqué le fait que les UCD1 précisent le système photométrique alors que les ucd1+ perdent cette information mais cela est devenu moins important avec l'utilisation du \vizFilter et le système photométrique est généralement indiqué dans l'explication du <nop>ReadMe.

Rappel : certains UCD1 servent aussi directement au programme - voir CR du 28/10/2014 : cas du ID_MAIN, POS_EQ_RA_MAIN, etc.

Rappel du fonctionnement de la commande setUCD :
actuellement, setUCD se sert de l'explication, du label et de l'unité pour attribuer des scores et définir un UCD1. Lorsqu'il ne trouve pas, il propose une liste d'UCD1 au choix. Il y a une correspondance avec l'ucd1+ qui n'est pas toujours très heureuse -- voir J/ApJ/842/118 où le ID_MAIN est traduit en "meta.id;phys.atmol.configuration" alors que l'explication est simplement "Brown dwarf designation".

D'après le CR du 30/09/2014, l'ucd1+ est défini via un autre programme (setUCD1+) qui ne prend en compte que l'explication. Ces deux programmes sont indépendants, sauf lorsqu'on ajoute un UCD1 en dur dans le \vizUCD du .status auquel cas, il y a une table de correspondance entre les ucds (correspondance pas forcément heureuse non plus).

ATTENTION : setUCD ne sert pas uniquement à l'attribution des UCDs, il renvoie aussi des messages d'erreur lorsque le .status est mal construit (faute de syntaxe, par exemple) ou que le ana renvoie des warnings.

Note : il y a une discussion intéressante sur la commande ucd1 qui liste tous nos UCD1 dans le CR du 14/10/2014.

=> Discussion à avoir avec Sébastien/Mireille ? On pourrait peut-être passer à un programme basé sur un réseau de neurones ?

Formats trop tronqués dans VizieR

Problème avec un catalogue Gaia où une valeur trop tronquée n'a pas été retrouvée

Problème récurrent des formats VizieR. Il faudrait qu'on puisse mettre en FTP un fichier original en ASCII avec toute la précision et ne transformer que pour l'affichage dans VizieR. Dans ce cas, le fichier csv d'origine était correct mais la table VizieR un peu trop tronquée...

Problème pas vraiment résolu. C'est à un astronome de définir les précisions sur les valeurs en fonction de la répartition des données+erreurs...

Emmanuelle

J/ApJ/841/102 : \vizPosition qui ne fonctionne pas ?

En fait, il s'agit toujours d'une histoire de blancs... ça passe en ajoutant les "*" qui suppriment les blancs du ID...

\vizPosition{ * }{}{source=J/ApJ/819/62/table5 ID=@{***ID} Eq=J2000 null= }\
 { Positions from Civano+, 2016, J/ApJ/819/62 }

-- EmmanuellePerret - 2018-02-27</verbatim>