Réunion VizieR 28/07/2015

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

François :

OGLE-III : >400 millions de sources dans LMC, SMC et BLG + quelques régions...

Il faudrait transmettre à l'équipe gros catalogue pour tout regrouper.

J/ApJ/800/51 (Paper I) and J/ApJS/216/10 (Paper II): penser à faire un index

~600000 sources dans le Paper II donc lien depuis Paper I vers objets du Paper II prend un certain temps...

Avec:
\vizIndex{ dustgsc }{ Seq } (dans le Paper II)
Un index automatique associe les positions RA,DEC au num. Seq pour que la requête sur ce num. Seq soit plus rapide.
De plus, penser à utiliser le "===", dans le Paper I, pour éviter que le programme ne cherche s'il y a des expressions régulières.
\vizMore{ table3 }{ Seq }{ \yMore{Display data from Paper I (J/ApJS/216/10)}{-source=J/ApJS/216/10/dustgsc\&Gal===@{Gal}\&Seq=@{Seq}}{@{}} }

Sylvain :

J/AJ/149/171: problème sur les coo supergalactiques résolu ?

=> Voir Reu du 07/07/2015 : le problème des tables avec des positions uniquement supergalactiques n'a pas été complètement résolu : le vizcat reconnaît désormais les colonnes SGLON, SGLAT comme des positions mais il faut encore faire des corrections dans la mise à jour pour que les coordonnées ICRS soient ajoutées.

N.B. : Pour l'instant, catalogue en local mais 2v interrompu donc le résultat n'est plus visible...

J/AJ/780/73 : table 5, col. SED, des "HSP, "ISP" alors que section 5: 96 HSPs, 64 ISPs, and 45 LSPs ?

ISP = 102 sources dans la table donc semble être un regroupement de ISP+LSP mais est-ce bien normal ?
=> Ecrire aux auteurs.

La commande catvot pour les VOTables ne fonctionne plus ?

Gilles dit que ça ne le surprend pas... Il y a eu des modif.

Gilles :

Problème de sécurité pour le répertoire Incoming via l'accès http

Signalé par Jean-Yves : "Un énorme trou de sécurité vient de m'être signalé par quelqu'un de l'Observatoire de Paris. L'URL cdsarc.u-strasbg.fr/ftp/cats/incoming était en lecture listing pour tout le monde. Du coup, n'importe qui pouvait aller se ballader dans cette arborescence. Il y a des dossiers de carrière, etc... (Dans deleg2012 ou emeritat par exemple)."

Gilles a ajouté un mot de passe à cet accès http.

Par contre, il reste vrai que le répertoire Incoming qui sert au dépôt de données pour les catalogues de VizieR ne devrait pas contenir de répertoires personnels ou ceux concernant le CS du CDS, etc. Or, c'est le cas puisque c'est le seul répertoire FTP anonymous qui permet d'échanger des données au sein de l'Observatoire.

Comme l'un des moyens pour être averti d'un dépôt de données sur le FTP est l'e-mail automatique qui annonce tous les changements de ce répertoire, ce n'est pas forcément l'idéal...

=> Gilles va demander à Jean-Yves un autre endroit, genre Dropbox, pour ce genre d'usage, afin qu'on puisse réserver le "Incoming" pour les dépôts de données.

Vignettes Herschel (fameux VI/139) en construction... C'est long. Taille des images ?

=> Utiliser convert plutôt et enlever un maximum de blanc autour de l'image... Ou voir avec Laurent C. pour récupérer son script...

Emmanuelle :

Recherche de données associées sur la nouvelle page VizieR: pas de "profile" ?

Sur la nouvelle page : http://cdsarc.u-strasbg.fr/vizier/welcome/vizierbrowse.gml?media pour rechercher les catalogues via types de données, par rapport à l'ancienne page (http://cdsarc.u-strasbg.fr/cats/M.htx), il manque les "profile" (42 catalogues - généralement des "surface brightness profiles" pour les galaxies) et "model" (88 catalogues).

En fait, ces termes sont ajoutés manuellement dans un \vizContent du .status mais le résulat de la nouvelle page ne dépend pas de cette ancre. Il faudrait un flag spécial pour ces deux termes et donc modifier la base ce qui n'est pas si anodin...

Emmanuelle : pour info, un terme mal écrit dans le vizContent donne le message d'erreur suivant :
----Can't understand media type: 0\vizContent{Profile}; Continue[o/n/a] ?
Le champs n'est donc pas si libre que ça apparemment...

J/ApJS/218/11 : "Fluence" avec Unit=mW/m2 alors que figure = erg/cm2 (soit mJ/m2) ce qui a l'air d'être l'unité classique ? et problème graphe

=> La fluence est bien en unité d'énergie par surface donc mJ/m2

Par ailleurs, le graphe Fluence vs Flux donne des valeurs bizarres telles que "4" et "2" puis rien qui ne sont pas dans ces 2 colonnes...

On peut ajouter un ID au .graph_sql :

Set Title=Fluence vs peak flux of ${Name} bursts
Fluxes:.r:SELECT Burst, Fpk as 'peak flux [erg/cm2/s]', Fluence as 'Fluence [erg/cm2]' FROM "${table}"

Pour tester le résultat de la commande vizgraph avec l'identification des lignes :
Commande : vizgraph .graph_sql table=table2.dat | less

A priori, il y a un bug...
=> Gilles regarde.

Gilles : c'était un problème de "," sur la ligne (utilisé comme séparateur par le programme)... Le séparateur du programme est désormais le "@". Il y en a beaucoup moins dans les tables...

J/ApJ/799/105 : problème d'affichage du JD dans le graphe qui reste toujours identique à 2.46e+6...

Normalement, Pierre a déjà vu avec Thomas B. pour que les valeurs des données soient affichées différemment en fonction des types de données.
Gilles dit que ce n'est pas si simple et que ça risque de ne pas être fait...

Dans le cas de ce cat., on peut s'en sortir en affichant le JD-2456000 pour avoir plus de détail...

N.B. : TT=Terrestrial Time ; ADU = "Analog Digital Unit", soit le flux analogique brut convertit en valeur numérique à la sortie du CCD.
Pour le ReadMe, on ne met pas d'unité et on ajoute ADU dans l'explication.

J/ApJ/802/60 : résultat de la commande fits.list pour les 2 fichiers FITS des figures 3 et 5 ?

Le fichier fits.toc donne la liste des noms d'objets pour chaque fichier FITS (17 images pour 17 objets par fichier) avec les positions et l'échelle.
A priori, ces infos sont suffisantes, il manque juste les dates d'observations...
Lien vers les 2 fichiers FITS en téléchargement à faire.

J/ApJ/802/77 : table 2: flag sur l'objet 101/093 mais la note est développée pour l'objet 106/098?

Les 2 objets semblent "embedded" dans le texte... Voir avec l'auteur si la cross-id est donnée pour les 2 objets ou pour l'un plus particulièrement...

J/ApJS/218/1 : images 350um avec SHARC-II pour des sources BGPS. Disponibles sur IRSA ; possible de faire un lien ou de les reprendre ?

107 maps avec un beam de 8.5" contre 33" pour le BGPS à 1.1mm... Disponibles en FITS sur http://irsa.ipac.caltech.edu/data/BOLOCAM_GPS/

A priori, on n'en fait rien...

-- EmmanuellePerret - 2015-07-28