Réunion VizieR 26/08/2014

Présents : Marianne B., Sylvain G., François O., Emmanuelle P.

Proportion des MRTs (Machine-Readable Texts) pour les journaux de l'AAS :

Fichier de François avec, par années (2000-2014) et journaux : la proportion de MRTs (envoyée par Kerry Kroffe; AAS), la proportion de ces MRTs dans VizieR et les références en sus dans VizieR.

Voir Chiffres bruts, par journal et année avec :
MRTs = nombre d'articles avec Machine-Readable Tables
Viz = nombre de ces articles qui sont dans VizieR
+Viz = nombre d'articles dans VizieR qui n'ont pas de MRTs (c'est-à-dire nos propres ajouts)

Il semble intéressant de noter que pour l'AJ les MRTs décroissent (pic en 2006 (150 MRTs) - 82 en 2013), par contre les ApJ augmentent régulièrement (98 en 2001 vs 209 en 2013 - ce qui doit correspondre à l'augmentation du nombre d'articles publiés pour ce journal ?), l'ApJS restant relativement stable (~55+/-15 par an).
Pour l'exhaustivité, on est à 90% ou plus pour les années à peu près entre 2007 et 2012.
En termes d'ajouts (VizieR qui ne sont pas sous forme MRTs), nous rajoutons environ 1/3 (sur la période 2007-2012). Ce n'est pas négligeable!

A propos de l'AAS toujours, Kerry K. demande "Who is the best person at CDS to create an account for sending the AAS XML assets"?

=> François voit s'il peut lui répondre. L'e-mail date du 20/08...

Conseil scientifique le 9 septembre (en présence du directeur adjoint de l'INSU) :

Quelques petites choses à revoir dans la présentation de Gilles pour VizieR. A voir avec Pierre et Gilles... Mardi prochain, il faudra en discuter ; normalement tout le monde sera là... A voir peut-être aussi la présentation d'Emmanuelle ?

Questions Emmanuelle :

Problème de graphes en attente...

J/ApJ/759/146 : il faudrait prendre la puissance de 10 du logP pour la période (en log). Est-ce que la fonction "dexp" est possible avec le graph_sql et où placer le calcul ??
J/A+A/568/A75 : l'axe des X serait mieux en log, peut-on définir ce choix par défaut pour les widgets ? Problèmes avec les "g'mag" pour les indiquer en label ?
De manière plus générale, difficile de savoir lorsqu'un graphe ne fonctionne pas s'il s'agit d'une erreur de syntaxe venant de nous ou du programme... (vizgraph -d mais pas forcément clair => exemples à conserver) ??

Problème pour Cat. J/A+A/568/A46 : les SpecObjID du SDSS ne correspondent pas aux positions... ??

Laissé en local (mais devrait être publique) car envoi direct.

<nop>=> Vu François : BestObjID et SpecObjID = DR7. ok. Par contre, il faut utiliser un vizSet pour homogénéiser les décimales entre les tables (6 décimales pour coo, lambda et eta ; 1 seule pour Dist comme pour les tables fof.dat, etc.).
Par exemples :\vizSet{ <nop>*all }{ zqso }{ decimals=4 } (équivalent de \vizSet{ <nop>*all }{ zqso }{ fmt=6.4f } mais sans avoir besoin de calculer le format global) et \vizSet{ <nop>*all }{ <nop>* RA<nop>* DE<nop>* }{ precoo=7 } (precoo correspond au nombre de décimales voulues + 1).

Cat. J/ApJ/758/56 : un AddCount sur un nom vide => Toutes les lignes où le nom est vide ressortent...

=> Il suffit de mettre le nom correspondant dans la colonne, il ne sera pas retrouvé et le résultat sera "Not found"... !!!

Cat. J/ApJ/761/37 : le giant molecular cloud 34 de la T4 n'est pas en T2 où il y a les coo...

=> Il n'aura donc pas de position... Tant pis. Difficile de lui en fournir une avec les seules associations aux régions HII...

Questions François :

Cat. J/AJ/146/107 : le graph_sql ne fonctionne pas ?

François a ajouté la colonne VC avec le wgraph habituel car le graph_sql ne trouve pas les valeurs...
On essaye la commande vizgraph -d .graph_sql Name="Swift J0732" mais le résultat :

vizgraph.py -s J/AJ/146/107 -i .graph_sql -d  -v Name=Swift J0732 -o tsv
[('-s', 'J/AJ/146/107'), ('-i', '.graph_sql'), ('-d', ''), ('-v', 'Name=Swift')]
[('-s', 'J/AJ/146/107'), ('-i', '.graph_sql'), ('-d', ''), ('-v', 'Name=Swift')]
Traceback (most recent call last):
  File "/home/cats/bin/vizgraph.py", line 76, in <module>
    __graphprocess = vizgraphplugin.vizGraphDefault(sys.argv, __htmlOutput)
  File "/home/cds/bin/vizgraphplugin.py", line 775, in __init__
    self.process = vizGraphExec(argv)
  File "/home/cds/bin/vizgraphplugin.py", line 533, in __init__
    self.out = vizoutput.VOTableOutput(icon=arg['icon'])
TypeError: __init__() got an unexpected keyword argument 'icon'
****error

ne nous aide pas vraiment... A voir avec Gilles.

Cat. J/AJ/146/102/table4 : erreurs à adapter en fonction de la précision de la valeur

François a fait un petit script (disponible dans le .history) pour récupérer la longueur maximale des décimales de la valeur et ajouter autant de zéros à l'erreur correspondante pour avoir une unité des erreurs unique (d-1 et Md-1 pour f(i) et e_f(i) respectivement; mmag pour les amplitudes et ---, 10-3 pour Iphi)...
Script :

for p in Freq Uamp Uphi Bamp Bphi Vamp Vphi Iamp Iphi ; do
       nd=`echo $p | sed s/.amp/2/ | sed s/.phi/3/ | sed s/Freq/6/`
       tabmap -par -data -r ,Saved/readme.v00 -t table4.dat table4.v00 \
       | gawk -v nd=$nd "/^%$p/"'{
         if(NF<3) { print ""; next}
         e=sprintf("%.0f", $3)
         split($2,a,"."); print e substr("0000",1,nd-length(a[2])) "    " }' \
       | trcol -r1-4 | trim | sed 's/^$/    /' > $p
   done

Pour toutes les champs Freq, Uamp...., faire :

    Nombre de décimales "nd" = 2 pour *amp, 3 pour *phi, 6 pour Freq
    (...)
    tableau qui sépare les champs au "." ; écrire la chaine de "00" selon la longueur du nombre de décimales...   

Pour réécrire la table4.dat avec le bon nombre de zéros derrière les erreurs :

   fcat table4.v00 | acut -c1-130l \
   | acut -c1-23 -i@ -c25-33 -i@ -c36-41 -i@ -c43-53 -i@ -c56-62 \
     -i@ -c64-75 -i@ -c77-83 -i@ -c85-96 -i@  -c100-106 -i@ -c108- \
   | gawk -F@ -v files="Freq Uamp Uphi Bamp Bphi Vamp Vphi Iamp Iphi" '
     BEGIN{ne=split(files,f, /  */) }
     { for(i=1;i<=NF;i++) v[i]=$i; NP=NF;
       for(i=1;i<=ne;i++) { getline<f[i]; e[i]=$0 }
       for(i=1;i<=NP;i++) printf "%s%s", v[i], e[i];
       print "" }' > table4.dat

Cat. J/AJ/146/120, retrait du graphe : il n'est pas possible de faire des tracés à partir de dates UT (YYYY/MM/DD)... Il faudrait pouvoir faire une conversion en Jour Julien...

Cat. J/AJ/146/86 : GLAT était indiqué avant le GLON avec des valeurs allant de 0 à 360 pour GLAT et -90 à +90 pour GLON...

En fait, les noms des labels étaient inversés... C'est bien le GLON qui est compris entre 0/360 et GLAT entre -90/+90... On peut le vérifier avec astropos et une position en sexagésimale :
> astropos J2000 G (enter)

Input FK5 Position %x.y/rho.pa , mu1 mu2 [RV [plx]]: 00 00 03.5+23 05 15.5
Output:107.8325 -38.2730

Cat. J/ApJ/757/161 : comment ajouter un objet d'une table secondaire qui n'est pas dans la table primaire où il y a les positions ?

François fait :
\vizConvert{ table7 }{ fcat table7.dat ; echo "WASP-11" }
\vizSet{ table7 }{ -* Star }{ flags|=VO_ISNULL}
Ce qui ajoute WASP-11 à la fin de la table 7...

Cat. J/AJ/146/76 : des étoiles du WDS avec certaines positions manquantes ?

François se demande comment on fait pour récupérer les positions dans ce cas où il n'y a que les noms du WDS sans position.
On fait comme lui mais peut-être qu'il manquait des positions à l'époque où le table.pos a été fait ? C'est-à-dire :
Passage du 2v avec récupération des positions qui passent pour les composantes données... Ajout à la main des ~200 positions manquantes en interrogeant WDS sans les composantes pour les objets qui ne passent pas et en copiant-collant les positions voulues dans le table.pos.
La seule autre option serait de laisser faire à l'équipe SIMBAD mais comme celle-ci ne s'occupe que des tables avec positions, ce n'est pas vraiment une option...

Cat. V/61 (Ptolemy's stars in the Almagest) : discussion sur cds-cats@unistra à propos de Gamma Peg (HR 39)...

Correction faite du V/61 mais François voudrait vérifier dans le catalogue d'origine si l'erreur sur la HR venait de nous... (a priori colonne ajoutée au CDS). [Philippe vient de retrouver la trace du Manitius K.: 1913 dans les archives - il part à sa recherche sous une pluie battante]. A suivre !

-- EmmanuellePerret - 2014-08-26