Réunion VizieR du 01/10/2013

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

Questions Patricia :

Pas de questions. Problème du Cat. J/A+AS/92/1 résolu par Gilles : "Il s'agi(ssai)t d'un probleme avec METAdic ou le slash est double dans METAdic.more" En gros, problème entre Sybase et Postgres avec les doubles slash...

Questions Sylvain :

1. Problème des titres répétés lorsqu'il y a des vizExplain ou vizComment sur un titre de Catalogue. Ex. J/MNRAS/415/2238

En fait, Explain ou Comment modifie les titres des tables mais au niveau du catalogue, le "Title" n'est pas modifié. Il faut adapter le programme pour que ça fonctionne...
Dans VizieR local, en cliquant sur METAcat, on voit qu'il y a à la fois un Title (non modifié) ET un Explain.

N.B. : la section Object dans un ReadMe génère automatiquement le message "This catalog contains detailed data related to 1 objects" dans le titre du catalogue. En l'occurrence pour J/A+A/516/L15 puisqu'il n'y a pas de données, il faudrait supprimer cette section Object.
Concernant cette section dans VizieR, ce serait peut-être bien d'envisager de positionner ces balises (Object, TimeSerie, etc.) en dehors du titre et toujours au même endroit sur une page VizieR pour qu'ils soient plus visibles ?

2. Dans le Cat. J/AJ/144/16, l'ucd1+ pour Rad90 (kpc) n'est pas retrouvé alors que l'UCD1 oui et que les 2 ucd sont retrouvés pour RadHI. Pourquoi ?

En allant sur la page de l'*UCD builder* (IVOA) : UCD builder, et en collant l'explication donnée pour Rad90, on remarque qu'il y a "light" qui prend une place importante dans la liste des résultats fournis. Le programme n'arrive pas à prendre de décision parmi les résultats trouvés.
La construction des ucd1+ est basée uniquement sur les mots-clefs donnés en explication alors que pour les ucd1, l'unité est aussi prise en compte. Dans ce cas, l'UCD1 est donc retrouvé mais pas le 1+.

N.B. Pour forcer l'ucd1+, on peut renseigner le vizUCD dans le .status soit en mettant directement l'ucd1+, soit en redonnant directement l'UCD1 qui sera automatiquement traduit.

3. Dans le Cat. J/AJ/144/39, La table 2 contient deux lignes strictement identiques. Peut-on en supprimer une ?

On supprime la ligne mais toujours en notant dans le ReadMe, dans la section History qu'une ligne a été supprimée par rapport à la table originale.

Pour rappel, les tables originales sont toujours conservées (dans le répertoire ori.tar ou fileascii.txt ou filemrt.txt) et lorsqu'on fait une modification importante, on conserve également une version file.v00.

Pour l'instant, VizieR n'a pas pour vocation d'être un simple archivage de données et des corrections peuvent être faites sur les données (en indiquant toujours de quelles corrections il s'agit).

Questions Emmanuelle :

1. J/ApJ/747/106 : Finite Mestel Disk model => 3 tables de 101 colonnes avec un paramètre R variable en 0.05. Que faut-il en faire ?

Une liste de colonnes au même format peut être indiqué en notant le nombre de lignes devant le format. Ici 101F10.6 par exemple signifie qu'il y a 101 valeurs au format F10.6 sur la ligne.
Trouver l'indication de par rapport à quoi sont normalisés les R, phi, radial force et axial force.
Pierre pense que c'est utile de mettre la table dans VizieR.

2. J/ApJS/207/10 : Des magnitudes à 99.999 enlevées mais il reste des mag à 0.000. Les enlever ?

Oui ! Le ?=99.999 du ReadMe remplace automatiquement cette valeur par une valeur nulle dans VizieR mais on ne peut pas le faire pour plusieurs valeurs...
=> utiliser le \vizSQL (plus sûr qu'un \vizConvert qui risque de modifier des choses que l'on ne voulait pas)
Exemple : \vizSQL{ table5 }{set F555smag=null where F555smag=0}

3. J/ApJS/207/4 : 2FGL avec contreparties radio possibles. Identificateurs 2FGL répétés sur les lignes vides, ok ?

Oui et en plus, reprendre les positions du Cat. 2FGL pour les coordonnées principales...

N.B. Un label [3.4]-[4.6] peut être écrit [3.4/4.6] pour gagner un peu en place...

Notes François :

• Programme modifié pour que les valeurs négatives en RAdeg soient interprétées correctement. (J/MNRAS/424/2528)

• Question de Sylvain sur vizDisplayColumns : J/AJ/144/4 qui ne fonctionnait pas. Effectivement, un \vizDiplayColumns ne peut avoir qu'une seule ligne de commande par table. Dans ce cas :
  

\vizDisplayColumns{ table[2345] }{ -* e_* }
\vizDisplayColumns{ table[234] }{ -* E_* }
\vizDisplayColumns{ table[1345] }{ - Com }
Le programme prend la dernière commande pour la T2, 3, 4 et 5...
Il faudrait écrire :
\vizDisplayColumns{ table[234] }{ -* e_* E_* }
\vizDisplayColumns{ table1 }{ - Com }
\vizDisplayColumns{ table5 }{ -* e_* Com }

• On peut définir un ensemble de tables en indiquant la colonne commune à toutes ces tables. Par exemple dans vizLink/vizMore :
  

J/MNRAS/434/325 ==> -corr=name=CIG pour toutes les tables avec la col. "CIG";
\vizLink{ table1 }{ AMIGA}{ AMIGA }{\vMore{-source=AMIGA\&@{=*CIG}\&-out.all\&-corr=name=CIG}{@{}}}{ Display the data from all AMIGA papers }

• Attention, on ne peut pas mettre une virgule "," dans un nom de colonne (ou label). Cf. J/ApJ/746/16 "taucz,n" ré-écrit en "taucz.n"
  

N.B. Pour rappel, la liste des caractères non autorisés pour un label se trouve dans la documentation de François "catstd.htx" : Liste documentation VizieR
Dans la section Labels : ils ne peuvent pas contenir un blanc ou un espace, ni les caractères suivants :

• • $ @ ! ` \ ^ ~ &
  • le 1er caractère du label ne peut pas être + - * / = . # _ ' "
  • le dernier caractère ne peut pas être , ;
  • lorsqu'on utilise des parenthèses ou crochets ( ) [ ] { } ils doivent toujours être par deux (ouverts et fermés)
  • Un label ne peut pas être formé uniquement de chiffres (et s'il y a un seul caractère pour le label, il doit être alphabétique)

-- EmmanuellePerret - 2013-10-01