Réunion VizieR 05/05/2015

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

Patricia :

Problème de findcat pour retrouver l'ensemble des références liées à un gros catalogue

Par exemple, le Cat. VI/143 est lié à 2 références (2015A&A...575A..32C et 2015A&A...575A..33C), indiquées dans le \cUsualName du .Summary :

\cUsualName{ J/A+A/575/A32  }   % Short Designation
\cUsualName{ J/A+A/575/A33  }   % Short Designation

Un findcat sur J/A+A/575/A32 fonctionne ; par contre, il ne donne rien sur J/A+A/575/A33

La commande findcat %U J/A+A/575/A33, en revanche, fonctionne. De même, l'interrogation via l'interface Web renvoit bien le catalogue VI/143.

=> devrait être fixé, ies synonymes sont mainténant intégrés dans l'index des identifications de catalogues (bibcat.iI)

Un utilisateur recherchait le catalogue 1088 datant de 1991 et obsolète (était disponible sur disque optique)

François doit répondre à François B. en contact avec cet utilisateur. Il a déjà recopié le catalogue dans le répertoire de I/88 pour le rendre accessible via FTP (via la commande cp -p qui conserve la date d'origine du fichier).
L'ensemble des catalogues qui étaient disponibles sur disque optique ont été copié dans le répertoire OD (/data/ftp/1/OD), on retrouve donc le 88 dans le sous-répertoire od0.

Par ailleurs, François va faire une petite description pour tous les anciens catalogues (mais pas les obselètes - qui ne contiennent dans leur répertoire que la liste des fichiers cachés et le fichier =obsolete=).

Emmanuelle :

J/ApJ/779/5 : des fichiers de light curves en .fits qui renvoient le message d'erreur "Missing END for HDU#0"

fv, fits2a et fitsverify renvoient des messages d'erreur...
Ecrire à l'auteur pour lui signaler le problème et lui demander avec quel programme il lit ces fichiers.

N.B. : La commande export TERM=xterm dans la console permet de récupérer facilement de longues commandes saisies précédemment qui ne tiennent pas forcément dans la fenêtre autrement... (Réinitialise xterm comme terminal emulator).

J/ApJS/217/4 : comment faire un lien sur les noms WISE (gros catalogue sur axel) ?

La colonne WISE de la table 5 donne les identificateurs en JHHMMSS.ss+DDMMSS.s, il suffit donc de mettre un lien avec une condition sur la position et non sur le nom. Par exemple :

\vizMore{ table5 }{WISE}{ \yMore{Display the ALLWISE data (II/328)}{-source=II/328/allwise\&-c=@{WISE}\&-out.max=1}{@{}} }

Fonctionne très bien. Merci.

J/ApJ/778/L13 et J/ApJ/776/L20 : quel vizContent pour les graphes ??

Pour le J/ApJ/778/L13, il s'agit de la transmission du filtre Ca de Subaru, il existe un \vizContent{filter} pour ce cas.
Pour le J/ApJ/776/L20, il s'agit de variations de magnitudes, on peut donc mettre le \vizContent{timeSerie} même si ce n'est pas un temps habituel (en jours ou minutes) sur l'axe des X.

Gilles doit ajouter un lien vers les catalogues contenant "filter" et "models" sur la nouvelle page http://vizier.u-strasbg.fr/vizier/welcome/vizierbrowse.gml?media qui ne contient pas ces rubriques actuellement. L'ancienne page se retrouve sur http://vizier.u-strasbg.fr/vizier/cats/M.htx mais il faut le savoir...

G.L: c'est fait! J'en profite pour proposer un nouvel header .. a voir!

Sur la page principale de VizieR, ces 2 catégories n'y sont pas dans la rubrique de recherche via les "aditionnal data" mais cela reste assez logique puisque les catégories générales et principales y sont.

En revanche, la nouvelle page contient la rubrique "SED" qui correspond aux catalogues pour lesquels vizin ajoute ce flag lorsqu'il a retrouvé au moins 1 filtre à tracer pour le photometry viewer. Les filtres valides sont définis dans METAfilter. On peut retrouver sur chaque catalogue, via METAcola la liste des photid/fltrid qui permettent de tracer le SED.

Question subsidiaire : depuis la dernière réunion, nous avions décidé d'ignorer les filtres 2MASS lorsqu'ils sont simplement repris du 2MASS (ATTENTION, pas lorsqu'il s'agit du système de filtre 2MASS). Mais quid des autres surveys souvent ré-utilisés (SDSS, UKIDSS, etc.) ??
Par ailleurs, Gilles trouve dommage d'utiliser le \vizFilter pour ignorer les filtres 2MASS car le catalogue n'apparaît plus du tout dans la liste des catalogues du SED alors qu'il pourrait être intéressant de savoir qu'il contient des filtres 2MASS...
Patricia propose que ce soit le programme du photometry viewer qui compare les valeurs de magnitudes à celles qu'il a déjà pour ne pas ré-afficher plusieurs fois des valeurs identiques.
Gilles pense que ce serait compliqué à mettre en place.
Par ailleurs, Gilles propose d'ajouter un flag au moment de l'ingestion du catalogue pour savoir s'il faut conserver ou non les filtres pour le SED (avec "yes" par défaut).
Mais cela ajouterait des questions au moment de l'insertion, il faudrait donc discuter avant de la question pour savoir si le doublonnage des données est réellement problématique et si on ne peut pas le résoudre autrement. Avec un tri sur la liste des catalogues affichés par exemple ?

GL: la question à été posée a Thomas qui demande alors sur quoi il peu faire le filtre?.. rien de très concluant pour une procédure automatique (y'a pas de miracle) ; il faut donc un tag portant l'info.

Pour l'instant, l'affichage de la liste semble se faire dans l'ordre alphabétique alors que les catalogues sont interrogés un par un dans un ordre plus pertinent dans VizieR (d'abord catalogues avec le nom de l'objet dans la section object, puis gros catalogues et catalogues B/ et enfin catalogues commençant par J/...)

N.B. : il y a un petit bug lorsqu'on interroge cdsarc par nom d'objet et rayon de recherche : des catalogues sont affichés alors que l'objet n'y est pas et d'autres sont affichés avec le même message d'erreur "error when retrieving data" alors que l'objet y est bien. Le problème ne se pose pas dans VizieR et vient donc de SyBase...
Gilles envisage d'ailleurs de passer entièrement sous PostGres - ce qui réglerait le problème.

-- EmmanuellePerret - 2015-05-05