Réunion VizieR 20/05/2014

Gilles: la correction est faite.

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

Question Sylvain :

Cat. J/AJ/145/37 : table tronquée à 161 caractères en colonne ; pas de réponse de l'auteur depuis 1 mois - que faire ?

=> Pierre relance les auteurs en leur envoyant la liste des 36 lignes tronquées (Sylvain lui envoit le précédent e-mail et ces fameuses lignes).

N.B. : La commande awk 'length>159' table2.dat | less permet d'afficher la liste des lignes ayant plus de 159cc en longueur. Le langage awk permet d'avoir une condition en entrée et un résultat qui satisfait cette condition.

Memo François 2014-05-13 (vu en partie seulement) :

Cat. J/A+A/557/A104 : Tracé des spectres (depuis format FITS) ; besoin de limiter l'axe des X à un intervalle et conversion des fréquences en vitesses

Les fichiers FITS comprennent un ensemble d'information avec des vitesses allant de -1000 à 9000km/s ! Ce sont des sources galactiques donc la vitesse n'est pas en milliers de km/s ! Du coup, on ne voit rien sur le spectre...
Il faut aller voir dans la publication les bornes de la figure pour limiter l'axe des X (dans cet exemple, entre -100 et 100) et là, le spectre donne quelque chose.
Avec l'ancienne méthode de graphe, on spécifie les limites de l'axe des X dans le .status pour -x0 et -x1 :
\vizLink{ fits }{sp -size }{ sp }{ \vizContent{spectrum/fits} \wGraph{@{@cat}/@{Name}/@{*Line}/@{FileName}}{-x0=-100\&-x1=100}{@{}}}{Show the spectrum }

=> Comment faire cela avec le .graph_sql ?

Gilles: on peut! voir le fichier .graph_sql et .graph_sql2 (avec les contraintes sur les bornes).

Exemple URL VizieR plot J/A+A/557/A104

Par ailleurs, il a fallu convertir les fréquences en vitesses en récupérant la valeur RESTFREQ (raie au repos) dans chaque fichier fits.

=> La conversation est assez fréquente pour les spectres. Faudrait-il faire une option dans le fits2a qui permette la conversion ?

Actuellement, la conversion est faite dans le .graph :
fits2a -k RESTFREQ fits/$File : récupère le RESTFREQ et les 2 colonnes de valeurs pour chaque fichier.
gawk ' NR==1{ nu0=$NF+0; C = 299792.458; next }{ V=0-C*$1/nu0; printf "%8.3f %15s\n", V, $2 }' : convertit le nu0 récupéré en Vitesse (et écrit les valeurs).

Cat. J/A+A/558/A60 : fichier ".fits" alors que format GILDAS dont on ne peut rien faire - demander un vrai fichier .fits ?

=> François voit s'il ne peut pas récupérer un outil de conversion GILDAS vers FITS en demandant aux auteurs... (GILDAS introduction). (Copie des conversations à Pierre et Gilles).

Cat. J/ApJS/210/1 : problème d'UCD et cDic inutile.

1. Problème d'UCD: les fréquences d'oscillations (comme pour les résutlats de CoRoT ou Kepler) ne sont pas OBS_FREQUENCY, mais VAR_OSCILL

2. \cDic indiqué pour KIC alors qu'une toute partie du KIC dans ce catalogue. A ne pas mettre.

