Réunion VizieR 12/02/2019

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

Marianne

Gaia DR2 : erreurs J2000 différentes de celles en ICRS 2015 : si c'est normal, pourquoi SIMBAD a les erreurs ICRS 2015 pour les positions J2000 ?

Exemple de BD +36 4317, étoile à grand mouvement propre :

1. Lorsqu'on prend la position SIMBAD, on retrouve l'objet dans Gaia DR2 à ~3" alors que la position SIMBAD vient de Gaia DR2 (I/345)...

=> VizieR n'est pas interrogé sur la position J2000 ajoutée ??

2. L'erreur calculée pour RAJ2000 par VizieR est de 0.6225mas. L'erreur sur RA ICRS est de 0.0186mas.

=> A priori, c'est ok dans VizieR. L'erreur sur le mouvement propre augmente l'imprécision pour la position calculée en J2000.
=> Par contre, il semble y avoir une incohérence dans SIMBAD qui a une position calculée J2000 mais une erreur de 0.0186mas (donc a priori celle en ICRS 2015).

=> Voir avec Thomas ce qui a été fait pour l'ingestion du Gaia dans SIMBAD. Si l'erreur n'est pas recalculée à partir des mouvements propres et des époques, il y a sans doute une incohérence côté SIMBAD. Il faudra voir avec Cécile ensuite.

-- J'ai discuté avec Thomas : les erreurs utilisées et affichées dans SIMBAD pour les positions Gaia sont bien les erreurs 2015.5, et il s'agit bien d'une décision prise à l'époque (par Cécile notamment, en concertation avec d'autres astronomes). Le choix a été fait pour "limiter" l'augmentation de l'erreur si on décide de passer de J2000 à 2015. Malheureusement, il n'est pas possible d'indiquer dans SIMBAD l'époque de l'erreur (si différente de la mesure). Bref, j'ai eu l'impression qu'il n'avait pas de solution satisfaisante (quelle que soit l'option choisie). Il ne me paraît donc pas utile de faire remonter ces remarques à Cécile, puisqu'elle est déjà au courant. (Marianne - 13/02/2019)

Tiphaine

J/AJ/156/76 : condition avec un ifmatch sur le "?" n'est pas prise en compte ?

Il faudrait pouvoir ignorer la fonction du caractère spécial "?" pour ne le considérer que comme un simple caractère... On ne sait pas/plus comment !
=> A priori, les crochets permettent effectivement d'échapper un caractère spécial - voir par exemple J/A+A/573/A61 où on a :

\vizLink{ stars }{lc +LC }{ lc }{ \vizContent{timeSerie}\
   \ifmatch{[*]}{@{LC}}\wGraph{@{@cat}/@{SName}/@{Name}}{P=@{*Per}min}{@{}}\
   \else{@{}}\fi}{Show the light curve }

Par contre, cela ne semple pas fonctionner pour le "?"...

=> Le plus simple est de retourner la condition pour ne pas avoir à utiliser le "?" !

Emmanuelle

J/ApJS/224/1 (redMaPPer) : 3 questions...

1. SDSS DR8 redMapper update => est-ce qu'il faut rendre obsolète le précédent catalogue ?

En même temps, il y a des IDs dans la précédente version qui sont clairs (objID SDSS) alors qu'ici, on ne sait pas à quoi ils correspondent !!

=> Pas nécessaire de rendre l'ancien catalogue (J/ApJ/785/104) obsolète : on peut faire un lien en \vizComment pour renvoyer sur l'ApJS.

2. Tables 3+4 (xraycl) => Tx = X-ray temperature en keV ?

=> Oui, ok pour l'unité.

3. Comment faire un \vizOrder pour mettre ID0, RA0deg, DE0deg ensemble plutôt que ID0, ID1, ID2 ... RA0, RA1, RA2 ... DE0, DE1, DE2 ... ?

A priori, pas possible avec *. Il faut spécifier ID0 avant RA0deg et faire autant de \vizOrder que nécessaire... Pas sûres que ça marche !

Em : Mais si ça marche ! :)

J/ApJS/224/24 (COSMOS2015) : i2t impossible - est-ce qu'il faut enlever les mag >30??

Il faudrait faire un script pour enlever les magnitudes aberrantes et conserver le format de la table... On peut ensuite laisser la table d'origine dans le FTP et mettre la table modifiée en .viz dans VizieR.

=> Pierre regarde rapidement pour un script qui garde en mémoire toute la table pour faire des transformations et ré-écrire ensuite la table et obtient un "out of memory"... Voir avec Thomas/F.-X. s'ils ont des scripts pour mettre à nul les magnitudes des grands catalogues avec des transformations au fur et à mesure...

=> Voir si le Photometry viewer pourrait ignorer certaines magnitudes systématiquement (comme les 99 par exemple ou les mag >40). C'est plus compliqué pour les zéros...

J/ApJ/853/86 : autre cas avec des mag à 99 mais aussi des zéros ??

=> En fait, dans ce cas, en enlevant les mag à 99, et en laissant le reste des valeurs bizarres, on doit s'en sortir...

Em : en fait, j'avais déjà mis des ?=99 dans le ReadMe qui auraient dû enlever ces valeurs là... Je suppose que ça ne se fait pas à cause des 4 décimales sur les magnitudes... Ok, ça fonctionne avec 99.0 ...

Par contre, les magnitudes qui ont une erreur de 99.99 sont en fait des valeurs incertaines...

J/ApJS/239/27 : LEGA-C DR2 de l'ESO, comment on le récupère ?

Il faut juste un login/mot de passe et le catalogue peut être récupéré sur https://www.eso.org/qi/catalog/show/235

-- EmmanuellePerret - 2019-02-12