Réunion VizieR 25/04/2017

Présents: Marianne B., Sylvain G., Gilles L., Pierre O, Emmanuelle P., Tiphaine P., Patricia V.

Pierre

J/MNRAS/454/3597 : table 3 des distances en kpc à corriger

Changement pour pc fait en direct.

Le mot du jour : la luptitude

Dans le glossaire du SDSS, la luptitude (Lupton+, 1999AJ....118.1406L) est définie comme "An informal name for the asinh magnitude". Nouvelle échelle de magnitudes pour éviter d'avoir à utiliser des limites dans certains cas. Le terme reste informel donc une note et une explication sont nécessaires.

Problème des dates avec une unité affichée "s" résolu ?

Cf. Reu du 11 avril 2017 : La base de données VizieR stocke les dates en secondes mais à l'affichage pour une date de type "YYYY/MM/DDTh:m:s" ou "YYYY/MM/DDTh:m", on a aussi l'unité "s" qui s'affiche ce qui est un peu bizarre...

=>Gilles : un changement au niveau de l'unité des dates serait très compliqué et risqué. De nombreuses transformations sont faites sur les dates. Ajouter le problème dans Redmine, section "dev" au cas où on trouve une solution...

N.B. : Il y a effectivement deux unités liées à une valeur dans une table : unit = l'unité affichée et dbunit = l'unité de stockage pour la valeur.
La commande \vizSet permet de les modifier mais pour les dates, l'unité est un peu compliquée et donne lieu à moultes transformations automatiques à différents endroits...

Remarque : on note que pour B/corot, le ReadMe contient l'unité "datime" (donc stockage en secondes), mais la table HTML VizieR affiche uniquement des dates YYYY/MM/DD. En fait, une commande spéciale \vMore spécifie de n'afficher que les 10 premiers caractères (soit la date). Si on regarde la même table en VOTable, on a bien le date+time complet (de type "YYYY/MM/DDTh:m:s" avec unités "s") car pour le VO, tous les \vMore sont ignorés.

Emmanuelle

J/ApJ/833/19 (redmine ApJ #2634) : 28 plate-mjd-fiber non retrouvés dans SDSS - à corriger ?

Catalogue dans VizieR local. Pour l'instant, note uniquement interne pour prévenir l'équipe SIMBAD du problème. A priori, plate-mjd-fiber devrait être un numéro unique au cours des différentes versions SDSS ?

=> Ecrire aux auteurs pour signaler le problème + mettre Pierre en Cc. Si pas de réponse, pas de correction.

Problème avec un catalogue mis publique alors que pas terminé - supprimer le J-30 ?

Il faudrait :
- que les catalogues ne soient mis publiques que lorsqu'un astronome a fait la validation ;
- une commande qui nous permette de repousser la date de validation à 3 ans - le temps de tester le catalogue et d'avoir eu les retours nécessaires - avant de refaire un 2v classique local pour lancer le processus de validation.

J/ApJ/832/99 : Axe des Y inversé par défaut alors qu'il ne faudrait pas - par contre inversion de l'axe des X par défaut possible ?

=> Il n'y a pas de moyen pour que le documentaliste puisse renverser l'axe des X par défaut.
=> Par contre, dans ce cas, l'axe des Y ne devrait pas être inversé... Gilles regarde.

GL: c'est corrige %ENDCOLOR%

J/ApJS/224/3 (Redmine ApJS #2624) : graph_sql error ?

Le caractère "?" ne passait pas.

Emmanuelle : Je ne sais pas où il y avait un "?" dans ce tracé ??

Gilles

Demande de Pierre F. pour Aladin concernant les fichiers FITS

La fameuse "page verte" est inutile pour Aladin, il faudrait avoir un lien de téléchargement du fichier plutôt (ou en plus).

Voir aussi CR du 15 nov 2016 où on évoque déjà le problème pour les VOTables et la note de François du 10 dec 2013 pour rappeler que les liens via \aFile sont mieux dans un \vizLink que dans un \vizMore car Aladin ne peut pas générer le lien vers l'image dans ce dernier cas.

Marianne

J/ApJ/796/7 : des paramètres pas très clairs...

Par exemple, le logM/M_{sun}_ est une stellar mass ou bien un ratio comme pour les paramètres suivants ?

=> Pierre : dans le cas des masses pour les galaxies, il n'y a pas tellement de doute. On a soit :
- une masse dynamique qui mesure l'ensemble galaxie avec son halo et matière noire (généralement la mesure vient de la spectro),
- soit une masse stellaire qui mesure l'ensemble des étoiles de la galaxie (généralement provient plutôt de la photométrie).

Ici, il faut donc bien considérer cette écriture comme logM* (log de la masse stellaire) avec en unités [M_{sun}_]

La specific SFR (sSFR) est le rapport entre la SFR et la masse stellaire de la galaxie.

Sylvain

J/AJ/152/181 : AddXcount avec un rs=5 qui ne retrouve pas un objet à 4.8" ?

=> A priori, l'objet est plutôt à 5.5" donc devrait être bon avec rs=5.5

-- EmmanuellePerret - 2017-04-25