Réunion VizieR du 19/11/2013
Présents : Marianne B., Sylvain G., Gilles L., François O., Pierre O., Emmanuelle P., Patricia V.
Questions Marianne :
Cat. J/A+A/541/A118 : Problème d'interrogation par contrainte sur un identificateur dans VizieR...
Si on veut afficher et compter les lignes qui n'ont pas l'identificateur SXDS en utilisant la contrainte: "
!=SXDS*" (+sort), le résultat n'est pas correct puisque toute la table est prise en compte... alors que la contrainte "
=SXDS*" fonctionne.
Réponse Gilles : c'est à cause des "---" qui sont dans les champs (non numériques) pour indiquer des valeurs nulles. En les remplaçant par des " " ; tout fonctionne !
Cat. J/A+A/541/A77 ; question de Bernd : serait-il possible d'afficher le nom SDSS que l'on trouve dans SIMBAD correspondant à l'objet SDSS de la table (qui peut avoir un nom légèrement différent selon les décimales des secondes) ?
Pas si simple... Par contre, on peut peut-être faire un
getobj par coo pour retrouver un identificateur Simbad qui correspond à l'objet ? Ce serait bien pour NED aussi... François prend note...
Pour information, François a résolu le problème concernant la mise à jour du Catalogue Asiago (Cat. B/sn)
L'e-mail avertissant des updates ne parvenait plus à Marianne. Le problème est résolu et le catalogue pourra être mis à jour régulièrement par Marianne comme avant.
Question Patricia :
Cat. J/A+A/532/A90 : 68 tables individuelles qu'il faut regrouper...
Le catalogue comprend 18 champs avec plusieurs fichiers par champs (68 en tout). Or,
VizieR affiche un maximum de 32 (?) tables à la fois...
1. Faire un catalogue en II/...
2. Merge sur ce qui est possible en ajoutant la colonne champs ok.
Question François :
Cat. J/A+A/542/A108 : Table 6 à ajouter... (Vu en réu =g=)
=> Pat s'en charge.
Question Pierre :
Cat. J/ApJS/208/10 : dans la liste des catalogues chargés mais les tables ne s'affichent pas lorsqu'on les interroge ?
Dans le fichier .history : modification par François et 2v interrompu (pas trace de 2e "Insert into
VizieR")... En fait, le 2v pose problème car un paste entre les tables n'est pas possible : il y a des différences de valeurs pour un même champs alors qu'il devrait être identique dans toutes les tables.
=> François doit écrire aux auteurs...
Question Sylvain :
Cat. J/AJ/144/102 : Possibilité de faire un lien vers le 2MASS avec 2 positions différentes dans le cas de binaires ?
En fait, François avait déjà regardé. Nouvelle syntaxe "
< <" qui permet de faire un lien vers le catalogue en interrogeant 2 positions différentes :
\vizLink{ table1 }{2M}{2M}{\vMore{-source=2246\&-c.rs=5\&-out.form=H,h\&\
-out.add=_q\&-c=<<;@{@pos};@{RA2deg}@{DE2deg}}{@{}}}\
{Display the 2MASS data (Cutri et al. 2003, Cat. II/246)}
Le
-out.from=H,h permet d'afficher le résultat de l'interrogation en HTML dans une seule et même table.
Le
-out.add=_q permet d'afficher une colonne supplémentaire avec "1" et "2" (~recno d'interrogation). L'explication du << est déjà dans l'aide de
VizieR (en cliquant sur un point d'interrogation
VizieR puis sur le paragraphe "Constraint specifications") mais il n'est pas encore dans la doc de François. Je l'ai ajouté à la doc des exemples dans la partie \vizLink. Cela fonctionne s'il n'y a pas trop d'objets dans la table (ici 1413).
Question Emmanuelle :
Cat. J/ApJ/748/93 : Problème avec des erreurs sur les fichiers FITS...
Le
fits2a -toc file.fits renvoie un message d'erreur "Got 0 bytes for HDU#1
TOPCAT refuse d'ouvrir le fichier.
Le
less indique en Column1 : wavelength (um), Column2 : Flux, Column 3: Error
François note qu'il n'y a pas de guillemets là où il devrait y en avoir pour le nom d'objet par exemple, et des minuscules alors qu'il devrait y avoir des majuscules...
En faisant
fitsverify file.fits, on obtient une liste d'erreurs.
En regardant le fichier avec la commande
fv (plus tolérante que TOPCAT...), on s'aperçoit que ce qui est décrit comme une column est en fait une ligne...
=> Pierre écrit aux auteurs pour voir s'ils veulent renvoyer des fichiers modifiés ou s'ils veulent bien qu'on corrige les fichiers...
En fait, le fits2a fonctionne avec l'option
-par :
fits2a -par -axis2="0,1" nltt25869.ra2012.kband.fits | acut -c10- donne les 2 premières colonnes Wavelength (um) vs Flux. Avec
fits2a -par -axis2="0,1,2" gl526.ra2012.kband.fits | sed s/nan/0/g on a les erreurs en plus, avec les "nan" transformés en "0"...
Cat. J/ApJ/747/106 : Suite et fin...
Les tables ont été modifiées en lignes par colonnes. Comment présenter les fichiers d'origine ?
Faire un répertoire "ori" avec le Readme.v00 et les tables.v00 et mettre une petite description dans le
ReadMe...
--
EmmanuellePerret - 2013-11-19