Réunion VizieR 24/10/2017

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

Pierre

Comment récupère-t-on les refs en attente de traitement VizieR ?

Tiphaine a fini de traiter les ApJ 2015 qui restaient, elle va passer à ceux qui traînent de 2016 puis au MNRAS.

Pour connaître le nombre de références qui restent à traiter, il y a différentes méthodes.
On peut, par exemple, utiliser la requête SQL suivante dans la page de requête par script de SIMBAD (http://simbad.u-strasbg.fr/simbad/sim-fscript) :

 query select bibcode, priv_com from bib_ref where priv_com ~ '=[eE]=' and bibcode like '2016ApJ.%' order by bibcode; 

Le résultat indique qu'il reste 57 références à traiter pour 2016, pour les ApJ (et liste les bibcodes et commentaires).

Si je fais la requête :

 query select bibcode, priv_com from bib_ref where priv_com ~ '=[eE]=' and bibcode like '%ApJS.%' order by bibcode; 

Le résultat m'indique qu'il y a 27 références à traiter pour toutes les années confondues pour l'ApJS.

Dans SIMBAD, on peut aussi éviter le SQL, en allant directement sur la page http://simbad.u-strasbg.fr/simbad/sim-fref pour chercher dans les commentaires de travail.
Dans la zone "CDS private comment words" : entrer "=e= =E=" et "ApJS" dans la zone "Journals" donne le même résultat que celui ci-dessus (ouf que). On peut aussi restreindre l'année de recherche (à 2016, par exemple).

Pour rappel des statuts SIMBAD :
=e= : en attente de récupération tables électroniques pour VizieR AVEC données pour SIMBAD ;
=E= : en attente de récupération tables électroniques pour VizieR SANS données SIMBAD.
Ces 2 statuts sont mis par les Djinistes lorsqu'ils analysent les articles.
=f= : en cours de préparation sur cdsarc ou déjà dans le FTP/VizieR local, voire déjà VizieR public (même distinction =f=/=F= que précédemment : pour SIMBAD/pour VizieR uniquement, respectivement). Statuts mis par l'équipe VizieR lorsqu'ils traitent les refs après récupération des données (simple transformation des status précédents avec parfois quelques ajustements).
=g0= : Ref. dans VizieR publique. En attente de priorisation pour SIMBAD. Ce statut est mis par les Djinistes lorsque les tables sont déjà dans VizieR quand ils traitent un article - cas notamment pour A&A mais pas que... Par Emmanuelle, quelques mois après l'insertion des données dans VizieR : simple transformation du =f= en =g0= ; le =F= étant transformé en (F) : fin de l'histoire - Autres cas pour le g0 ?
Pour l'ensemble des statuts, voir la page http://cdsbib.u-strasbg.fr/simbad/statuts.htx (dernière mise à jour en 2012...)

Catalogue VHS (ESO) ?

F.-X. a prévu d'en finir 3 gros pour fin novembre dont le VHS qui est en cours...

=> Emmanuelle doit toujours revoir la liste pour les plus petits catalogues ESO.

A voir aussi par Pierre/Mark en décembre avec l'ESO

Voir CR du 27/09/2017.

J/ApJ/785/162, J/ApJ/803/97 et J/A+A/549/A109 en sont où ?

Le J/A+A/549/A109 est le catalogue que Pierre F. avait signalé à cause d'une erreur de signe sur les mouvements propres (voir CR du 29/08/2017). En conséquence un e-mail avait été envoyé à Xavier Bonfils, le 29 août 2017, pour lui signaler la correction effectuée dans le catalogue (et lui réclamer des données jamais reçues). Pierre O. était en copie du mail. Pas de réponse de ce Monsieur X.B. de Grenoble à ce jour.

Les 2 premiers catalogues ont déjà été corrigés :
- Voir CR du 27/09/2017 pour le J/ApJ/785/162.

- Pour le J/ApJ/803/97, Tiphaine/Patricia s'en sont occupées grâce au commentaire mis dans l'outil de follow-up (une description de tables regroupées qui avait mal tourné).

=> Remarque pour Gilles : Tiphaine ne reçoit pas les commentaires des astronomes qui sont faits via l'outil de follow-up ?

Patricia qui reçoit les commentaires sur la messagerie cats a pu lui transmettre mais à voir avec Gilles si il y a un problème avec l'e-mail associé à "tp"...

Gilles: j'ai corrige - le mail devrait etre envoye

Emmanuelle

getapj pas encore très utilisé...

Pour l'instant, il sert surtout pour récupérer la rubrique "See also" et parfois des petites tables.

Déjà signalés :
- il faudrait laisser les tables MRTs dont les descriptions ont été rajoutées dans le ReadMe dans le "Destination folder" (pas seulement le fichier MRT d'origine - mais la table seule). Sinon, nous sommes quand même obligés de découper le fichier MRT...
- il faudrait remettre toutes les sections importantes dans le squelette du ReadMe (il manque "ADC_Keywords", "Reference", par exemples)...
Voir un squelette de ReadMe complet dans ~/lib/ReadMe

Autres en vrac :

- Le titre récupéré par le getapj est celui de la publication. Pour les journaux de l'AAS, nous serions donc obligés de remettre les majuscules en minuscules si on utilisait ce ReadMe, ce qui n'est pas le cas avec le ReadMe généré par le newcat .

- A propos de la rubrique "See also", ce serait parfait si on pouvait aligner les ":", commencer sur le 2è caractère, et trier les J/ des autres catalogues...

Un plus pour getapj :

Il y a un problème avec les caractères spéciaux récupérés par la commande newcat pour les abstracts : les signes > < notamment sont simplement remplacés par des blancs. Cela doit être dû aux dernières modifications de SIMBAD concernant les abstracts. Par contre, le getapj récupère l'abstract avec un "\gtrsim", par exemple, à la place du >~ ce qui est un léger mieux puisqu'on ne peut pas le rater...

Et contrairement au titre, pour les auteurs, les majuscules/minuscules semblent être mieux gérées que via le newcat.

=> A voir avec Gilles/Thomas, bien sûr, et Tiphaine/Sylvain/Marianne/Em...

Gilles: le decoupage MRT devrait etre ok - la derniere version n'a peut etre pas ete installee. J'envoie un mail a Thomas pour le reste des propositions

Recherche dans la zone libre de VizieR des SDSS quasars catalogues : pas très intuitive... ?

En fait, "SDSS quasars" ou "SDSS QSOs" dans la zone libre ne renvoit que les catalogues SDSS photométriques et pas du tout les SDSS quasars catalogues... Alors que la commande findcat avec les termes ci-dessus, renvoie bien la liste des catalogues que l'on cherche...

Cette zone ne prend pas en compte les Keywords et les mots du titres ? Sauf si on fait "expand" ?

Gilles: il faut que je regarde dans le detail. L'interface VizieR n'utilise findcat que SI rien est trouve par les autres recherches: usualname, nom catalogue, keyword.
La recherche "expand" utilise findcat qui inclus une recherche dans les textes des tables et des colonnes

Pierre demande s'il existe une liste de synonymes pour les correspondances de type QSOs vs quasars vs quasar, etc. ?

Pour rappel, la rubrique "Astronomy" est dérivée des ADC_Keywords que l'on met dans le ReadMe ; une recherche SDSS dans la zone libre et QSOs dans "Astronomy" ne revoie qu'un "Empty result"...

Note : Gilles avait mis en place la commande qcat en interne pour que l'on puisse faire des recherches un peu plus poussées sur les titres des tables et les labels en particulier...
Voir CR du 21/04/2015 - il y a d'ailleurs une partie de réponse sur la différence entre recherche Web et findcat dans ce CR...

Il y a aussi eu une étude pour une recherche sur tout le ReadMe via différentes sections (en plus de celle avec Elasticsearch ?) mais on ne sait pas trop si ça a donné quelque chose... ?

=>Pierre voit avec Gilles.

Gilles: travail en attente car le temps me manque - rien de nouveau ... mais toujours d'actualite.

Cécile voudrait être avertie des mises à jours des catalogues B/ qui pourraient donner lieu à des mises à jour dans SIMBAD...

Pierre propose de lui envoyer les mails de rapport de statuts des catalogues B/ qui donnent le nombre d'objets mis à jour et ce genre de chose pour les catalogues B/

=> A voir avec Gilles/Cécile/Pierre.

Gilles: la mise a jours de B ne suit pas les meme logique. Actuelement on peut utiliser la date de release VizieR et l'URL http://vizier.u-strasbg.fr/viz-bin/VizieR-4?-source=METAtab&name=B*&-out=name&-out=release&-out.max=200

J/ApJS/230/3 en Wait avec "voir mail envoyé à Pierre" ?

=> Pierre vérifie.

Problème de points dans le Photometry viewer ?

Par exemple, si on trace le plot pour HD 42, il y a un point bizarre provenant de I/305. Il s'agit en fait de magnitudes U = 0.00 ...

=> Il faudrait sans doute que le Photometry viewer puisse ignorer les magnitudes = 0.00.
De notre côté, on ne peut pas ignorer les "0.00" pour ce catalogue puisqu'il y a déjà des valeurs vides en mag U et que l'on ne peut pas signaler 2 valeurs différentes pour les valeurs nulles à notre niveau... A moins de transformer les valeurs dans la table mais ce n'est pas vraiment possible pour les grands catalogues.

=> Pierre voit avec Thomas.

Gilles: apres discussion avec Thomas, on est d'accord comme quoi la modification dans le sed viewer n'est pas une bonne solution. Il faudrait

- soit corriger les catalogues impactees en revoyant le traitement des valeurs nulles (car se sont parfois elles qui se "transforment" en 0)
- ou modifier le prgramme sed VizieR qui envoie les donnees au SED viewer mais aussi a des outils du VO comme Iris.

Note : on remarque que pour le catalogue III/126, il semble y avoir une incohérence entre les SimbadName de la table "part2" et ceux de la table "stars"...
=> Patricia jette un œil.

Patricia : Le catalogue III/126 indique les bons liens sur Simbad, et donc les bonnes positions. C'etait un probleme avec la Lune, Jupiter, Saturne et les Hydrogen NE>10**6.

-- EmmanuellePerret - 2017-10-24