Tags:
create new tag
, view all tags

Réunion VizieR du 26/11/2013

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

Questions Marianne :

Cat. J/AJ/142/199 & J/A+A/547/A65 : Comportements différents pour l'affichage des noms SIMBAD ??

Dans l'AJ, les objets qui ne sont pas dans Simbad disparaissent de la colonne SimbadName tandis que pour l'A+A, il y a des liens morts vers des objets qui ne sont pas dans Simbad... Pourquoi ?

En fait, l'AJ a un \vizPosition basé sur la commande SimbadName : les positions du catalogue sont donc retrouvées via les noms Simbad du fichier table.sim. Dans ce cas, lorsque l'objet n'est pas dans Simbad, le nom disparaît de la col. SimbadName (il reste bien affiché s'il n'y a pas de coo dans Simbad mais que l'objet existe).
Par contre, dans le A+A, le \vizPosition est basé sur un fichier table.pos qui contient directement une liste de positions. La commande SimbadName n'étant pas utilisée par le \vizPosition, tous les noms du table.sim restent affichés dans la colonne SimbadName que l'objet soit ou non existant dans Simbad...

Si on veut que les noms de la colonne Simbad restent affichés malgré leur absence dans Simbad, il faut utiliser la commande :
\vizPosition{ table2 }{}{*name=table2.sim Eq=J2000 null= }{ Position from Simbad, if system known in Simbad }
De cette manière, le VizPosition ne fait pas appel au \viz SimbadName...

Voir des exemples de syntaxe pour le \vizPosition dans la doc.

Cat. J/MNRAS/420/37 : la colonne "ACS" en format F7.4 ajoute des "0" pour homogénéiser les formats sauf qu'il s'agit de l'identificateur choisi pour l'acronyme et qu'il faudrait le laisser tel qu'il est dans la table d'origine...

Dans ce cas, il faut mettre le format en A7.

Remarque Gilles :

Les bornes (valeurs min/max) des longueurs d'onde sont très intéressantes pour les spectres. Elles y sont parfois mais pas toujours ?

En fait, pour les tables ASCII, la commande anar permet d'indiquer ces valeurs par colonne. Pour les fichiers FITS, il faudrait faire une table de description des spectres avec les coo et ces bornes pour la longeur d'onde... Comment ?

Remarques Emmanuelle :

En parlant de commande anar, les bornes sont indiquées "[min/max]" avec anar mais [min,max] lorsqu'on fait un anafile -ccg puis un anafile -f1 pour récupérer un fichier de description. Pourrait-on avoir toujours le même signe séparateur ?
François dit que c'est très facile !

Du coup, pourrait-on avoir un autre signe que les virgules comme séparateur pour les mots-clefs qui sont récupérés dans le ReadMe (parce que la virgule est parfois à l'intérieur d'un même mot-clef...)
Gilles dit que ça ne doit pas être compliqué !
Un " ; " serait parfait ! smile
D'ailleurs, blague à part, il n'est point besoin de transformer les séparateurs des Keywords en "-", on peut laisser les ";" et de manière générale, laisser les séparateurs qui sont dans la publication d'origine.

Questions Patricia :

Cat. J/A+A/559/A87 : problème avec certains des spectres en FITS...

Dans le répertoire "sp", les spectres en dessous de l'année 2000 ne donnent rien avec le fits2a. Par exemple :
fits2a 1998093003..hwl.fit | less renvoie 1024 fois la même valeur 6472.2
Puis affiche le message :

#...multispec#0 (non-linear) as chebyshev[3]
#+++z-factor (1+-0.000057) ignored in multispec

Le fits2a -toc 1998093003..hwl.fit renvoie le message :

#--- 1998093003..hwl.fit
#ext xtension bpx (dim)              x2880 extname
#000     main -32 (1024)                4b [MULTISPE=0/1023(1)]
****Got 0bytes for HDU#1(1998093003..hwl.fit)

fitsverify 1998093003..hwl.fit donne le message :

1 Header-Data Units in this file.
 
=================== HDU 1: Primary Array ===================
 