Définition et usage du \cDic : on ne le remplit que pour les nouvelles listes (un nouvel acronyme est créé spécifiquement pour cette référence) ou les suites (un ancien acronyme est agrandit pour cette référence qui ajoute de nouveaux objets à une précédente publication).
Seule exception : si une grosse partie des objets d'origine sont recités dans un catalogue pour apporter de nouveaux paramètres à ces objets.
Le cDic doit servir pour faire un lien depuis les objets SIMBAD vers VizieR (et non l'inverse !), cela pose donc des problèmes si un cDic n'indique en fait qu'une toute petite partie des objets du catalogue d'origine (comme le KIC dans cet exemple !)
Par ailleurs, lorsqu'il est remplit, il induit des mises à jour sur le dictionnaire et cela pose problème si le catalogue n'a rien à voir avec l'acronyme et sa/ses référence(s) d'origine...

Cat. J/MNRAS/435/400 : nouvel exemple de catalogue avec des imagettes

Des icones à partir des images en .png sont faciles à obtenir (cf. le .history avec le script permettant la conversion) :

    
    for f in images/*.png; do
       convert -crop 300x234+56+40 $f  -resize 50x39 \
               icons/`basename $f | acut -d_ -f1`.png;
    done

Pour tous les fichiers .png du répertoire images : "crop" image de taille 300x234 en repositionnant le centre de X à 56 et le centre de Y à 40 ; reformater la taille à 50x39.

N.B. : Il serait peut-être intéressant d'ajouter une section sur les images à la documentation VizieR pour indiquer les différents moyens d'obtenir des icones et de les intégrer aux catalogues VizieR ?

Cat. J/AJ/145/60 : problème sur l'ordre des filtres du graphe, voir sur les données associées aux mauvaises couleurs ?

L'ordre des filtres est bien logique dans le .graph_sql (BVR) mais il se transforme en RBV sur le graphe. Les filtres doivent être dans le bon ordre, suivant leurs longeurs d'onde.

Peut-être que le problème vient des blancs dans le nom qui sont transformés en "+" ?

Gilles: la correction est faite.

Par ailleurs, à vérifier : les couleurs ne semblent pas coller aux bons filtres ? Normalement une étoile variable est plus brillante dans le rouge que le bleu or c'est l'inverse ici...

Gilles: Le graphe est correct (en accord avec les données de la table "photometry" - vu avec Francois)

Questions Patricia :

Cat. 2332 (c2d) : problème de format pour les noms d'origine du catalogue...

Il y a des noms JHHMMSS.s+000-NNNN au lieu de JHHMMSS.s-00NNNN qui sont tels quels dans le catalogue d'origine et que l'on ne peut donc pas modifier au risque de ne plus les retrouver. Mais le bon format est JHHMMSS.s-00NNNN....

=> Faire deux colonnes : une avec les noms d'origine qui n'est pas affichée par défaut et une colonne avec les noms corrigés.

Le format "JHHMMSS.s+000-NNNN" pose en effet problème au programme qui ne reconnait pas un bon format JHH... Par ailleurs, on a besoin d'avoir les deux colonnes "en dur" pour que les noms d'origine restent accessibles à l'interrogation.

Suite du Cat. May/08, vu en réunion du 13/05/2014 (qui sera publié sous J/A+A/565/102)

1. Les fichiers sont à mettre dans un répertoire particulier du FTP où vont les gros répertoires qu'il est inutile de renvoyer sur tous les miroirs.

Voir cd /ftp/more. Créer un répertoire pour y mettre ces fichiers et faire ensuite un lien dessus pour qu'ils soient accessibles depuis la page FTP habituelle pour les utilisateurs.

2. Il y a des transformations à faire sur les fichiers pour obtenir un format .fits correct.

=> François voit avec Patricia pour les transformations.

Cat. J/A+A/565/L7 : spectres avec des flux en erg/s/cm2/um selon l'auteur mais COUNTS dans le header et valeurs en 10+38 ??

Le spectre obtenu via fv ou fits2a ne donne pas une figure ressemblante avec la publication. Les unités (BUNIT=COUNTS dans le header mais "erg/s/cm2/um" selon l'auteur) et les valeurs en 10+38 sont bizarres...

=> Il y a sans doute un problème sur le fichier. François veut voir s'il s'agit d'un swap pour les nombres flottants. De toute façon, il faudra écrire à l'auteur pour corriger ce fichier...

N.B. : Rien à voir pour ce problème en particulier, mais installation de CASSIS pourrait être pertinente pour tester des spectres ?

-- EmmanuellePerret - 2014-05-20