Réunion VizieR 05/02/2019

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

Pierre

COSMOS2015 (J/ApJS/224/24) : suite

1. Proposition de tronquer les magnitudes avec la commande i2t dans un \vizSet - sinon les mag aberrantes seront prises pour le Photometry viewer

=> Pierre dit ok.

Emmanuelle/Patricia : sauf que i2t n'est pas possible dans ce cas (enlève quasiment toutes les magnitudes)! Le stockage des magnitudes avec 4 décimales ne tient pas sur 2 octets et est sans doute sur 4. C'est pour ça qu'il n'y a pas non plus de message d'avertissement pour les magnitudes >32 et que tout passe.

2. Il manque des filtres pour Subaru - Hyper Suprime-Cam dans METAfilter. Ils sont dans le SVO : filtre Y, par exemple.

=> Voir avec Gilles pour mettre à jour METAfilter. Probablement pas pour tout de suite...

Note pour moi-même à dire à Gilles : il y a aussi les filtres WIYN/WHIRC qui manquent...

3. Il reste enfin le problème de la page d'erreur lorsqu'on veut afficher toutes les colonnes.

On fait une requête TAP pour voir quels sont les catalogues VizieR avec le plus grand nombre de colonnes :
select count(*) as N, tabid, catid from METAcol group by catid, tabid order by N desc

36190014 (J/A+A/619/A14) a le plus grand nombre de colonnes - à savoir 478 - et le "select all columns" ne fonctionne pas non plus.
Idem pour le suivant (18540183 - J/ApJ/854/183 - 467 colonnes)

Par contre, pas de souci pour 74835554 (J/MNRAS/783/5554 qui a 424 colonnes)

=> Gilles va voir mais il faut mettre une nouvelle version de VizieR pour corriger le problème - donc pas tout de suite... Ne pas bloquer le catalogue pour ça !

Suite problème plot widgets (écriture mathématique des exposants pour les valeurs des axes)

Thomas a déjà corrigé un certain nombre de plots. Reste le problème du J/MNRAS/455/2918.

=> On ne fait rien pour l'instant : Thomas a récupéré une liste de plots pour pouvoir tester ses modifications.

Suivi problème mail du week-end non envoyé

Le mail intitulé "Astronomical catalogues at CDS" n'est toujours pas envoyé automatiquement. Gilles a fait des envois manuels pour l'instant.

N.B. : ADS se sert de la liste des catalogues qui sont sur le FTP ( make_public fait) pour indexer les catalogues. Ainsi COSMOS2015 est déjà indexé chez eux... C'est prévu comme ça.

Modification de la documentation pour la recherche via RA

Actuellement la documentation indique qu'avec une contrainte de type "359 .. 001" on fait une recherche sur RA en "decimal degrees".
Ce qui est faux. La recherche actuelle interprète un chiffre entier en RA comme une heure.
Pour avoir une contrainte en degrés, il faut un chiffre décimal (ou juste le point) -- RA<5. est bien interprété en degrés ; par contre, RA<5 renvoie tout ce qui est inférieur à 5h.

=> Pierre envoie un texte pour que Gilles modifie la doc.

=> A terme, Gilles souhaite modifier le comportement pour que les contraintes sans blanc soient interprétées comme des degrés ?

Gilles

Travail sur la refonte de la documentation VizieR pour les usagers à démarrer

Sébastien est partant pour faire partie du groupe de travail. Il a déjà proposé des idées d'outils (type Wiki pour permettre une mise à jour facile).
Réflexion déjà en cours :

faut-il proposer un forum, une F.A.Q., etc.
Il y a aussi deux types de doc différentes pour VizieR : l'accès et l'utilisation des données vs la soumission des données par les auteurs.
Pour l'instant pas de doc pour astroquery ...
Mise en valeur du "guide des bonnes pratiques" de Marion Schmitz...

=> Gilles va faire un sondage pour une réunion de travail fin février.

Emmanuelle

J/ApJS/239/23 : une colonne d'EW en CIV qui contient des valeurs limites de strength si...

"Note (1): If the rest frame equivalent widths and corresponding errors of
    both lines of a C IV doublet are same, these values are the 1{sigma} upper
    limits of absorption strengths and indicate that the C IV NALs are not
    observed in the corresponding spectra."

Il y a effectivement des colonnes avec 4 fois la valeur 0.11 (par exemple). Est-ce qu'il faut modifier la table pour mettre ces valeurs (qui ne sont pas des EWs) dans une autre colonne du coup ?

=> Pierre dit oui. La note n'est pas forcément vue...

J/ApJS/239/20 : nouvelle version OCARS...

Pour la deuxième version, l'auteur n'avait pas voulu mettre ses données dans VizieR. On prend du coup ?

=> Il faut écrire à l'auteur pour savoir s'il veut bien mettre cette version là dans VizieR... - pas d'urgence.

Problème général avec l'indexation pour METAtime - quand est-ce qu'on prend ??

cf. Présentation d'Ada pour time domain definition - et les exemples

Il s'agit bien d'indexer uniquement les tables de time series ?

=> Pierre & Gilles ne sont pas d'accord : toutes les dates des catalogues sont intéressantes (sauf s'il ne s'agit pas vraiment d'une date d'observation comme dans le cas du MJD pour le plate-MJD-fiber du SDSS) - ce n'est pas seulement pour des time series...

=> Emmanuelle (et Tiphaine) envoie(nt) une liste d'exemples de catalogues à Pierre pour savoir dans quels cas on prend ou pas pour METAtime.

Quelques cas vus en réunion :
J/ApJS/238/32 : 3 colonnes MJD, MJDstart, MJDend => ne prendre que MJD - la variation de temps importante est celle de la durée de suivi pour l'objet - pas la durée de chaque observation.

J/ApJS/238/23 : log d'observations Chandra pour Abell 133 => on prend !!!!

J/ApJS/239/5 : une seule date BJD pour la plupart des objets, mais parfois plusieurs pour un même objet => on prend !

-- EmmanuellePerret - 2019-02-05