Réunion VizieR 23/04/2019

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

Pierre

J/AJ/154/110 : colonne Simbad avec seulement "Simbad", ne pourrait-on pas afficher les noms SIMBAD ?

Question récurrente liée à la différence entre une colonne Simbad qui n'affiche que le texte "Simbad" et une colonne SimbadName qui affiche le nom de l'objet SIMBAD.

GL: 2v a ete modifie pour afficher les noms Simbad dans les pages web html - ce n'est pas le cas pour les autres sorties TSV/VOTABLE....
le probleme vient du fait que \VizSimbad genere une colonne virtuelle controllee par une regexp \ifregexp{[^ ]}{${HIP}}{\wSimbad{HIP ${HIP} }{HIP ${HIP} }}\else{${}}\fi -
Or lorsque une macro LateX tel que \ifregexp est utilisee (et c'est pareil pour \vizMore, \vizLink .... ) les autres sorties ne peuvent resoudre l'URL.
Cela demande une modification profonde (mais je crois souhaitable) -

La différence vient de la commande qui est différente dans le .status (voir le N.B. dans le CR du 18 février 2014) avec soit :
- re-construction du nom via les colonnes de la table = cas du \vizSimbad ou
- ajout d'une colonne d'après un fichier "en dur" quand ce n'est pas possible = cas du \vizSimbadName.

Attention, il peut y avoir des conditions dans le \vizSimbad (de type \ifmatch .. \else ). Mais l'URL finale contient le nom traduit correctement.

=> Gilles voit s'il peut faire mieux pour afficher le nom systématiquement -- même si dans certains cas, cela voudra dire une deuxième colonne identique à une colonne déjà dans la table.

Problème avec la recherche ElasticSearch pour IRS, par exemple ?

En testant dans http://viztext.astro.unistra.fr/cats/vizier.html, on note que le premier résultat pour "IRS" en boostant le champs Description n'a rien à voir avec Spitzer/IRS. En fait, c'est parce que la casse n'est pas prise en compte et que le "s" est considéré comme un pluriel et éliminé ; la recherche se fait donc sur la valeur indexée "IR"...

=> Yann et Gilles sont déjà au courant et envisagent soit de faire une liste d'exceptions, soit de ne pas tenir compte des pluriels pour les mots en majuscules (mais c'est sans doute plus compliqué).

Gilles

J/A+A/420/507 : besoin de recharger ce catalogue ancien de WD mais les noms SIMBAD ne passent plus...

La solution de Gilles a été de récupérer les positions ajoutées à l'époque via SIMBAD et de laisser la colonne SimbadName telle qu'elle est.

N.B. : le catalogue peut passer avec des positions vides si on lui indique "null= " dans le \vizPosition . En l'occurrence, ce serait dommage puisqu'on avait récupéré les positions...

Le principal problème avec cette solution (en plus des liens morts de la colonne SimbadName) c'est que les positions sont reprises en dur d'une base de donnée dynamique et que l'on ne saura plus trop d'où elles proviennent -- à moins d'ajouter dans l'explication du \vizPosition , "Positions from SIMBAD on September 2012"...

=> La seule autre solution serait de refaire une colonne SimbadName propre avec les noms SIMBAD actuels. Il faut voir avec les documentalistes dans ce cas.

Remarque : Le problème des WD est particulier car pendant longtemps le nom WD JHHMM+DDMM a été considéré comme un nom usuel (et il est effectivement très utilisé dans les articles -- sans position associée la plupart du temps, évidemment). Cécile a fait un grand ménage et a supprimé de nombreux identificateurs de ce type dans SIMBAD (tous ceux qui ne faisaient pas partie du catalogue Villanova cf. B/wd). Il y a donc actuellement de nombreux liens morts pour les catalogues de white dwarf vers SIMBAD. Le problème est qu'il est très difficile de retrouver le nom complet et ce serait quasiment impossible sans les positions qui ont été ajoutées via SIMBAD quand les noms existaient.

La création des HIDDEN NAME dans SIMBAD pourrait résoudre ce genre de conflit où on ne souhaite pas voir apparaître un identificateur dans SIMBAD pour ne pas encourager son usage (puisqu'il est impropre) mais où il est pratique pour les documentalistes et les usagers de retrouver un identificateur très utilisé. On pourrait ajouter les WD JHH... de cette référence qui ne passent pas en HIDDEN NAME WD JHH... par exemple.

=> Pour cette ref., Emmanuelle regarde si elle peut mettre à jour la colonne SimbadName (il y a une trentaine d'objets seulement qui ne passent pas).

=> Gilles a utilisé cette solution pour d'autres catalogues. Dans ce genre de cas, il faudrait renvoyer la ref. aux documentalistes dont c'est le travail de rechercher les correspondances d'identificateurs.

Amélioration de la détection des dates au format ISO

Les dates ISO classiques devraient être mieux détectées désormais, et non plus classées en CUSTOMIZED.

=> Intérêt des dates "CUSTOMIZED" ??

La version VOTable 1.4 qui sera mise en production prochainement va renvoyer les métadonnées temporelles qui seront plus visibles.

Emmanuelle

J/ApJ/858/102 : fichier FITS de bin ?

<nop>=> Le fichier FITS correspond aux bins réalisés pour avoir le S/N adéquat lors de l'analyse des spectres. Un simple lien vers le fichier depuis la table est largement suffisant.

J/ApJS/171/61 : correction de la position principale pour Yelena : le catalogue CRATES est en 8.4GHz...

La position prise par défaut était celle dérivée du nom (en 4.8GHz) car la position radio en 8.4GHz était parfois vide lors des non-détections. Pierre conseille de laisser vide les positions pour les non-détections sans compléter avec les noms en 4.8GHz -- sources peu intéressantes.

Em/Yelena/Pierre : Finalement, il s'agit du catalogue CRATES, avec 11131 sources uniques pour le sample de base et on a les flux en 4.8GHz issus de la compilation de différents surveys en 4.8GHz, donc il vaut peut-être mieux avoir des positions pour toutes les sources. => J'ai pris les positions radio en 8.4GHz mais également complété avec les positions en 4.8GHz pour les non-détections en 8.4GHz (il ne faut pas être dyslexique). Cela permet de faire des liens vers les catalogues en 4.8GHz...

N.B. : il y a un spectre tracé via le catalogue SPECFIND (VIII/85) -- la commande est :

\vizLink{ table5 }{Sp}{ Sp }{\ifmatch{*.*}{@{RAJ2000}}\
  \vGraph{8085/-c=@{@pos},rm=1}{nu=8400\&S=@{*S8.4}\&-l=x\&-l=y}{@{}}\
  \else{@{}}\fi}
 {Show the radio spectrum for this source with SPECFIND (Cat. VIII/85)}

Quelques explications intéressantes pour le SPECFIND dans le CR du 24 mars 2015.
On ajoute ce lien pour les catalogues radio avec des sources que l'on retrouve dans la compilation de sources radio (VIII/85 ; des points rouges sont tracés sur le SED) et lorsqu'il y a des flux radio (les points verts sont les flux ajoutés au SED de la source via le catalogue traité).

Remarque : dans le catalogue VIII/85, il y a une colonne "Radio+opt" qui permet d'ouvrir Aladin et de charger le script qui montre, notamment, les contours radio des sources.

-- EmmanuellePerret - 2019-04-23