Réunion VizieR 02/11/2016

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

Pierre

Besoin récurrent (demandé par Caroline aussi) : le lien pour envoyer un fichier FITS depuis VizieR vers Aladin

La page verte avec l'entête des fichiers FITS de VizieR comprend un lien vers Aladin mais qui ne marche plus dans la plupart des cas car il renvoie vers l'applet Aladin qui n'est plus maintenue ; voir problème évoqué lors de la réunion du 28/09/2016.

En fait, le lien pour un fichier FITS dans VizieR peut se faire de différentes manières (automatique dans le cas de la page verte en fonction de ce qui est indiqué dans le ReadMe)...

Il faudrait que Gilles puisse renvoyer sur un Aladin "standalone". Il doit voir aussi ce que ça donne pour les résultats VO pour renvoyer directement une URL complète.

=> Pas si simple, ça risque de prendre un certain temps...

Patricia

Gaia relancé. OK ?

Il y avait des problèmes de clones saturés mais Gilles a résolu la question.
Par la même occasion, la recharge du catalogue a permis de corriger le système de coordonnées qui était FK5 et est bien maintenant en ICRS. Après vérification, l'époque 2015 est aussi bien prise en compte. (On est content).
N.B. : "J2000/2015" dans la case "Defaut" du menu de gauche permet de calculer les positions dans l'époque 2015.

Remarque de Gilles : il aimerait bien éviter d'indiquer une position par défaut quand on interroge un grand catalogue. Ce serait possible en passant par TAP (qui passe aussi par une indexation HealPix). Moins rapide si on interroge plusieurs catalogues ou plusieurs positions mais pour le cas qui nous intéresse, pas de souci de rapidité.

Question Emmanuelle (via Fabienne) : a propos des positions lorsqu'on fait un join sur 2 tables d'un catalogue, les positions calculées apparaissent avec DEC_J2000 en premier suivi de RA_J2000... Peut-on corriger ?

<nop>=> Gilles a bien noté la demande (qui n'est toutefois pas prioritaire)... Mais il est content que le "join" soit utilisé.

Emmanuelle

Ancienne question pour Gilles : graphe du J/ApJ/825/126 ?

Cf. CR du 12/10/2016 : il y avait un problème avec l'explication dans le ReadMe sur 2 lignes...

=> Gilles doit regarder.

Ancienne question pour Gilles : SED du J/ApJ/790/48 ?

cf même CR précédent : il était question de faire directement un lien sur le Photometry viewer...

Le catalogue doit être publique pour que Gilles puisse tester son programme.

=> Pierre regarde pour que je puisse mettre publique pour que Gilles puisse regarder...

III/235 ne supersedes toujours pas le B/wd ?

En fait, il faut un peu plus que modifier les commentaires des .Summary (ou .status). cf. CR du 04/02/2014 où on avait déjà parlé de la commande make_obsolete qui facilite la procédure !

=> Fait en direct. Depuis le répertoire III/235, make_obsolete . B/wd lance une série d'étapes dont la création du fichier =obsolete=...

N.B. : La question "used by XMM?" est posée pour ce catalogue.

IMPORTANT : répondre "y" à cette question permet juste de poursuivre l'insertion du catalogue. Elle n'a aucun effet pour prévenir l'équipe XMM d'une quelconque modification...
=> Du coup, il faut envoyer un e-mail à Laurent Michel pour le prévenir de la modification !
De manière plus générale, prévenir Laurent Michel pour tous les catalogues qui ont ce warning dans le cas où un nom de colonne/table/catalogue est modifié ; une colonne (au moins) est ajoutée ou suprimée ; ou si des metadonnées ont changées.

J/ApJS/226/5 : répertoire de spectres (~300 fichiers ASCII) : obligation d'enlever l'entête # ?

=> A priori non.
1. On peut préciser dans le ReadMe dans le "Byte-by-byte Description of file:" des fichiers un "Byte-by-byte Description of file (#):" - pour indiquer qu'il y a des lignes commentées dans le fichier.

2. Pour le .graph_sql, on peut utiliser la fonction head+1 pour ne considérer le fichier qu'à partir de la 2è ligne - à indiquer dans le .status. (voir avec Gilles).

-- EmmanuellePerret - 2016-11-02