Réunion du 06/09/2022

Présents : Marianne B., Ana F., Gilles L., Giacomo M., Pierre O., Emmanuelle P., François-Xavier P., Alicia V., Patricia V.

Pierre

cds-question : Planetary sats gaia dr3? Dans I/359/ssos, avec contraintes en Name.

I am routinely using the VizieR service to retrieve asteroid photometric
data from the Gaia DR3 sso_observation table. This works quite nicely.
In the Gaia DR3 release documentation it is also written that data
for 31 planetary satellites are present. However, so far I have not been
able to retrieve them. Is there a way to retrieve planetary satellites Gaia
photometry data from the VizieR interface?

Table des satellites: https://gaia.obspm.fr/IMG/pdf/2022-06-13-dr3-daniel-hestroffer-sso.pdf slide 10/30.
On retrouve, par ex., "io", "europa" et "leda" via la colonne Name de I/359/ssos mais pas phobos, ganymede ou themisto...

La doc de Gaia est fausse: https://gea.esac.esa.int/archive/documentation/GDR3/Gaia_archive/chap_datamodel/sec_dm_solar_system_object_tables/ssec_dm_sso_source.html on ne peut pas retrouver les satellites naturels en se basant sur MPC=0.

Edit : Ben si en fait, en mettant MPC<1 et Name!Gaia* en conditions, on trouve 31 satellites qu'il faut écrire avec une majuscule + lettre planète et numéro romain entre parenthèses...

Ex. : io avec MPC=85 dans les 4 tables => astéroïde vs le satellite Io (JI) avec MPC=0 qui ne se retrouve que dans les tables ssos et ssoobs.

Et oui, les planétologues aussi donnent des noms ambigüs...

=> Patricia a ajouté un colonne "Sat" avec un flag "+" pour les retrouver directement (et une note avec la liste des 31 satellites).

=> Pierre répond a l'utilisateur

Pas de domaine de longueur d'onde pour le catalogue J/ApJ/908/5 et plusieurs autres... ?

Pour rappel, le domaine de longueur d'onde qui s'affiche à côté du titre du catalogue dans VizieR dépend des mots-clefs du ReadMe et de leur traduction via la table "ADCkwdef".

=> Si on s'aperçoit qu'une longueur d'onde est manquante, le signaler à la documentaliste qui a traité la ref. (nom en bas du ReadMe) pour que le mot-clef correspondant soit ajouté.

Dans J/A+A/663/A44, le nom d'objet dans le Short Title n'est pas compris par SIMBAD... ?

=> Comme la recherche par nom se fait à la fois dans le titre de la publication et dans le Short Title, ce serait mieux d'avoir le nom SIMBAD lorsque c'est possible dans le Short Title (le nom tel qu'il est cité dans l'article étant conservé dans le titre de la publi).

Dans J/MNRAS/484/5330, le lien sur ObjID vers DES DR1 ne fonctionne pas ?

=> Il fonctionne sur le VizieR public mais pas sur cdsarc (page sur laquelle les astronomes arrivent depuis l'outil de Follow-up). C'est le cas pour la plupart des très grands catalogues (sauf Gaia qui fonctionne aussi par objID sur cdsarc).

Pour que le lien fonctionne également sur cdsarc il faut que le \vizDB indique la condition de recherche par objID. Par exemple pour Gaia, on peut interroger par ID (=Source) :

\vizDB{ gaiadr3.sam }{
    !ext-tsv/catClient.py -source=gaia_dr3 --noformat --mirror     \
-out.max=9999999999 {-c @{-c} -c.rm @{-c.rm} | -id Source=@{Source}} }

Ce qui n'est pas le cas pour DES où l'objID n'est pas dans le vizDB.

Evidemment, il faut aussi que l'ID ait été indexé par F.-X.

Lien Simbad ne fonctionne pas pour J/AJ/163/157

=> OK. Rechargé, il y avait un "_" au lieu de "-" dans la transcription du nom...

Alicia

Questions sur des indexations Equinoxes et Epoques avec syntaxes étranges...

A priori, pour les catalogues actuels, toutes les équinoxes sont 2000. Par contre, avant cette date, par défaut, l'équinoxe est 1950 avec un système FK4/FK5.

On écrit désormais at Epoch= ou at Ep= avec une année, un MJD ou le nom d'une colonne (époques variables) dans la description du ReadMe. Il a pu y avoir d'autres écritures pour les catalogues plus anciens.

Le cas de J/A+A/544/A31 est particulier. Il s'agit d'une table de Ptolemaïos de 137... Un \vizSet dans le .status permet de définir l'époque = -128 -- probablement le plus vieux catalogue de VizieR.

=> Vérifier les cas où l'équinoxe est 2016 ou 2018, il s'agit probablement d'une erreur avec époque=2016 ou 2018 et pas équinoxe...

N.B. : Pour Gaia, les auteurs contractent parfois l'écriture "ICRS at Epoch=2016" en "J2016" ce qui peut porter à confusion...

Gilles

Le bibcode dans "cite" pour l'article se trouve parfois être un bibcode yCat déjà cité plus haut pour VizieR...

Par exemple, pour I/324 (https://cdsarc.cds.unistra.fr/viz-bin/cat/I/324), dans "Cite", à la fin, "Cite article" reprend le bibcode yCat alors qu'on voudrait 2014A&A...570A..87S qui est en 2è position dans le ReadMe).

Le yCat vient généralement en premier pour les catalogues quand la publication arrive après (si elle arrive)... On ne recharge pas forcément le catalogue si on ajoute juste le bibcode dans le ReadMe.

=> Gilles va vérifier s'il a 1 ou plusieurs bibcodes de la littérature pour les ajouter à l'endroit du "Cite article" et ne rien mettre s'il y a juste un yCat.

=> Le premier bibcode se retrouve également affiché à côté du titre et de "ReadMe+FTP" dans VizieR. Lorsqu'on ajoute un bibcode à un yCat après publication d'une ref. il vaut donc mieux mettre le bibcode en premier et recharger le catalogue pour laisser apparent le bibcode de la publication associée.

Emmanuelle

UCD pour "interstellar radiation field intensity (ISRF), U", uniteless, dans J/ApJ/909/56 mais aussi J/A+A/641/A155/table et J/A+A/654/A165/tablea1 avec un UCD par défaut = phot.mag;em.opt.U ...

Quantité définie dans 1983A&A...128..212M et https://iopscience.iop.org/article/10.1086/511055/pdf

=> Utiliser : phys.flux.energy;arith.ratio

EP : En fait, le phys.flux.energy n'existe pas... En tous cas, il ne passe pas dans VizieR !

-- EmmanuellePerret - 2022-09-06