Réunion VizieR 12/01/2016

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

Point rapide sur le 227è AAS meeting

- Discussions générales entre Julie Steffen (orientations AAS) et Mark (autres présents : Ethan Vishniac, Greg, Gus, Gilles et moi).

En vrac dans mes notes (une discussion avec Mark serait sans doute plus claire pour avoir un résumé) :

• Nouveaux "Lead Editors", chacun responsable de sa spécialité (7 secteurs), dont par exemples : Ethan Vishniac pour "Galaxies et cosmology" et Chris Lintott pour "Instrumentation, software, laboratory astrophysics and data'". L'AAS veut investir dans la partie software citations and preservations (Chris L.). Après discussion avec le Sloan, AAS a obtenu de nouvelles ressources pour Greg & Gus. Developpement d'index de DOI pour data et software objects. Connexions entre le code source et les versions. Organisation des versions. Veulent être les pionniers dans le domaine. Rédaction d'une software policy.
• Projet Arizona Astronomical Data Hub (Bryan Heidorn) : l'AAS voudrait fédérer les dossiers d'archivage de données. Ils s'engagent à ne pas en faire une activité commerciale mais un réel service aux chercheurs.
• World Wide Telescope - a priori le CDS n'est pas trop impliqué là dedans ? Un outil de visualisation (voir par exemple : un article sur AAS nova)
• Autre projet l'UAT (Unified Astronomy Thesaurus - Katie Frey (AAS)) en collaboration avec ADS. Ethan se demande si le maintien d'un thesaurus est toujours utile. Il a été créé à une époque où les logiciels d'aujourd'hui n'étaient pas aussi puissants...
• L'AAS travaille également en collaboration avec ADS pour intégrer les ORCID.
• Ils sont en train de regrouper les différentes divisions AJ, ApJ pour les sites de soumission. Ils vont également améliorer le service aux auteurs pour améliorer la qualité des données reçues. Rédaction d'un guidelines en cours. Il serait bien de faire des workflows simples pour montrer comment les auteurs devraient mettre leurs données en ligne et surtout pourquoi le faire de cette façon.
  => Julie envisage un workshop AAS avec des auteurs et des gens du CDS pour cela (si j'ai bien compris).
• Travail en cours sur les figures/images interactives dans les publications (february release) => accès direct au FITS (tests avec Aladin), widgets VizieR (il faudrait avoir accès aux données avant publication dans ce cas... Compliqué).
• Autre service : Susanna Kohler qui relit un ensemble de manuscrits pour mettre en valeur des articles qui ne sont pas forcément relayés par la presse (cf. AAS nova)
• MAST archive program : les auteurs peuvent associer directement leurs données au site de MAST.

- Discussions générales avec le publisher du MNRAS (Oxford University Press) : Mark lui a montré nos principaux services et je lui ai rapidement expliqué l'ingestion des données via SIMBAD, VizieR, SIMBAD. Il a donné des contacts à Mark et rappelé que nous avions normalement accès via FTP à la publication intégrale en XML (même accès pour les ToC et abstracts). Gilles a vérifié le format et il s'agit du même que celui utilisé par l'AAS.

- Booth à côté d'ADS qui nous a montré sa toute nouvelle interface (Beta pour l'instant) très jolie et qui garde toutes les fonctionnalités précédentes plus d'autres bien sûr (comme attribution ORCID sur ses articles).

- Marion Schmitz était là pour NED. Il nous a montré aussi les nouveautés de NED (nouvelle interface, SED...) et aurait aimé que son guide des bonnes pratiques à l'usage des auteurs soit utilisé... AAS et ADS ont déjà un lien vers son document (32 pages assez denses mais il voudrait le revoir pour faire une check liste notamment).

- Et bien sûr, explications des services et nouveautés MoC, SimWatch, Photometry viewer et Aladin Lite à moult usagers (ou futures usagers). etc.

- Une personne du GMT passe le bonjour à François mais j'ai oublié son nom... (George Jacoby c'est possible ?)

