Réunion VizieR 29/10/2019

Présents: Marianne B., Coralie F., Giacomo M., Pierre O., Emmanuelle P., Tiphaine P.

Pierre

Grand catalogue : ATLAS-REFCAT2

En cours de récupération sur MAST par Thomas B. Tiphaine (à voir avec Emmanuelle) s'occupera du (ReadMe) -- il ne pourra pas être finalisé avant que Thomas ait tout récupéré et créé le sample de toute façon...

Chandra Source Catalog DR2

La première version étant un ApJS, c'est pour Emmanuelle. Il y a seulement ~300,000 lignes donc pas de procédure grand catalogue. Par contre, il y a 1700 colonnes (incluant les colonnes de vecteurs) : http://cxc.harvard.edu/csc2/ ...

=> Pierre voit avec Ada si on garde les 1700 colonnes.

GL: va falloir faire le tri... PostgreSQL n'accepte pas autant de colonnes...

=> La ref. Evans+ 2010ApJS..189...37E est déjà prise pour le catalogue IX/45 (CSC, Release 1.1 qui n'a que 216 colonnes -- pourquoi a-t-on Evans+, 2012 dans le ReadMe ? a priori, c'est une erreur...) : voir avec Patricia si on peut mettre la même ref. sur la Release 2.0 ou bien si on indique juste une ref. yCat ?

Pat : pas de souci. Pour le 3XMM, on a déjà le cas avec la même ref. (2016A&A...590A...1R) pour 4 catalogues...

=> Emmanuelle verra avec Gilles et les informaticiens Grand Cat pour récupérer les données via l'accès TAP.

Addendum (réunion du 05/11/2019):
Il y a une limite à 1000 colonnes pour les sorties FITS et pour PostgreSQL, la limite est entre 900 et 1500 colonnes...
=> Il faut réduire ou bien découper le catalogue en plusieurs tables.
=> Gilles et Marianne connaissent Jannett chez Chandra. Pierre propose de lui envoyer un mail pour voir si une sélection des colonnes peut être faite. Sinon Pierre proposait de ne garder que les données observationnelles, en dehors des paramètres modèles-dépendants.

Sur le site http://cda.cfa.harvard.edu/csctap/, la commande (exécutée dans un simple Terminal) :

curl --request POST \
  --location \
  --data REQUEST=doQuery \
  --data PHASE=RUN \
  --data FORMAT=votable \
  --data LANG=ADQL \
  --data 'QUERY=SELECT * from csc2.master_source m' \
  http://cda.cfa.harvard.edu/csc2tap/sync

devrait permettre de récupérer l'ensemble du catalogue... Du moins les 500 colonnes dont celles qui sont des vecteurs...

L'autre option est de passer par TOPCAT.

N.B. : La sortie VOTable ne fournit pas les UCDs (sauf pour les coo) !

Tiphaine

Ref. AJ, 158, 123 : à prendre ?

15 petites tables toutes en ASCII (pas de préparation par les auteurs/AAS) pour des Kuiper Belt Objects mais time series... Prioritaire ?

=> Pierre dit ok pour une priorité 2. Dans l'absolu, on pourrait le traiter en essayant de regrouper les tables mais pas forcément prioritaire.

Coralie

J/ApJ/867/167 : "lognH2" en label mais cm^-2 et pas [cm^-2] en unité + valeurs entre 20-25 pour un density number ?

=> OK pour remplacer density number par column density (le nombre de molécules d'Hydrogène par cm^2) et ce sont bien des log donc [cm^-2] en unités et logNH2 en label de colonne.

Le number density serait plutôt en cm^-3 (nombre de molécules par volume) et il est effectivement désigné par "n".

Emmanuelle

J/ApJ/862/96 : quelques UCDs et correction des noms ?

1. Pour les UCDs :
a/ de la table 5 "flux boosting parameter (B)" ; et "fidelity parameter (F)", mieux que FIT_PARAM_VALUE ??

=> Pour le flux boosting, sans doute une correction des flux, ok pour FIT_PARAM_VALUE ;
=> Pour Fidelity param, OBS_DETECT-SIGNIF plutôt.

b/ de la table 1 "opacity" (tau) = optical depth ? On a les 2 UCDs PHYS_OPACITY et PHYS_OPTICAL-DEPTH...

=> A priori, pas tellement de différence entre les deux. tau est effectivement utilisé pour optical depth donc ok pour PHYS_OPTICAL-DEPTH

c/ de la table 1 toujours : "sigma" = "average depth computed across each beam-smoothed LABOCA map, where the resulting FWHM of a beam is 27"" ?

=> Pierre pense qu'il s'agit aussi d'un PHYS_OPTICAL-DEPTH

2. les noms LURGS basés sur les positions sont parfois mauvais -- les "0" en RA ont parfois disparu (comme pour le SDSS quasar catalog...), ce serait bien de corriger. On peut le faire ?

=> OK pour corriger les noms avec une note + écrire aux auteurs. Du coup, en profiter pour demander si le sigma est bien un optical depth.

J/ApJ/864/111 : MJDs envoyés par l'auteur => création table lcs.dat, suppression des lignes à 99.99 ok, lien par coo ok ?

=> OK pour supprimer les lignes vides dans la table ajouté (il y a de toute façon un commentaire "table added by CDS").

=> Les graphes fonctionnent par position (rs=0.01"), ça a l'air ok donc pas besoin d'ajouter un numéro séquentiel pour faire le lien entre les tables. Le \vizAddXCount permettra aussi d'avoir le nombre de mesures par objet.

Question subsidiaire : Il y a une période pour la mag V et une autre pour la mag I parfois très différentes et le widget ne permet de prendre en compte qu'une seule période. Est-ce qu'il faut faire quelque chose ?

=> Les plots sont déjà bien sans période donc rien à faire.

-- EmmanuellePerret - 2019-10-29