Tags:
create new tag
, view all tags

Réunion VizieR 14/10/2014

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

Marianne :

Cat. J/AJ/109/960 : vieux catalogue avec des offsets et un centre mais pas de positions

L'ajout via le \vizPosition est simple dans ce cas :
\vizPosition{ table1 }{}{c=12:01:52.891-18:52:09.49 x=oRA y=oDE Eq=J2000 Ep=1993.0}{ Position computed from offsets oRA and oDE with center at 12:01:52.891-18:52:09.49 }
Vérifier simplement avec Aladin que les positions calculées sont correctes.

Pierre :

Suite de la discussion avec les titres des catalogues dans ADS: Carolyn Stern voudrait que les titres soient modifiés de notre côté dans les listes envoyées

Voir les discussions précédentes dans les CR du 30 septembre 2014 et du 07 octobre 2014 où il a été décidé d'ajouter l'indication "VizieR Online Data Catalog" aux titres des catalogues VizieR , dans ADS, pour les distinguer des publications.
De notre côté, la liste envoyée est générée essentiellement par le script add.sent que l'on trouve dans le fichier ~/bibcat/Makefile.
Pierre se charge d'y ajouter une commande pour substituer le %t (Short title des catalogues) par un "%t VizieR Online Data Catalog: "

N.B. : dans ce script, la commande preadme -v1 -par permet de mettre en forme un ReadMe en affichant les standards %R %t %A, etc.
Par exemple en exécutant preadme -v1 -par . dans le répertoire J/AJ/109/960, on obtient :

----J/AJ/109/960

%R 1995yCat..51090960W
%D 1995-Jul-11
%d 1997.05.20
%I J/AJ/109/960
%t Young star clusters in The Antennae (Whitmore+ 1995)
%T Hubble Space Telescope observations of young star clusters in  NGC 4038/4039, "The Antennae" galaxies
%J 1995AJ....109..960W
%A Whitmore B.C., Schweizer F.
%B New high-resolution images [...]

Emmanuelle :

Dans ADS: de nouveau, quelques cas où le lien VizieR est étrange

Par exemple, pour le Cat. J/ApJ/697/1993, le "Online Data" de ADS pointe sur le Summary dans VizieR, avec FTP grisé. Ce qui donne l'impression que le catalogue n'est pas en ligne alors que si...
En fait, le .status affiche un \cCenters vide alors qu'il devrait y avoir un "f", l'ingestion date du 11/06/2011... Cf. CR du 02/09/2014 et du 11/02/2014 où des cas similaires sont relevés... C'est également le cas pour J/ApJ/738/170 (mis en ligne en Mars 2013)...

Le "f" a été ajouté pour ce catalogue ainsi que pour J/ApJ/697/1695.
=> On pourrait faire un test en listant pour tous les catalogues publiques, ceux dont le \cCenters ne contient pas de "f"... ?

Cat. J/ApJS/213/31 : je voudrais un PHOT_COUNT-RATE_OPT mais l'ucd n'existe pas... ?

Il y a deux solutions :
- soit mettre PHOT_COUNTS_MISC (solution retenue)
- soit ajouter l'ucd1 PHOT_COUNT-RATE_MISC ou PHOT_COUNT-RATE_OPT

Pour information, la commande ucd1 affiche la liste des UCD1 disponibles et donne des informations sur la manière dont les scores sont calculés pour retrouver les UCDs.
Ainsi pour les PHOT_COUNT-RATE, on a :

PHOT_COUNT-RATE N 1     count rate
UI: 20.9.0.0 336134144 433
XP: Count rates in several wavelength regimes
RK-NL:2

PHOT_COUNT-RATE_UV      L 2     "count" "rate" in +euve+ "uv"
UI: 20.9.1.0 336134400 434
XP: Count rate in ultraviolet
UN: ct/ks
CN: EUVE100=1 EUVE200=1 EUVE400=1 EUVE600=1
RK-NC:4

"N 1" indique qu'il s'agit d'un noeud, l'UCD n'est donc pas valide. Contrairement à ceux qui commencent par "L" (feuille de l'arborescence).
Après "L 2", on a des mots qui donnent du poids au score de l'UCD s'ils se trouvent dans l'explication de la colonne dans le ReadMe. Si le score est suffisamment grand et non ambigü, l'UCD est retrouvé automatiquement, si non il est listé en proposition via la commande setUCD. Ceux entre guillemets sont plus importants que ceux sans guillemets mais moins que ceux entre signes positifs (ainsi "euve" donne plus de poids à cet UCD que "count").
La section "UN" donne une liste d'unités qui augmentent le score.
La section "CN" donne une liste de noms de colonnes correspondants à l'UCD que l'on trouve dans VizieR (liste non mise à jour) et qui, de la même manière, augmentent le score de l'UCD.
Pour ajouter un UCD1, il faudrait donc mettre à jour ce fichier. Mais il faut également faire des mises à jour dans VizieR ce qui est un peu plus complexe...

N.B. : dans le .status, pour aider le programme à retrouver un UCD, on peut supprimer le "=" (qui permet de forcer l'assignement d'un UCD) et ajouter une liste de noms à l'explication de la colonne (pratique pour les mag SDSS par exemple : \vizUCD{ * }{ * ?mag* }{ SDSS Sloan } ).
On peut aussi utiliser !e= devant une liste de mots ; dans ce cas, l'explication du ReadMe n'est pas prise en compte et seuls les mots donnés sont utilisés.