N.B. important :
=> Il nous faut aussi un guidelines (voir la page "Preparing and Submitting Tabular Data" qui est très dense mais où il manque toujours les informations concernant les FITS... Il faudrait peut-être y inclure les instructions rédigées par Pierre en attendant d'avoir mieux...

Les conseils aux auteurs seraient a priori sur une page différente de celle concernant les instructions pour utiliser le Submit. Les deux pourraient être regroupées sous un sommaire dans "Publication support" par exemple.
=> Emmanuelle veut bien rédiger une base à la page pour les auteurs. Il faudrait qu'elle soit lisible rapidement pour les points principaux (avec possibilité d'avoir plus de détails à la demande de l'auteur). L'ensemble devrait être soumis à toute l'équipe du CDS (volontaire) pour améliorer la page.
=> Concernant les FITS, Gilles doit voir avec Laurent Michel, quels mots-clefs sont nécessaires pour l'indexation et veut finaliser le tout pour le prochain IVOA.

Gilles

Chen Zhou demande s'il peut envoyer ses >100000 spectres LAMOST à VizieR ?

Patricia est en train de mettre en ligne le catalogue LAMOST (DR1 disponible sur leur site)
Pour les spectres, Gilles aimerait les rentrer via le Submit pour avoir du contenu dans le nouveau service. A priori les header sont tous les mêmes et le format est standard.

Sylvain

J/AJ/148/72 : Cécile souhaite faire une colonne SIMBAD sur la primaire ?

La table traite en fait des secondaires et pas des primaires. Les séparations sont >3" et on a donc bien une secondaire différente de la primaire pour la plupart des objets dans SIMBAD. Sylvain et François avaient déjà fait le travail pour rechercher le secondaire correspondante dans SIMBAD (via coo et vérification visuelle pour certains cas). Faire un =v= sur la primaire reviendrait à ajouter la référence sur le mauvais objet.

=> On propose de faire une colonne en \vizAddColumn pour Primary_Name avec les noms HIP et un lien via \object{@{}} et de laisser la colonne SimbadName sur la secondaire.
Sylvain pourra discuter dirèctement de ce cas avec Catherine pour lui expliquer. (le viz4sim (nom de la commande qui ajoute la référence sur les objets SIMBAD lorsqu'il y a une colonne Simbad ou SimbadName dans la table) utilisera dans ce cas la colonne SimbadName donc le nom de la composante ce qui est bien.)

J/AJ/150/27 : il y a un \vizSQL dans le .status, du coup, l'ordre des objets dans la table et mélangé et le recno 1, par exemple n'est pas affiché dans les 50 premiers objets ?

Gilles: 2V est maintenant modifé (et installé) pour conserver l'ordre initial. Le catalogue J/AJ/150/50 qui posait problème a été réinseré (.. parmis d'ordre qui n'ont pas été fait...)
Le modif concerne les catalogue inséré depuis mi novembre pour lesquellles des operation type \vizSQL, \vizaddcount... ont été faite.

Le \vizsql et le \vizPK/\vizAddFKflag font un update sur l'objet qui se retrouve en tête de la table. Les 50 premiers objets de la table apparaissent alors dans un ordre "aléatoire".

Il est très important que l'ordre d'origine de la table soit conservé.

=> Gilles cherche une solution. Peut-être en passant par un cluster d'index sur le recno mais cela risque de ralentir les requêtes...

Marianne

J/MNRAS/440/3462 : 3 tables apparaissent dans la liste des tables mais seulement 2 dans le menu de gauche ?

La table qui n'apparaît contient un "%" dans le titre... Après quelques tests, le problème vient bien du %...

=> Gilles voit s'il peut modifier le programme pour que cela ne pose plus de problème (41 catalogues ont une table avec un % en titre. Voir METAtab, champs "Explain", %).

Gilles: la correction est faite; elle sera effective lors de la prochaine mise en production.

Emmanuelle

J/AJ/809/129 : MJD en label et explication mais JD-2450000 en explication aussi ?

Le MJD est JD-2400000.5, ici on a JD-2450000, il s'agit donc d'une Julian Date et non pas de la MJD.

J/ApJ/808/174 : Atomic physics - la table de descriptions des levels donne 52 levels (idem dans l'abstract) mais la table 12 va jusqu'à 63 levels ?

=>Ecrire à l'auteur pour savoir à quoi correspondent ces levels.

J/ApJ/807/45 : 2 \vizAddCount quasiment identiques, le 1er ne fonctionne pas mais le 2è oui ?

Lorsqu'on inverse l'ordre des 2 commandes dans le .status, c'est toujours le 1er qui ne fonctionne pas mais le 2è si... Bizarre ?

Dans ce cas précis, on peut se passer de la colonne Np qui ne sert à rien (toujours =2000) et faire le lien vers les objets directement.

Gilles: il semble que le probleme viennent de l'entree 'KIC' dans la table META VizieR "METAdic".

-- EmmanuellePerret - 2016-01-12