Réunion VizieR 28/02/2017

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

Pierre

Requête de l'auteur Malkin Z.M. pour son catalogue OCARS (J/AZh/93/968) ?

Le catalogue est une compilation qui est mise à jour sur le site de l'auteur tous les 15 jours. Il ne souhaite donc pas voir son catalogue dans VizieR...

=> Pierre décide de ne pas mettre ses données en ligne.

Révision de la liste ADC_Keywords ?

Demandes récurrentes pour ajouter quelques mots-clefs à cette liste qui date de plusieurs dizaines d'années et qui n'a jamais évolué. Donc pas de mots-clefs pour les brown dwarfs, par exemple, trop récentes. Voir à ce sujet le CR du 03 novembre 2015

Dans un e-mail à l'équipe du 16/02/2017, il y avait une liste de suggestion de termes à ajouter :

- Stars, brown dwarf
- Galactic center
- Exoplanets
- Stars, L-type
- Stars, T-type
- Stars, Y-type
- Galaxies, spiral
- Galaxies, elliptical
- Meteorites

=> Pierre propose de faire un tableau de 3 colonnes sur le TWiki (avec terme proposé, traduction, éventuel(s) synonyme(s)) que tout le monde peut mettre à jour pour proposer les termes qui lui manque. On reverra ce tableau dans deux semaines...

J'ai fait un tableau ici : http://cds.u-strasbg.fr/twiki/bin/view/Documentaliste/VizierDocumentaliste/ListeKwd (me demandez pas pourquoi le style est tout crade, je comprends rien aux tableaux du TWiki...)

N.B. : Chaque publisher a également sa propre liste de mots-clefs, il existe aussi un thesaurus, est-ce qu'on pourrait s'en servir ?

=> A priori pas, il nous manque quelques mots-clefs bien ciblés et on ne veut pas trop agrandir la liste. Le problème des ajouts est qu'on ne peut pas revenir en arrière sur les catalogues déjà indexés et qu'il y aura un biais dans les recherches par mots-clefs avant la date de modification de la liste.
D'où l'intérêt de bien réfléchir avant et de faire la modification en une seule fois.

Pour rappel :
Ces mots-clefs sont utilisés dans la recherche libre sur le web et par le programme findcat (il existe une option %K pour une recherche par mots-clefs uniquement).
Les traductions de ces mots clefs (dans la table ADCkwdef) servent aussi à indiquer la(les) longueur(s) d'onde du catalogue.

Emmanuelle

V/150 : catalogue de C. Clément en local - quelques points à voir avec Pierre

Cf. mail du 17/02/2017: positions avec flag d'époque 1950 alors que sans doute J2000... Quelques misprints de coo. Positions en X,Y pas recalculables a priori, 3 tables de notes mais laissées telles quelles car trop long de tout reprendre à la main, etc.

Lien vers la note pour différentes étoiles en même temps : voir avec Gilles si techniquement faisable. Sinon dédoublonner les lignes mais fastidieux...

J/ApJ/806/L35 : ajout d'une colonne SimbadName (envoyée par l'équipe COSIM), les noms n'ont rien à voir avec ceux donnés en colonne COSMOS ( le nom dans cette colonne était trop long) - est-ce embêtant ?

Ce n'est pas très logique pour un utilisateur en tous cas.

=> S'il y a un moyen de récupérer les noms COSMOS sans perdre trop de temps, il faut le faire.

Marianne propose des requêtes SQL du type :

query select id_princ, id from basic_data, identifier where id_princ = '6C 114613+594127' and oid4 = oid4ref and id ~ '^JVAS ' 
query select id_princ, id from basic_data, identifier where id_princ = 'QSO J1008+0621' and oid4 = oid4ref and id ~ '^JVAS '

Il suffit de parser la liste de noms fournis pour avoir les différents id_princ et on veut un ^COSMOS (il y aura différents formats mais ça ne devrait pas être trop grave)... Il faut ensuite retravailler un peu la sortie pour avoir juste l'id correspondant.

Version VI de cats à stabiliser - possible ?

La version actuelle fait des choses bizarres dans le .status : underscores surlignés en rouge (ce qui rend les UCDs peu lisibles) mais surtout, ajout de tabulations devant les commandes de manière intempestive (un blanc devant la commande fait que celle-ci est ignorée) ou suppression des blancs en début de ligne dans les commandes...

=> Gilles voit ce qu'il peut faire mais la dernière fois, la modification n'était pas très probante...

Sylvain

J/ApJ/816/L14 : graphe correspondant à la figure 2 (= données de la table) mais aucun \vizContent correspondant ?

Sur le VizieR local, on a encore accès à la "old version" de VizieR (lien en bas de page) et la liste des différents \vizContent est en sommaire : cube, filter, image, model, profile, spectrum et timeserie.
Le 2v râle si le \vizContent contient autre chose que ces 7 termes (parfois suivis de /fits).
Comme on trace désormais facilement des graphes avec le widget, il arrive d'avoir un plot qui ne rentre pas dans ces catégories.

Faut-il un \vizContent supplémentaire pour garder trace du fait que le catalogue contient un plot ?

=> Pierre et Gilles : pas forcément... Graphes un peu généraux et un \vizContent{plot} ne caractérise rien du tout...

=>A voir pour ajouter quand même un icône "Plot" ?

N.B. : à propos des graphes, tracé des erreurs horizontales possible ?

=> Gilles : oui. Il faut ajouter une 4è colonne au .graph_sql du style : select JD as 'JD [d]', mag as '[mag]', e_mag as ERRORX, s_mag as ERRORY

Remarque : l'ordre des légendes n'est pas conservé, on a donc dans le cas de cet exemple, les ranges 0.9-1.0, puis 0.2-0.3, puis 0.7-0.8, etc. Ce serait vraiment bien que le plot conserve l'ordre d'origine (pour avoir les filtres UBVRI dans le bon ordre par exemple)...

Note : à propos des graphes toujours, par exemple le catalogue J/ApJ/831/18 : on a besoin de symboles différents en plus des couleurs mais seuls les petits ronds et les gros ronds fonctionnent...

=> Emmanuelle envoie un mail à Thomas (copie Pascal et Gilles) pour les 2 points ci-dessus.

-- EmmanuellePerret - 2017-02-28