Réunion VizieR 25/07/2018

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

Gilles

Réunion d'hier sur les données temporelles ?

Côté des documentalistes, ce qu'on a retenu (pas forcément bien) des exemples : ici.
Pour la définition des systèmes par mission, on laisse faire Pierre et Ada qui ont l'air de savoir ce qu'ils font - Difficile de toujours suivre.
On se pose la question de savoir quand est-ce qu'on utilise un système et quand est-ce qu'on remplit le frame_name...

=> Gilles fait remarquer que les documentalistes n'auront pas à remplir les frame_name mais utiliseront des systèmes (donc frame_name et scale_name seront déjà définis) !!

Du coup, pour l'exemple du J/ApJ/849/3 (dans la liste des exemples ci-dessus) si on a un système Kepler TDB+GEOCENTER mais que le catalogue nous dit BARYCENTER, qu'est-ce qu'on fait ??
Dans cet exemple, le système Kepler est sans doute BARYCENTER donc pas de problème mais on ne pourra pas créer tous les systèmes des différents observatoires... Il faudrait peut-être des systèmes un peu plus généraux -- par exemple si on nous dit BJD dans le catalogue et que ça vient d'un télescope chinois, il faudrait un système BARYCENTER sans frame_name... ?

=>Gilles voit avec Pierre et Ada si cela à un sens de créer des systèmes généraux avec les différentes combinaisons frame_name & scale_name.

GL: apres discution avec ADA: toutes les combinaisons scale+frame ne sont pas authorisees - j'ai ajoute l'ensemble des systemes possible (doc de A.Rots https://arxiv.org/pdf/1409.7583.pdf)
par exemple system=TAI_TOPOCENTER, TAI_defaut, GEOCENTER_default etc.

Gilles pense pouvoir récupérer certaines info automatiquement du ReadMe, comme par exemple JD-2453322 => JD + offset ou colonne MJD... Mais il ne cherchera pas les colonnes de dates au format ISO a priori.

Pour les dates d'observations start, end, mean, max, etc. Il y a les ucd1+ qui peuvent préciser stat.mean, time.start, etc.
Gilles avait également prévu des Flags dans la table METAtimeCol ...

=> A voir avec Ada.

Tiphaine

J/AJ/154/184 : une valeur d'erreur plus grande que la mesure pour les distances ?

La distance provient ici de la parallaxe qui a déjà une valeur d'erreur plus grande que sa mesure donc c'est normal

Pour rappel : d=1/p avec p = angle de la parallaxe en arcsec et d = distance en parsec -- un autre lien sympa (en plus du lien dans le CR du 6 juin) pour la parallaxe avec des vidéos : http://lco.global/spacebook/parallax-and-distance-measurement/.

J/AJ/154/169 : des erreurs en E+38 alors que les valeurs sont petites ?

En fait, la table indique valeur erreur *10+38, le 10+38 s'applique donc à la valeur et à l'erreur.

Les luminosités sont souvent entre 10+35 -- 10+44 erg/s, or dans VizieR, les valeurs sont permises entre 10-27 et 10+27, du coup, on ajuste la valeur de stockage grâce au \vizSet (voir CR du 19 janvier 2016).

Le erg/s étant égal à 10-7W, 10+38-7 => 10+31 donc ça ne passe pas dans les limites autorisées.
\vizSet{ * }{ * L* e_L* }{ dbunit=10+30W } fonctionne quasiment toujours (10+38-30 => 10+8 ok).

Par contre, on a une colonne "Size" en cm-3 ... ?

=> Pierre calcule qu'il s'agit plutôt d'un volume en cm+3...

=> Contacter les auteurs pour leur dire que la valeur ressemble plus au volume de la région en cm+3 et que l'on aimerait changer l'explication en au minimum "Size (volume)" et changer l'unité.

Auteurs contactés par Tiphaine : "You are right. We refer to volume when we say size, cylindrical volume to be specific. And hence like you pointed out the units are wrong. Thank you for bringing it to our notice.
About Umin, it is nothing but the minimum energy density, which is B²/8π."

Emmanuelle

J/ApJ/850/34 : valeurs absolues ou apparentes ?

Les auteurs parlent de magnitudes absolues dans le texte, les figures et en explication dans la table mais les magnitudes sont reprises d'un autre catalogue qui dit "Apparent" et ces mêmes magnitudes sont aussi similaires à celles de SIMBAD...

<nop>=> OK pour mettre "apparent" dans l'explication.

La confusion vient sans doute du fait que ces étoiles sont à une distance autour de 10pc ; or la définition de la magnitude absolue d'un objet est la magnitude apparente de cet objet qui se trouverait à 10pc... (voir http://www.splung.com/content/sid/7/page/magnitude où on retrouve la formule : M = m -2.5 log₁₀(d²/10²))

J/ApJ/850/83 : dans les domaines de longueur d'onde il y a "mm" en gris ?

En fait, Millimetric/submm sources ou Photometry, millimetric/submm est traduit par "Radio" dans la table ADCkwdef, on n'a donc jamais "mm" dans le domaine de longueur d'onde pour les catalogues...

GL: le mot cle est ajoute et est visible dans le formulaire principal - la resolution ADCCkeywords->mot cles VizieR est la suivante:

=> Gilles va l'ajouter dans les Wavelength pour pouvoir faire la traduction de ces 2 mots-clefs en mm.

J/ApJ/850/137 : F475Wmag from HST ACS ou WFC3 dans la même colonne => quel filtre pour le Photometry viewer ?

Sachant que si on regarde METAfilter, on a pour ce filtre :

donc un dlambda assez différent pour HST/ACS et les autres (sauf le HST/ACS_HRC du SVO)... ?

=> Pierre pense que les filtres du SVO sont ceux à utiliser mais il va voir de plus près pourquoi il y a une telle différence entre HST/ACS et HST/ACS_HRC du SVO.

=> Gilles dit que de toute façon, le dlambda n'est pas utilisé !

Mais il l'est au moins pour la conversion des flux en erg/s...

-- EmmanuellePerret - 2018-07-25