Réunion VizieR du 28/01/2014

Présents : Marianne B., Sylvain G., François O., Pierre O., Emmanuelle P., Patricia V., Yasten H. (stagiaire 3è de Patricia)

Questions Pierre :

J/A+A/561/A89 (Atek et al.) : fichiers de spectres (sp) et de "photométrie" (ph) sauf que la photométrie donne aussi des spectres ?

2 jeux de fichiers envoyés par l'auteur avec même description => spectres mais appelés phot et spec...
=> Pierre contacte l'auteur pour demander plus d'explications...

J/A+A/556/A141 : col. Vmag mais parfois Bmag ou Jmag selon la note => ambigu ?

Dans ce cas, il vaudrait sans doute mieux mettre une col. mag (UCD: PHOT_MAG_UNDEF) avec une col. Band (V, B ou J)...
En tous cas, ces valeurs ne seront pas prises pour le Photometry viewer car il faut qu'un filtre soit défini en mag ou en Jy pour que les valeurs associées soient récupérées ce qui n'est pas le cas avec les filtres définis par une simple lettre...

N.B. : Pour ce catalogue, François a ajouté un lien logique entre la ref. J/A+A/556/A141 et J/A+A/556/A140 car la T1 de J/A+A/556/A140 est inclus dans la ref. J/A+A/556/A141. En interrogeant à J/A+A/556/A140, on tombe donc sur J/A+A/556/A141 qui fournit cette table (petite table qui n'avait pas été sélectionnée pour VizieR mais qui sert à la compréhension de J/A+A/556/A141).

Question Marianne :

J/MNRAS/424/3178 : vue en réunion =g= interrogation sur la T5 qui ne se retrouve pas dans VizieR (includes in T2)?

En fait, la table 2 propose toutes les sources, la table5 reprend exactement les mêmes éléments que la T2 mais en sélectionnant seulement les sources membres.
Du coup, dans le ReadMe, on a la liste avec les titres des tables 2 et 5 et la même description pour ces 2 tables ; et dans VizieR, on a seulement la T2 avec une col. en rouge (ajoutée par VizieR) qui précise qui sont les membres (donc les sources de la T5). Le titre de la table2 précise également que les sources de la T5 sont incluses.

Nous ne voyons pas ce que l'on peut faire de mieux pour cette ref. ? Peut-être faudrait-il réexpliquer la différence entre les tables FTP décrites dans le ReadMe et les tables VizieR pour lesquelles des modifications sont effectuées au niveau de l'affichage... ?

Question Sylvain :

J/AJ/144/148 : un fichier FITS avec des valeurs NaN à -999 et des valeurs nulles => comment concilier les deux ?

"NaN" = Not a Number. Dans le fichier de formats obtenu avec l'option -tdisp du fits2a, le nombre de valeurs non significatives (NaN) est indiqué. Par exemple :

#-------------------------------------------------------------------------------
#    27 E HMAG                   -9.9900000000000000E+02 NULs=120362    -------#
#                                 1.7968999862670898E+01 Decimals:
#         0=530840 1=750 2=7541 3=73880
TDISP27 = 'F6.3'     / E12.6    NaN=120362 range=(-999,17.969)
TTMIN27 = '  -9.9900000000000000E+02'  / Min Value (computed)
TTMAX27 = '   1.7968999862670898E+01'  / Max Value (computed)
#-------------------------------------------------------------------------------

"27" est le numéro de colonne.
"E" est le type de donnée ( E =nombre réel simple précision, D =nombre réél double précision, I=entier 16 bits, J =entier 32 bits, K =entier 64bits, L =valeur logique 0/1 ou true/false, A =ascii string).
"HMAG" est le label de cette colonne.
"-9.9900000000000000E+02" (-999) est la valeur minimum.
Enfin il y a "120362" valeurs nons spéficiées (NULs ou NaN).
"1.7968999862670898E+01" est la valeur max.
Le "Decimals: 0=530840 1=750 2=7541 3=73880" indique le nombre de cas qu'on rencontre pour cette colonne avec un nombre de décimales données : 530840 n'ont pas de décimale (sont des nombres entiers), 750 ont 1 seule décimale, 7541 ont 2 décimales et 73880 ont 3 décimales. Il n'y a pas de valeur ayant 4 décimales ou plus.
On peut donc bien proposer un format F8.3 (en prenant en compte le -999) pour avoir 3 décimales, ce qui est généralement le cas pour les magnitudes (on met aussi généralement le même nombre de décimales pour la magnitude et pour son erreur).

Par ailleurs, lorsqu'on a différentes valeurs qui signifient NaN, il vaut mieux mettre la même valeur partout dans la table ASCII. Ici, il y a à la fois des valeurs vides et des -999, il faut donc transformer les -999 en " " après avoir vérifié que le -999 signifie bien qu'il n'y a pas de valeur et que ce n'est pas pour indiquer une valeur limite (ce qui pourrait être le cas s'il y avait une valeur en magnitude et une erreur à -99).

Il y a différentes manières pour tronquer les valeurs :
- si le format est F6.3, le -999 va être tronqué automatiquement à -9.999 pour coller au format.
- si on indique une valeur dans le TTMIN27 ou le TTMAX27, toutes les valeurs, respectivement inférieures ou supérieures, seront tronquées à la valeur indiquée.

Questions Emmanuelle :

J/ApJS/209/28 : normalement le dbtype=i2t tronque automatiquement les valeurs abhérentes et si le ReadMe indique que le champs peut être nul alors cette valeur tronquée n'est pas affichée ; sauf qu'ici, la table affiche un "-32.768" pour le Kmag par exemple... ?

Ce n'est pas vraiment normal que cette valeur soit affichée. Normalement, selon la doc, l'explication ci-dessus est correcte et la valeur ne devrait pas s'afficher...
Il faudrait essayer sur l'ancienne machine cdsarc pour voir s'il n'y a pas eu de modification intempestive... ?

N.B. : ce serait bien de voir avec Gilles, les choses qui manquent sur la nouvelle machine :
- commande xpdf pour lire les fichiers PDF par exemple
- problème de François avec des fichiers =NOT PUBLIC= qui sont réapparus sur des catalogues déjà en ligne... Embêtant car ce fichier est là pour différencier les catalogues publics et non publics et bloque certaines commandes s'il est présent...
- ... ?

J/ApJS/210/3 : juste pour vérifier, avant publication, faut-il indiquer quelque part que l'on a récupéré un fichier différent de la version online ?

En fait, dans ce cas, Greg Schwarz doit modifier le fichier en ligne pour mettre la bonne version (table 4) et comme le catalogue n'était pas encore public, ce n'est pas nécessaire de fournir une explication dans le ReadMe ou le .history. Il y a toujours le répertoire Mail avec la réponse de Greg à propos de ce fichier...

J/ApJS/209/22 : juste pour vérifier, adresse http://irsa.ipac.caltech.edu/data/SPITZER/SSDF/ envoyée par l'auteur (Ashby M.) pour récupérer le catalogue des sources 3.6um (catalogue non nettoyé actuellement en ligne) => comment récupérer ce cat. à partir de l'IRSA ?

Aussi simple de voir avec Google, ou avec Laurent pour récupérer l'adresse FTP du site de l'IRSA...
En fait, plus simple de demander son catalogue directement à l'auteur ! (Mail envoyé).

J/ApJS/209/39 : juste pour vérifier : un FITS file contenant un data cube d'image => on prend ?

Les images en .png/.jpg ne sont pas à reprendre pour les journaux de l'AAS. Est-ce qu'on les prend lorsqu'il s'agit d'un fichier FITS (sachant que le retard est énorme pour l'ApJ... Et dans une moindre mesure l'AJ ) ?

=> Oui !

-- EmmanuellePerret - 2014-01-28