Réunion VizieR 18/12/2018

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

Pierre

Indexation du sp-ID pour SDSS-DR12 (V/147) ?

Gilles avait créé un index pour le sp-ID mais les requêtes ne fonctionnaient que pour TAP (?) - en tous cas, pas d'interrogation possible depuis VizieR pour le sp-ID.

Le \vizIndex a été ajouté dans le .status et le 2v a été fait mais ceci ne fait qu'ajouter un flag "(i)" dans la première page VizieR.

Apparemment, la requête via sp-ID est désormais possible dans VizieR. Gilles pense avoir fait le nécessaire via une manip' spéciale... ?

Pour info, l'interrogation du catclient VizieR pour un grand catalogue passe d'abord par la base de donnée Axel pour les positions (et éventuellement l'ID s'il est spécifié dans le \vizDB du .status, cas pour Gaia DR2 par exemple), puis pour tous les autres index créés par Gilles, l'interrogation est re-dirigée vers la base de données TAP.

N.B. : c'est une bonne pratique lorsqu'on recharge un catalogue d'ajouter dans le .history un commentaire qui explique pourquoi on a re-chargé...

Pourquoi ne pas utiliser vizquery pour les programmes de type find ?

=> Il est pratique d'avoir une simple commande à utiliser qui renvoie toujours la même chose et que l'on peut facilement scripter pour nos différents usages. Le "find" renvoie aussi le nombre de matches pour un résultat ce qui nous permet de vérifier les sorties et de compléter - vérifier qui est qui...
Pour plus de détails, voir le CR de la réunion que l'on a eu avec Gilles à propos des programmes find : ici

Emmanuelle

Nouvelles fonctionnalités pour mise en prod. directement - actif ?

=> Oui, désormais, les références sont mises en production directement (yes à la question "Release now") mais sans clonage direct sur VizieR (no à la question "clone directly to VizieR") afin d'accélérer le flux des catalogues. [La validation se fait toujours mais ultérieurement]. On ne laisse en local, que les références qui ont un problème ou qui sont douteuses...

Annotations VizieR : qui les supprime ?

=> a priori Sébastien a supprimé celle pour le J/MNRAS/465/1789 ?

Em : J'ai vu Sébastien - L'annotation a été publiée en privée, c'est pour ça qu'on ne la voit pas depuis VizieR mais elle est encore là a priori.
Sébastien est effectivement partant pour qu'on lui remonte les annotations à supprimer après réponse aux auteurs. Je lui ai parlé de celle qui traîne pour le V/147...

J/ApJS/225/27 (3D-HST grism) : différents problèmes...

1. Des valeurs aberrantes en e+308 pour les equivalent widths par exemple... => overflow

2. Pas d'unité (pour les flux par ex.)

3. 207,967 records dans la table mais 128,358 ont "00000" dans la colonne GrismID - cela laisse la possibilité de faire un lien vers 79,609 spectres alors que j'en ai récupéré 268,760...

N.B. : les spectres sont en fait des tables avec lambda, error, contam, trace, etrace, sensitivity en e/s -- possibilité de tracer un plot avec quel(s) champ(s) ? -- surprise pour Saada...

=> Pierre se renseigne pour les unités et les valeurs du catalogue...

N.B. Pour mettre à null les valeurs d'une table supérieures à une certaine valeur, on pourrait utiliser astropy (disponible sur cats). Exemple des commandes montrées par Gilles :

from astropy.table import Table
import numpy
table=Table.read("3dhst.v4.1.5.master.fits")
ind=numpy.where(table["OII_EQW_ERR"]>1.e+20)
table[ind]["OII_EQW_ERR"] = 0
table.write(format="ascii") 

Par contre, il faut le faire de manière itérative colonne après colonne... Peu pratique dans le cas de ce catalogue qui comporte moultes colonnes ; a priori.

Gilles

Il faudrait refaire complètement la documentation pour les soumissions des auteurs...

=> on est tous d'accord là-dessus...

Attention à ne pas confondre l'ingestion et la soumission (les auteurs ne peuvent pas ingérer directement leurs données dans VizieR mais ils peuvent les soumettre).

Il faut que les FITS soient acceptés par l'outil de soumission même s'il manque les TDISP. Ils ne seront jamais fourni ! (TOPCAT et astropy ne les proposent pas...)

Gilles a déjà modifié certains messages d'erreur du submit.

-- EmmanuellePerret - 2018-12-18