Cat. J/ApJS/213/32 : données à récupérer du STSci ??

Il s'agit d'observations des radiations diffuses en NUV et FUV par GALEX disponibles sur la MAST HLSP archive (http://archive.stsci.edu/prepds/uv-bkgd/) [et sur le site personnel de l'auteur (http://www.iiap.res.in/personnel/murthy/Jayant_Murthy/GALEX_Data.html)]. Il y a 18 tables entre 2 et 27 millions de lignes pour une trentaine de colonnes...

=> A renvoyer à l'équipe "gros catalogue" avec Pierre en copie. C'est-à-dire, envoyer à Laurent qui décidera ensuite de ce qu'il en fait...

Cat. J/ApJS/213/35 : Tables 6 et 7, les spectres des figures 14 et 15 : il faudrait un spectre par colonne, soit 22+10 spectres ??

En fait, les différentes colonnes correspondent à une combinaison de masse et redshift. Il faudrait faire une table pour les différentes combinaisons (avec une colonne masse et une pour les redshifts) avec les liens vers les spectres. Inutile dans ce cas d'afficher les tables 6 et 7 dans VizieR.

Cat. J/ApJ/762/27 : lien avec un ifmatch où la condition est d'avoir la Ref "1" en colonne Ref ??

\ifmatch{1[ ]*}{@{Ref}} ne fonctionne pas mais c'est parce qu'il n'y a pas de blancs derrière "1"... Sinon, cela devrait marcher. ça marcherait aussi avec simplement \ifmatch{1 *}{@{Ref}} car mis à part * et ? qui sont des caractères spéciaux pour "n'importe quelle chaîne de caractères" et "1 caractère, n'importe lequel", respectivement, les autres caractères, dont le blanc, sont considérés tels quels.
Dans mon cas, il faut donc écrire \ifmatch{1}{@{Ref}} (Le "$" n'étant pas compris dans un ifmatch). Ceci ne marcherait pas si le 1 était suivi par une virgule et un autre chiffre...

Cat. J/ApJS/213/34 : liens entre la table 8 et la table 1 pour faire les graphes alors que ID sont parfois différents ??

En fait, les différences concernent des composantes. On s'en sort donc facilement en ajoutant une colonne m_ID pour séparer les composantes de l'ID principal...

Question subsidiaire pour François : cas du viz4sim qui ne marche plus avec des tables pastées lorsqu'on met le vizSimbad sur la 2è table ?

Souvent lorsqu'on colle 2 tables avec un \vizPaste , on fait le \vizSimbad sur la 2è table pour que la colonne SIMBAD se retrouve à la fin des 2 tables. Le problème est que, dans ce cas, le viz4sim (le programme utilisé par l'équipe COSIM pour ajouter la référence du catalogue aux objets déjà connus) ne fonctionne plus car il ne trouve plus de colonne de nom...

Ainsi pour J/A+A/552/A74 si le \vizSimbad est fait sur la table 4 au lieu de la table 3...

François regarde viz4sim car ça devrait fonctionner quand même... Si la modification du programme est trop compliquée, on peut toujours faire le \vizSimbad sur la première table pastée et mettre un \vizSet{ table3 }{ Simbad }{ atEnd } pour que la colonne soit affichée tout à la fin des 2 tables. [Note : je ne suis pas sûre que cela marche car il faudrait que Simbad soit à la fin de la table 4 et non de la table 3... Si ??]

Question subsidiaire pour Gilles (et François) : suppression des mises à jour des catalogues B/... dans simbad.maj possible ou utilisation pour quelque chose ?

Lorsqu'on met les status SIMBAD à jour (changement =f= en =g0=, etc.), on utilise le simbad.maj qui liste les ingestions de catalogues. On supprime au fur et à mesure les références dont le status est mis à jour. Jusqu'à présent, je ne supprimais pas les paragraphes concernant les B/... au cas où ils serviraient à quelque chose mais le fichier n'est plus très propre...

=> François dit que je peux supprimer aussi ces paragraphes.

François :

En cas de paste, ne pas ignorer les colonnes en double sauf cas particulier

Lorsqu'on fait un \vizPaste , le programme compare automatiquement les colonnes qui ont le même label dans les 2 tables et n'en affiche qu'une des deux. Il ne faut donc pas ignorer une colonne en double avec un \vizIgnoreColumns car sinon le test de comparaison ne sera pas effectué.
Attention, le programme râle si 2 colonnes qui ont le même label n'ont pas exactement le même format...

On peut ignorer une colonne dans le cas où on a, par exemple une Vmag avec 2 décimales dans une table et la même Vmag mais avec une seule décimale dans l'autre table. Dans ce cas, on ignore la Vmag de la table qui a le moins de précision...

-- EmmanuellePerret - 2014-10-14

Topic revision: r1 - 2014-10-14 - EmmanuellePerret
 
This site is powered by the TWiki collaboration platform Powered by PerlCopyright © 2008-2024 by the contributing authors. All material on this collaboration platform is the property of the contributing authors.
Ideas, requests, problems regarding TWiki? Send feedback