Réunion VizieR 14/04/2015

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

Pierre :

J/A+A/572/A21: 2 indications de spectrum/fits affichées sur la page HTML (1 spectrum/fits et 1 spectrum/FITS) ??

Le .status n'indique que des spectrum/fits en \vizContent ; rien d'anormal de ce côté-là...
=> Gilles regarde.

Patricia :

Une nouvelle option pour "dérarer" un fichier .rar dont le nom comprend des blancs

Gilles a installé l'option "e" qui permet d'utiliser la commande unrar même si un fichier comprend un blanc. Par exemple: unrar e dossier.rar

Documentation pour les usagers et fichiers FITS :

Il pourraît être intéressant de mettre à jour la documentation pour les usagers (page actuelle : http://cdsarc.u-strasbg.fr/vizier/submit.htx) ; notamment à l'occasion de la re-fonte de la page de soumission des données (http://cdsarc.u-strasbg.fr/vizier.submit/), en précisant que les noms de fichiers ne doivent pas comporter d'espaces et en insistant sur les formats acceptés (ASCII, FITS, OIFITS), etc.

Voir aussi le texte que Pierre avait proposé pour les FITS (Proposition instructions FITS - en prenant des exemples plus récents).

Moyen pour vérifier que les fichiers FITS envoyés soient corrects ?
=> Peut-être faut-il proposer aux usagers d'utiliser fitsverify (peut-être une version moins extrême ?) pour vérifier que leurs fichiers sont formatés correctement.
Moyen pour vérifier que les fichiers FITS envoyés soient complets ?
=> La commande fv signale lorsqu'il manque la fin d'un fichier. Peut-être pourrait-on tester la complétude du fichier envoyé ? On pourrait afficher la taille du fichier reçu au minimum.
=> Gilles creuse ce point...

De plus, on pourrait aussi préciser le type de données que l'on prend : par exemple, les codes (tabmap, fortran, etc) ou les images .png ne font pas partie des données classiques. Ce sont des exceptions.
Notamment, le board A&A doit venir bientôt, on pourrait leur rappeler que les codes ne sont pas pour nous normalement...

Concernant le board A&A, Gilles et Patricia ont fait les statistiques sur les données associées pour l'année 2014. Plus de 10,000 fichiers FITS individuels sur 1 an... Par ailleurs, les statistiques sont toujours aussi pénibles à faire !

=> Pierre voit pour une mise à jour de la documentation.

Gilles :

Cat. I/329 bientôt en ligne. Faire des SED ?

=> Les magnitudes optiques (BVgri) viennent de l'APASS et les JHK du 2MASS ; ça ne semble pas nécessaire de tracer les SEDs par source d'autant que sur les 228,276,482 sources, une petite portion sont dans l'APASS...

Graphes :

Suite à la discussion du 24 mars, Thomas a déjà fait quelques modifications sur les widgets (Merci :)).

Notamment, si on reprend l'exemple du J/AJ/149/95 :

• Les filtres sont désormais cliquables directement dans le menu de droite pour les sélectionner/déselectionner...
• Afficher un filtre par défaut était déjà faisable via la commande set Filter= à ajouter dans le fichier .graph_sql

Les autres points :

• La liste des couleurs reste limitée (b = bleue, r = rouge, y = jaune, g = grey, c = cyan, m = magenta, k = black - liste pour la version graphe de Gilles). Environ même liste pour le widget (blue, green, plum, brown, orange, purple, turquoise)... Pas de rouge ? Avec la sélection des filtres par clic, il est moins gênant d'avoir plusieurs filtres avec la même couleur... On essaye de coller au plus prêt de la longueur d'onde mais il peut y avoir beaucoup de filtres et la différence entre symboles reste peu lisible...

=> Gilles nous fait une liste précise des couleurs que l'on peut utiliser.

(GL) j'ai ajoute a la doc la correspondance de couleur entre le code du fichier SQL et les versions widget. voir http://cdsarc.u-strasbg.fr/doc/viz/vizgraph.htx

• Le point sur la précision des valeurs affichées est plus délicat. Pour rappel, toujours avec cet exemple, on voudrait afficher 19.00 pour les magnitudes qui donnent actuellement 1.90e+1 (mais ce format serait très bien pour les flux). Autre exemple, pour le JD, "2.45e+6" n'est pas assez précis (ce sont les chiffres suivants qui sont intéressants...).

=> Avec une commande dans le .graph_sql, du genre set fmt mag=%5.2f, on pourrait choisir ce que l'on veut afficher comme format en fonction des mesures.

• Le titre des widgets ne s'affiche toujours pas (alors qu'il est bien indiqué dans le .graph_sql et qu'il fonctionne dans la version de Gilles).

Sylvain :

En parlant de graphe, problème pour les objets sans périodes du Cat. J/AJ/149/40

La courbe fonctionne lorsqu'il y a une période mais si elle n'est pas indiquée dans la colonne, le widget ne met pas "0" en période et n'affiche rien.
=> Gilles regarde.

Emmanuelle :

Cat. J/ApJ/774/114 : problème d'overflow pour les énérgies en 10+51Joules... ?

Normalement, un \vizSet{ table1 }{ * Eiso [Ee]_Eiso }{ dbunit=10+50J } permet de régler le problème mais il ne fonctionnait pas.
A priori, c'est parce que la valeur dans la table était "1.5E51" avec "1.5E+51", en rajoutant le "+", le \vizSet permet de faire passer la table.

Cat. J/ApJ/774/L27 : affichage de la "highbar" en HTML ?

En LaTeX, le \bar{} permet de transformer la barre mathématique correctement mais cela donne {bar} dans VizieR.
Y a-t-il quelque part une correpondance pour les caractères spéciaux ?
Wikipédia est notre ami : http://fr.wikipedia.org/wiki/Table_des_symboles_math%C3%A9matiques
Sauf que le "macron" n'a pas d'équivalent HTML...
=> On laisse tel quel.

Question subsidiaire : comment interroger VizieR avec des conditions sur 2 tables corrélées seulement par positions ?

Par exemple, si on veut afficher les objets du catalogue J/ApJ/768/99, pour lesquels la colonne IR de la table 2 est >1 et qui n'ont pas "F", "F", "F" en colonne "I", "II" et "III" ?
Soit, jointure des 2 tables par position "Xmatch is on" ; soit utiliser TAP VizieR (http://tapvizier.u-strasbg.fr/adql/ - plus efficace pour les gros volumes).

=> Confirmation par les autres documentalistes : un TP pour l'interrogation des données dans VizieR nous intéresse grandement !

-- EmmanuellePerret - 2015-04-14