Réunion VizieR 17/11/2015

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

Sylvain :

Le lien vers la définition/occurrences/labels utilisés pour 1 UCD via getUCD ne fonctionne plus

Par exemple, l'adresse http://cdsweb.u-strasbg.fr/UCD/cgi-bin/ucd_stats?leaf=REDSHIFT_HC renvoit le message d'erreur :
DB-Library error: Server name not found in interface file. Undefined subroutine &main::error called at sybase.pl line 17.
Avec une page blanche.

=> Gilles voit avec Sébastien.
N.B. : il y aura un autre problème lors de la migration vers Postgres car la page utilise sybase...

Info : un premier test de migration a été fait la semaine dernière. Après corrections (problème de compatibilité UTF8), Gilles refait un test la semaine prochaine.

Cat. J/AJ/147/138: lien vers Webda via un glutag mais affichage du titre de la colonne étrange...

Le lien du .status est :
\vizLink{ clusters }{}{WEBDA}{\glutag{OCl,w "@{*Cluster}"|@{}}}{ WEBDA: Display the details from the \glutag{WEBDA.home,w|WEBDA Cluster database}}

Les liens vers les amas fonctionnent mais le titre de la colonne affiche "WEBDA Cluster database')" onMouseOver="lay('Display the details from the WEBDA Cluster database')" onMouseOut="laz()">WEBDA" que ce soit dans VizieR ou sur cdsarc. La table METAmor semble ok.

=> Gilles regarde.

Patricia :

Cat. J/AN/336/590, une table de ~95 millions de lignes avec des positions... Grand cat ?

Le catalogue est publique (Southern Galactic Disk survey, 1323deg^2^) et contient une autre plus petite table (64000 objets avec LCs) ainsi que le gros fichier de 95 millions d'observations en téléchargement dans le titre.

=> Pierre transmet la grosse table à l'équipe gros catalogue mais ce ne sera pas une grande priorité (données pas particulièrement importantes et fichier accessible)...

N.B. : Indexation VizieR via qboxes (et non pas Healpix). On ne peut pas rentrer de catalogues trop volumineux via le pipeline classique car la recherche par position dans VizieR serait problématique.

Cat. II/330, ~44 millions de lignes en attente chez l'équipe grand cat depuis 1 an... ?

Anciennement J/ApJS/209/33 (voir CR du 18/03/2014)

=> Patricia va le rendre accessible via le FTP en attendant.

N.B. : la liste des grands catalogues en préparation est disponible sur le TWiki : http://cds.u-strasbg.fr/twiki/bin/view/GrandsCatalogues/SuiviTresGrandsCatalogues

=> Pierre va faire un point avec "l'équipe grands cat" pour voir ce qui est en attente.

Emmanuelle :

Cat. J/ApJS/220/3, le lien via le glutag sur SDSS-DR7 par ObjID ne fonctionne plus ?

Lien via la commande : \vizLink{ catalog }{ Sloan }{Sloan}{ \glutag{SDSS.id,w @{objID}|@{}}}{Display the online SDSS-DR7 data for this object}

A priori, le problème vient d'un redirect du côté du Sloan (renvoit systématiquement sur une page avec le même objet).

=> Gilles voit pour faire un lien direct sur la DR7.

Gilles: J'ai demandé au péalable des explications au Helpdesk du site web du SDSS. Car il semble que le lien soit mal redirrigé.
On verra ensuite pour la creation d'un lien GLU vers le sdss7

N.B. : Voir dans liste des Glu Browser VizieR (http://aladin.u-strasbg.fr/glu/GluBrowser.pl) : sdss.id est le seul à ne pas être indiqué comme renvoyant sur SDSS7 contrairement à sdss.pos, sdss.sp, etc.

Cat. J/ApJS/213/12, intérêt limité si on ne peut pas faire de lien sur le Stripe 82 mais où en est-il ?

Il s'agit de 307 SDSS run numbers sans coo...
Voir CR du 16/09/2014 et 03/03/2015 : François avait récupéré 1Tb de données Stripe 82 pour Aladin (mais n'est pas en grande priorité chez Pierre F.) et le catalogue posait problèmes...
Il n'est pas dans la liste des gros catalogues en attente.

=> En ce qui concerne l'ApJS, on le rentre tel quel tant pis.

Cat. J/ApJ/756/173 : le titre n'affiche rien pour le graphe de la T2 ?

C'est normal il renvoit sur un nom de SN définit dans une colonne de la table alors que le lien est fait sur le titre où il n'y a pas de nom de SN...

=> Emmanuelle reprend le graphe pour définir les noms des SN via des \ifmatch ...

Emmanuelle : En fait, pas besoin du ifmatch, ça donne dans le .status :

\vizExplain{ table2 }{}{+ \vizContent{timeSerie}\
(\vplotTS{J/ApJ/756/173}{.graph_sql2}{SN=2005ip}{SN2005ip} and \
\vplotTS{J/ApJ/756/173}{.graph_sql2}{SN=2006jd}{SN2006jd} light curves) }

Cat. J/ApJ/800/22 : dans le \vizAddCount, les noms d'objets sont volontairement mis à null lorsqu'ils se répètent mais cela pose problème dans le cas de composantes sur le nom avec un lien vers SIMBAD...

Par exemple, dans la table 2, la colonne "Np" qui renvoit vers 2 planètes différentes de la table 3 (via URL : http://cdsarc.u-strasbg.fr/local/viz-bin/VizieR?-6N&-plus=-+&-source=J/ApJ/800/22/table3&-out.max=999&Name=HD%2074156) donne forcément un lien mort pour la colonne Simbad de la deuxième composante...

En fait, le AddCount est généralement construit avec un \use{vPop} pour ouvrir le lien dans une nouvelle fenêtre et c'est dans ce cas là que le programme supprime les noms redondants.
Par exemple, ici : \vizAddCount{ table2 }{ Np }{table3 Name=@{Name}}{dbtype=i1 fmt=3d}{+Name}{\use{vPop}\ucd{NUMBER}Number of planets with Keplerian orbital parameters for this star}

=> Emmanuelle enlève le vPop, ce qui résout le problème.

=> L'ouverture dans une nouvelle fenêtre est tout de même utile dans le cas des \vizAddCount, peut-être que Gilles pourra faire un vPopR qui ne fait qu'ouvrir le lien dans une nouvelle fenêtre sans modifier les noms ? Ce n'est pas prioritaire en tous cas...

Cat. J/ApJ/801/74 : graphe de la table 3 avec logJ et logJdecay mais les unités sont différents sur l'axe des Y ?

=> On ne peut pas avoir un axe Y différent, il faut faire 2 graphes différents.

Cat. J/ApJS/213/35 : tables 6 et 7, spectres selon différentes mass ranges donnant des flux différents en colonne ?

Pour la table 6, le mieux serait de grouper les graphes par masse (5 au lieu de 22) mais il reste le problème de savoir à quoi attacher le graphe. Peut-être possible en \vizExplain pour 5 graphes mais la commande est limitée en longeur...

Emmanuelle : en effet, c'est trop long pour la commande... Dommage.

Par contre, ça mache en faisant un seul graphe et un lien par colonne via la commande :

\vizExplain{ table6 }{ * Flux* }{+ \vizContent{spectrum}\
(\vplot{J/ApJS/213/35}{.graph_sql}{col=@{@col}}{Sp plot}) }

=> Le plus simple est de faire une table avec les combinaisons de masse pour pouvoir faire les liens vers les spectres.
N.B. La commande set col=${nom_col} devrait pouvoir permettre d'utiliser des noms de colonne variable ?

-- EmmanuellePerret - 2015-11-17