Tags:
create new tag
, view all tags

Réunion du 04/01/2022

Présents (BBB) : Marianne B., Gilles L., Giacomo M., Pierre O., Emmanuelle P.

Pierre

Trouver toutes les données associées non fits - Ex. Qatar 1

Avec une recherche par position sur Qatar 1 dans VizieR, on trouve plusieurs catalogues avec des times Series. Par ex. J/AJ/161/108. Donc très bien si on cherche la LC de cet objet.

Par contre, en cherchant par position avec spécifiquement cochée la case "Time Serie", la liste des catalogues avec time Serie disparaît ??!

=> Sans doute un bug car J/AJ/161/108 n'a de positions que dans sa section Object dans le ReadMe et pas dans la table...

=> Pierre voudrait créer une table un peu à la manière de B/assocdata pour pouvoir retrouver plus facilement les données associées d'un objet donné lorsqu'elles ne sont pas en FITS.

La page https://vizier.cds.unistra.fr/vizier/welcome/vizierbrowse.gml?media est pas mal mais pas suffisante :
- elle n'inclus pas les catalogues de type "Profile"
- elle affiche plusieurs fois le même catalogue lorsque différentes tables du catalogue contiennent un plot.
- on ne peut pas combiner avec une recherche par coo/id

Parmi les solutions évoquées pour créer une table qui indexerait à la fois les coo et le tag \vizContent (qui indique dans un .status qu'il y a un timeSerie, spectrum, etc.), il faut voir avec la table METAmor qui liste les ancres dans les catalogues mais ce ne sera pas trivial à récupérer.

La maintenance de ce genre de table est également compliquée.

Gilles

La nouvelle version d'Aladin permet de retrouver les données associées (FITS)

Lorsqu'on fait un clic droit sur un catalogue dans Aladin, il y a plusieurs possibilités avec une case à cocher pour "Associated data" qui permet de lister les données associées autour de la position. Par exemple, un spectre peut être envoyé à CASSIS.

Incompatibilité entre les unités du CDS et ceux des VOtable

Les unités VO sont définies par un standard VO qui n'est pas tout à fait le même que nos standards... Par exemples :
- les logs du CDS s'écrivent entre crochets [-] tandis que les unités VO doivent être écrits log(-)
- lorsqu'il y a plusieurs signes de division dans une unité, ça ne passe pas côté VO où il faut un seul "/" et le reste en "-N"
- Lsun n'est pas compris par le VO
- etc.

Heureusement, il existe déjà une bibliothèque de conversion entre les unités CDS et les unités du VO. Gilles a mis en place la transformation dans une nouvelle version avec la conversion automatique des unités dans un paramètre "vounits" (un peu comme le "dbunits").

Il a regardé le résulat avec Sébastien et il reste quelques erreurs de conversion (<~1%)...

=> Gilles nous envoie la liste pour voir ce qu'on en fait. La plupart sont sans doute des unités incorrectement écrites au départ.

Questions en attente d'Emmanuelle (nov-dec. 2021) pour Pierre

J/ApJS/256/9 : catalogue prep. EUCLID en attente de validation par Caroline

Va automatiquement chez Caroline dès qu'il y a "infrared" dans les mots-clefs...

=> Pierre regarde pour la validation de ce catalogue.

2020ApJ...900...32P : Table 2 mis en E2 (29 galaxies). OK ?

=> OK pour laisser en priorité 2.

Catalogue J/AJ/151/120 : plusieurs unités étaient fausses (logSFR au lieu de SFR signalé par un utilisateur)

Plusieurs corrections mais les log/pas log (justement à cause de certaines unités entre crochets) n'étaient pas forcément très clairs. Il y avait aussi un % au lieu de per mille, etc.

=> Pierre vérifie si les corrections pour les tables 10-15 sont ok.

Ajouter mission Cassini pour J/ApJS/244/14 ?

=> Pierre voudrait ajouter Cassini-Huygens plutôt.

=> Gilles a ajouté la mission en direct (limite sur le nom de mission à 30cc). Sera ok en prod dans quelques jours.

=> Emmanuelle fera le 2v lorsque la mission sera en prod pour voir si tout est ok.

Catalogue FRBcat (J/other/PASA/33.45) non maintenu et CSV incomplet

Le catalogue FRBcat a été mis en ligne car il n'y avait aucun catalogue de FRB (fast radio burst) dans VizieR mais il n'est plus maintenu (arrêt en Juillet 2020) et incomplet : le CSV récupéré ne contient pas les références biblio alors qu'il s'agit d'une compilation et lorsqu'il y a plusieurs mesures pour un objet, le CSV n'en donnait qu'une... L'auteur n'a jamais répondu.

C'est le Transient Name Server (TNS) qui a pris le relais. Ce site propose des APIs mais apparemment il faut un login pour s'en servir.

=> Voir si on peut faire le lien depuis le FRBcat vers le TNS (autrement que par l'indication dans le ReadMe).

Par exemple, l'URL https://www.wis-tns.org/object/20210407A renvoie bien directement sur les infos du FRB. Il suffit d'enlever l'acronyme devant l'ID, fonctionne aussi pour le transient 2022ah par ex.

=> Léger problème : dans le FRBcat, il n'y a que 2 noms sur ce format... Tous les autres IDs sont différents et ne donnent rien sur le site du TNS par URL directe.

-- EmmanuellePerret - 2022-01-04

Topic revision: r1 - 2022-01-04 - 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