Réunion VizieR du 21/01/2014

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

Questions Gilles :

UCD1 toujours obligatoires ?

Actuellement, on attribue des UCD1 aux différentes colonnes de VizieR et un programme les convertit en ucd1+. Greg Schwarz fait dorénavant un format VO_Table pour l'AJ qui inclus les UCD1+ que l'on pourrait récupérer... (Actuellement seulement sur l'AJ).

A-t-on toujours besoin des UCD1 ?

La différence entre UCD1 et UCD1+ est importante au niveau de la photométrie : les UCD1 précisent le système photométrique alors que les UCD1+ perdent cette information... On en a besoin pour les outils de photométrie...

Un programme qui convertirait les UCD1+ en UCD1 serait-il possible ? A voir...

Cat. VIKING: ~15 millions d'objets : à mettre en gros catalogue ou une simple table suffit ?

La limite doit permettre à une interrogation par coo dans VizieR de rester relativement rapide. En plus du nombre de lignes, la complexité de la table et la répartition des objets sur le ciel intervient aussi...

En première estimation, on peut dire qu'au-delà de 20 millions d'objets, il faut passer par un gros catalogue (débutant par un chiffre romain). En dessous, à voir...

Question Patricia :

A propos de gros catalogues : pour une ref. Herschell, anciennement en J/A+A/532/A90 à passer en gros catalogue (II/325) : comment supprimer l'ancien catalogue J/A+A/...

Il faut voir avec Gilles pour qu'il supprime proprement la ref. de VizieR et surtout de tous les miroirs (ce qui ne peut pas se faire automatiquement).

Dans tous les cas, un alias depuis la ref. J/A+A/532/A90 vers II/325 permet d'interroger VizieR par J/A+A/532/A90 et de re-tomber sur le catalogue correspondant. Lien symbolique depuis le cat. J/A+A/532/A90 avec la commande ln (le répertoire A90 n'existe plus à ce moment-là pour pouvoir faire le lien vers II/325).

Par contre, ADS aura créé une référence pour le A+A et une pour le catalogue... Il faudrait les prévenir pour regrouper les 2 références en une seule...

Questions Emmanuelle :

Récupération des abstracts et mots-clefs très bien mais pour les mots-clefs, le séparateur est toujours la virgule et pour les abstracts, ils sont parfois coupés abruptement au milieu d'une phrase avant la fin...

La virgule est parfois partie intégrante d'un mot-clef pour une publication, ce serait bien d'avoir autre chose à la place. Cf. Réunion du 26/11/2013

Les abstracts pour certains périodiques comme l'ApJS ou A+A, sont parfois coupés...
Par exemple, pour le J/ApJS/209/23, l'abstract est coupé après "distortion constants" alors qu'il est bien entier dans Simbad.

Poblème fixé (se poduisait quand l'abstract est un peu long, avec une continuation dont le 1er caractère n'est pas blanc, ce qui n'est pas tout-à-fait normal). La correction est faite dans le fichier /home/cats/lib/simref2ReadMe.awk qui convertit les données du service biblio du CDS dans le format du ReadMe. La commande pour récupérer cet abstract est qabs, et non findabs comme je le pensais -- par exemple qabs 2013ApJS..209...23M

J/ApJS/209/28: >13 millions de lignes, des magnitude qui vont jusqu'à 101 et des indices de couleurs entre -93 et 100 du coup... Où mettre la limite pour ne pas afficher ces valeurs dans VizieR ?

En fait, si des "?" dans le ReadMe, donnent la possibilité d'avoir des valeurs nulles pour les magnitudes et les indices de couleurs et avec la commande \vizSet{ table2 }{ Kmag J-K H-K Jmag Hmag }{ dbtype=i2t } dans le .status, les couleurs sont tronquées automatiquement à 32767 (les indices de couleur entre -30 et +30) et ne sont pas affichées dans VizieR. (Il y a la valeur 32.767 si les valeurs nulles n'étaient pas autorisées).

Pour rappel : le programme 2v s'arrête lorsqu'une magnitude est >32.767 et demande si on veut bien tronquer la valeur. On peut alors faire un \vizSet avec le i2t pour tronquer les valeurs systématiquement ou bien faire un \vizSet avec un dbunit=mmag pour que les valeurs soient conservées telles quelles.

Est-ce que cette limite de 32767 ne pourrait pas poser problème dans le futur ? Il faudrait la remonter ? A voir...

J/ApJS/209/22: >16 millions de lignes pour une table alors que 5.5 ou 4.7 millions (selon l'endroit du texte) annoncés dans l'article... Ecrire auteurs ?

=> Oui !

J/ApJ/751/132: Offsets en fonctions d'une "reference star" seulement indiquée sur une finding chart - positions recalculables ?

=> OK pour reprendre la position approximative de l'étoile de référence à partir de la finding chart (Fig.1) mais faire aussi une comparaison avec le UKIDSS (les étoiles de mag K les plus brillantes devraient y être) pour le calcul des positions à partir des offsets XY (commande xypos).

Les offsets étant donnés en arcsec, l'échelle (scale) est définie à 1. S'ils avaient été donnés en pixels, il aurait fallu définir l'échelle...

Question Sylvain :

J/AJ/144/191: SED sur 2 tables pastées donne des erreurs bizarres dans le 2v ?

La commande : \vizLink{ table1 table2 }{SED -Name}{SED}{ \wGraph{@{@cat}/@{Name}}{-l\&x\&-l\&y\&-x0=0.15\&-x1=2.5}{@{}}}{SED plot from the photometry} donne des erreurs du type "Difference in common field B0 vs 0B0..." lors du 2v...

En fait, table1 et table2 sont collées un peu plus haut dans le vizPaste, il ne faut donc pas indiquer les 2 tables mais seulement la première (table2) dans le vizLink.

Par ailleurs, les SED semblent fonctionner mais celui de la ligne 9 ne donne rien ?? Pourtant, script sed4.csh utilisé donc même commandes pour toutes les lignes...

=> François regarde. Il semble que les mag UV ne sont pas non plus prises en compte alors que le METACOLA donne un fltrid ok pour ces magnitudes...

Memo François du 2013-12-17 :

J/ApJ/748/134 et J/ApJS/208/16 : ajout d'une colonne de nombres => spécifier le format dans le \vizAddColumn.

Exemples :
\vizAddColumn{ table1 }{ Trig }{.trig}{dbtype=i2 fmt=5d}{ -Name } ... et
\vizAddColumn{ table1 }{ KIC }{.kic_out}{dbtype=i4 fmt=7d }...

J/AJ/144/95 : ajout d'une colonne pour faire un lien entre les tables

Il est possible (et c'est mieux) d'ajouter une colonne "Name" (par exemple) avec le nom abrégé de la table 6 (largeurs equivalentes) pour faire un lien vers les resultats spectros.

J/AJ/144/150 : le \vizFKlink permet de faire un vizFK en ajoutant une explication...

...

-- EmmanuellePerret - 2014-01-21