Réunion VizieR 08/12/2014

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

Sylvain :

Cat. J/AJ/148/90 : Ajout d'une valeur fixe à un champs?

Pour avoir les courbes de lumières différentielles plus rapprochées (comme sur la figure d'origine) il faut ajouter 1.1 à l'un des filtres et -1.1 à un autre. Cela peut se faire simplement dans le .graph_sql :

Set Title=Differential light curve of WW Gem in 2013 December
Set Period=1.23781
V-band (DeltaV+1.1mag):.g:SELECT $1 as HJD, $2+1.1 as '$\Delta$ [mag]' FROM "table1.dat"
R-band:.r:SELECT $3 as HJD, $4 as '$\Delta$ [mag]' FROM "table1.dat"
I-band (DeltaI-1.1mag):.b:SELECT $5 as HJD, $6-1.1 as '$\Delta$ [mag]' FROM "table1.dat"

Il faut penser à ajouter la modification dans l'explication pour qu'elle apparaisse quelque part sur le graphe.

Patricia :

Cat. J/A+A/571/A29 : récupération des dernières versions de Planck - à entrer ou attendre ?

La ref. 2014A&A...571A..29P parle de la version 2014 du catalogue Planck en pointant simplement vers la page du site (http://www.cosmos.esa.int/web/planck). Dans VizieR, on a une version de 2013 qui a exactement le même nombre de lignes avec IDs identiques.
Patricia a récupéré les fichiers "SZ" de http://pla.esac.esa.int/pla/index.html#catalogues mais ils sont toujours en Release 1 apparemment...
L'analyse de Planck étant en cours, on décide d'attendre un peu pour voir si une DR2 sort.

Gilles :

Problème technique : nombreuses questions d'utilisateurs sur le compte question pour savoir pourquoi un téléchargement a planté

A peu près toutes les 3 semaines, un utilisateur essaye de télécharger un gros catalogue via le http et le téléchargement n'arrive pas à aboutir... Pour l'instant, pas vraiment de solution.
On pourrait mettre un message d'avertissement pour les gros catalogues avec la taille du fichier et des recommandations.
A voir avec l'équipe gros catalogue.
Le SDSS utilisait "rsync" pendant un moment pour le téléchargement de ses fichiers.
Si la fréquence des questions reste faible, on peut reporter la recherche d'une solution à plus tard...

Réunion à planifier pour présenter les nouveautés VizieR et les avancées sur le standard IVOA ObsCore pour les fichiers FITS

Gilles fera un Doodle pour janvier pour qu'on discute des nouveautés et surtout du formulaire basé sur ObsCore pour les images/spectres puisqu'il doit montrer une première version bêta aux gens de l'AAS en mai.

Pierre :

J/AJ/146/34 : d'où vient l'explication "Elodie radial velocity" ?

En fait, c'est l'explication donnée dans le MRT (non visible sur la version HTML) donc par l'auteur...
Rien dans l'article ne signale la récupération de ces données dans un autre papier, encore moins Elodie.
Pierre compte écrire à l'auteur par curiosité pour demander des précisions sur l'origine de ces vitesses.

N.B. : en recherchant dans VizieR, l'UCD "radial velocity" et la position d'un des objets, le 2MASS 6x ressort !
C'est sans doute à cause de l'ucd1+ de la colonne "Opt" qui a été assigné en (meta.id;spect.dopplerVeloc.opt;em.opt) alors que l'UCD1 est (ID_CROSSID). Pierre remonte le problème à Laurent.

J/ApJS/207/10/table 7 : les e_F110W sont sans doute des valeurs limites ?

Oui, c'est le flag 2 de la colonne f_F110W qui le précise. Dans ce cas, il vaut mieux remettre les magnitudes limites dans la colonne des magnitudes en ajoutant un flag de valeur limite. Emmanuelle s'en charge.
Il faut attendre que Gilles ait fait quelques tests pour voir comment se comporte le SED dans ce cas (bug lors du test pendant la réunion). Normalement, il ne faudrait pas tenir compte d'une erreur lorsque sa valeur est vide...

-- EmmanuellePerret - 2014-12-09