Réunion VizieR 26/03/2019

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

Patricia

Test du vizgraph plus parlant que "ERROR" ?

L'option vizgraph -d permet d'avoir quelques explications supplémentaires sur les problèmes du .graph_sql - voir un exemple dans notre doc. Elle permet aussi d'indiquer le lien vers le fichier temporaire qui contient le script awk qui va tracer le plot.

Pierre

Besoin de statistiques pour la charge de travail versus le nombre de ref. traitées dans VizieR pour la même période d'un an

=> Patricia se charge de les retrouver :
- Pour le nombre de références rentrées dans VizieR sur une période donnée, on peut le retrouver assez simplement via une requête SQL dans la base (par exemple).
- C'est plus compliqué pour la partie charge de travail car on ne peut pas compter les =e= qui changent assez rapidement d'une part, et qui n'existent pas forcément pour les A&A d'autre part...

Tiphaine

J/AJ/156/149 (suite) : on avait choisi avec difficultés l'UCD1 PHYS_PLASMA_PARAM mais l'équivalent ucd1+ est faux %ENDCOLOR%

La traduction de PHYS_PLASMA_PARAM dans le fichier de correspondance UCD1/ucd1+ (ucd1-ucd1p.txt -- version en ligne officielle dont la dernière mise à jour est 2005/05/11 !) est arith.factor;pos.distance ...

On ne trouve pas mieux que stat.param pour ces cas.

=> Tiphaine écrit à Seb et Mireille pour leur signaler qu'on a du mal à trouver un ucd1+ convainquant pour ce catalogue (y-compris en allant voir les autres outils de cette page http://cdsweb.u-strasbg.fr/UCD).

Tiphaine/Seb : on peut utiliser l'ucd1+ "phys" tout seul (plutôt que stat.param).
Pour les corrections/ajouts d'ucd1+, il faut demander à Mireille.
Pour info, la signification des lettres tags pour le fichier http://cdsweb.u-strasbg.fr/UCD/ucd1p-words-20180527.txt est :
P = composant primaire;
S = composant secondaire;
Q = primaire ou secondaire;
E = composant primaire suivi d'une partie secondaire électromagnétique (em. etc)
C = phot.color = pour définir les couleurs, peut être suivi de 2 autres composants.

N.B. : un Sersic index dont l'UCD1 est PHOT_PROFILE_PAR est traduit par défaut en stat.fit.param

Voir aussi CR du 24 mars 2015 où l'ucd1+ phys.angMass devait être ajouté pour correspondre à l'UCD1 PHYS_INERTIA-MOM... Pas de trace de ce nouvel ucd1+ dans la liste de 2005, du coup. Le setUCD est ok avec phys.angMass mais le 2v donne toujours :

#***Bad UCD1+ in table5.dat / Itot       : phys.angMass
++++meta_ucdid unknown word: phys.angMass

Page de suivi : "an error occured" s'affiche lorsqu'on décoche l'option "do not list validated"

Par contre, l'option décochée fonctionne si on fait une recherche plus précise.

=> Gilles jettera un oeil.

Emmanuelle

J/ApJS/235/36 : SPLASH-SXDF, fichier FITS de 447 colonnes dont moultes colonnes de vecteurs

anafile comprend bien le format 5F8.3 (par exemple) qui signifie 5x une valeur en F8.3 (en comptant le blanc de séparation entre les valeurs - la vraie valeur est sur un format F7.3). Ce format est fourni +/- automatiquement via la commande fits2a qui comprend aussi ce genre de champs et qui indique [5]x dans le fichier de sortie avec les options fits2a -tdisp -v .

Par contre, le 2v ne pourra pas faire la transformation du champs en 5 colonnes distinctes. Il faudrait ajouter une distinction au label de la colonne ce qui n'est pas fait actuellement.

=> Je vais ignorer les colonnes contenant des vecteurs pour la sortie dans VizieR (via \vizIgnoreColumn ), cela veut dire qu'elles ne seront pas dans la base VizieR mais récupérables via les fichiers FITS ou ASCII qui seront sur le FTP. Pour les magnitudes absolues, je pense que je découperai le vecteur en 28 colonnes pour les laisser dans VizieR.

=> Gilles se demande si VizieR doit gérer les colonnes de vecteurs mais cela paraît compliqué.

-- EmmanuellePerret - 2019-03-26