*** Warning: Keyword #35, CDELT2: index 2 is not in range 1-1 (NAXIS).
*** Warning: Some CRPIXi keywords appear to be missing; expected 1.
*** Warning: Some CRVALi keywords appear to be missing; expected 1.
*** Warning: Keyword #36, CD2_2: 1st index 2 is not in range 1-1 (NAXIS).
*** Warning: Keyword #36, CD2_2: 2nd index 2 is not in range 1-1 (NAXIS).
*** Warning: Keyword #34, CTYPE2: index 2 is not in range 1-1 (NAXIS).
 
 49 header keywords
 
 32-bit floating point pixels,  1 axes (1024), 
 
++++++++++++++++++++++ Error Summary  ++++++++++++++++++++++
 
 HDU#  Name (version)       Type             Warnings  Errors
 1                          Primary Array    6         0     
 
**** Verification found 6 warning(s) and 0 error(s). ****

Par contre, en ouvrant le fichier avec la commande fv 1998093003..hwl.fit, l'image donne quelque chose et la table affiche bien 2 colonnes dont une de flux et le recno... Les longeurs d'onde par contre, ne sont pas trouvées et l'image affiche les valeurs 1 à 1024 en X.
En faisant un less 1998093003..hwl.fit, on s'aperçoit que le header n'est pas standard. La valeur 6472.2 apparaît dans un WAT2_001 et les CDELT sont mal définis. Alors qu'un less 2002111224..hwl.fit (par exemple, pour un fichier qui fonctionne), on a un CRVAL1 définit, etc.

Pierre demande aux auteurs s'ils veulent reformater les fichiers mal définis, sinon on peut changer les headers de notre côté...

Cat. J/PASP/110/1318 : Calcul à partir des X,Y... ??

Problème : l'échelle du pixel est 0.27" selon la finding chart mais une autre valeur à 0.53" dans le texte... Le centre n'est pas forcément clair non plus... Comment faire pour retrouver les positions ?

Sans échelle, l'utilisation du xypos avec un catalogue de référence (solution plus sûre) n'est pas possible. On pourrait éventuellement utiliser WEBDA, où il y a des positions pour 500 objets de l'amas mais il faut être sûr de retrouver les bons identificateurs correspondants aux numéros donnés... Dans ce cas on utilise l'option ref*=file dans le vizPosition. Il faut entre 10 et 20 étoiles bien réparties pour que cela fonctionne.

On peut aussi tester les 2 échelles données pour voir si on obtient un résultat (centre pris dans Webda) :
La commande xypos ucac4 c=23:57:24+56:42:30 scale=0.27 table.dat donne un sigma de 0.12" et un score de 19.9/19.9
Avec l'autre échelle xypos ucac4 c=23:57:24+56:42:30 scale=0.53 table.dat, on a un sigma de -206264.81" et un FAILED...
Avec xypos ucac4 c=23:57:24+56:42:30 scale=0.27 score=25 table.dat, on obtient un sigma de 0.14" mais le score est un peu amélioré : 22.4/25 (plus d'étoiles comparées qui collent).

Remarques Pierre :

Cat. J/AJ/144/101 : Ne faudrait-il pas une section Object pour cette ref. qui traite d'un IRAS en particulier... ??

En fait, lorsqu'il y a des positions dans les tables du catalogue, la section Object, même si elle est définie dans le ReadMe, n'apparaît pas dans VizieR. L'intérêt de cette section étant d'avoir une position pour le catalogue...

Cat. J/ApJ/748/49 & J/ApJS/206/9 : Short titles mal formulés...

"Optical spectroscopy of 1LAC broad-line blazars" plutôt que "Optical spectroscopic observations of 1LAC blazars"
"Newly EGOs" est un raccourci qui ne peut pas se faire... Il s'agit d'un adverbe donc "Newly identified EGOs" fonctionne mais pour le Short title, il faudrait "New EGOs" ou pas de new du tout...
Ok, j'ai modifié ! Merci. smile

-- EmmanuellePerret - 2013-11-26

Topic revision: r1 - 2013-11-26 - EmmanuellePerret
 
This site is powered by the TWiki collaboration platform Powered by PerlCopyright © 2008-2024 by the contributing authors. All material on this collaboration platform is the property of the contributing authors.
Ideas, requests, problems regarding TWiki? Send feedback