Réunion VizieR 09/06/2015

Présents : Sylvain G., Gilles L, François O., Emmanuelle P., Patricia V.

Emmanuelle :

J/ApJ/778/L13: besoin de limiter l'axe des X par défaut ; comment ?

Il faudrait contraindre l'axe des X à des valeurs entre 3800 et 4100 par défaut. Il y a déjà eu une question similaire lors de la réunion du 20 mai 2014.

Dans cet exemple, on avait dans le .graph_sql :

spectrum:-r:SELECT 0-299792.458*$1/${nu0} as 'V[km/s]' ,$2 as 'Tmb[K]' from "fits/${FileName}" WHERE 0-299792.458*$1/${nu0}>-100 and 0-299792.458*$1/${nu0}<100

Pour contraindre l'axe entre -100 et 100 (Cat. J/A+A/557/A104)

Ici avec :

plot:-r:SELECT lambda as 'Wavelength [AA]', Trans as 'Transmission percentage' FROM "fig1c.dat" WHERE lambda>3800 and lambda<4100

Cela fonctionne bien.

N.B. : Par contre, on note que le \AA ne fonctionne pas comme caractère spécial pour Angstrom (LaTeX non reconnu dans les widgets) : faut-il faire autrement ?

J/ApJ/778/127: magnitudes UKIDSS en AB système ?

Dans le texte, les auteurs parlent d'une conversion des mag UKIDSS en AB (cf. equations 3 et 4, section 6.1 et 4.1) mais la figure 1 donne des mag JK en Vega... Les magnitudes de la table sont légèrement différentes de celles du UKIDSS mais est-ce suffisant pour du AB ??

=> Demander à Pierre de regarder...

François : la différence entre une mag Vega ou AB est ~1 à partir du filtre J (si Jmag ~ 10 en Vega system, Jmag ~ 11 en AB) et augmente quand on va vers IR plus lointain. Donc ici, il s'agit probablement du système Vega.

J/ApJ/776/67: problème avec un numéro WEBDA qui n'est pas listé pour Praesepe => doute sur numérotation ; ne rien mettre ?

Dans la table2, le numéro séquentiel qui définit l'identification des objets (pas d'autre nom et pas de coo) vient de WEBDA. Pour Hyades, il n'y a pas vraiment de doute sur les numéros mais pour Praesepe, au moins un des numéros donnés (#1133) n'existe pas dans la liste WEBDA principale (col. 0)... Comme il y a eu des problèmes avec ces numéros car il y a eu des cas de re-numérotation, est-ce qu'il vaut mieux ne pas retrouver les coo pour ces objets ?

=>François regarde s'il peut retrouver le 1133 ; sinon, il vaut mieux ne rien mettre (comme toujours en cas de doute)...

Vu avec François : #1133 = HD 72779 = #133 dans Vanderlinen (retrouvé avec le vsini qui vient de Webda (table vsini) : 99.0 = ref 139. Table References : 139 = 1999ApJ...521..682A. Dans cette ref., HD 72779 à un vsini de 99 et est cross-identifié avec Vanderlinden 133...).

On peut quand même récupérer les positions de Webda ; vérifier quelques objets avec leurs vsini...

J/ApJ/778/150 : des GLON négatifs ; OK ? Filtre du Imag ? "1e-6" = 10-6 en unit ?

• La conversion automatique se fait bien correctement pour ces GLON. On note juste qu'en cas de recherche par coo -5.0 -3 est bien compris alors que -5 -3 ne l'est pas...
• Le Imag correspond en fait à un filtre large "standard Kron/Cousins R and I". Mettre seulement PHOT_MAG_R en UCD. Ainsi le filtre n'est pas détecté et n'est pas pris en compte pour le photometry viewer (alors qu'avec PHOT_COUS_I, il est pris en compte).
• "In e-6" dans l'explication donne bien 10-6 dans la colonne "Units.

L'URL permettant de trouver le catalogue est : http://www.astro.washington.edu/users/ivezic/sdss/catalogs/S82variables.html

Le master catalog n'a pas l'air très gros et bien décrit. Par contre il y a des fichiers pour les Light Curves...

=> Emmanuelle regarde ce qu'elle peut en faire.

Emmanuelle : Variable star catalog fait. Standard star catalog (http://www.astro.washington.edu/users/ivezic/sdss/catalogs/stripe82.html) en cours (réclamé par Heinz A.)

Gilles :

J/AJ/149/11: bug résolu

Le graph ne fonctionnait pas avec un fichier tel que "sp/21lyn.dat" qui contient en en-tête une description de plusieurs lignes commentée par un "#". Le problème est résolu.

Herschel (VI/139): dernière modification assez récente... Leur demander des redirections ?

La dernière modification demandée par l'équipe Herschel pour mettre à jour les vignettes date de décembre... A chaque fois, il faut faire tourner un programme pour récupérer les bons ID et les URLs correspondantes et refaire toutes les vignettes ce qui peut être assez lourd. De plus dès qu'une URL ou un graph est modifié, l'information n'est plus valide sur VizieR sans que nous soyons forcément au courant (pas de nouvelle depuis le dernier mail du 1er juin).

=>Gilles leur fait une réponse en demandant s'ils ne peuvent pas faire des re-directions de leur côté car les changements d'URLs ont l'air assez fréquents...

N.B. : Gilles n'est pas là la semaine prochaine (IVOA) - A voir quand tout le monde sera là : les statistiques sur UCDs...

Interface pour la recherche de données associées quasiment terminée - à tester.

Par rapport à la dernière fois, ajout de la recherche simple par dates et bandes spectrales (avec différentes unités). L'application Aladin fonctionne.
URL : http://cds.u-strasbg.fr/~landais/VizieRAssocData/

Sylvain :

J/AJ/149/157: plusieurs tables en ASCII mais qui sont en fait des images avec des paramètres pour 10 amas ; à prendre ?

Cela va prendre beaucoup de temps (mais avait été fait dans un papier précédent pour des tables MRT cette fois).

=> Temps de travail beaucoup trop long... Sera fait si demandé, sinon on laisse tel quel.

J/AJ/149/64: UCD pour le ratio nombre de sources avec ou sans GLIMPSE xid (table 3) ?

Il existe un FIT_RATIO assez vague...
Ici, on peut mettre un STAT_PARAM puisqu'il s'agit d'un paramètre statistique...

François (memo 2015-06-12 :

J/ApJS/217/4: le AddCount est souvent plus utile qu'un simple lien - c'est le cas ici.

N.B. : Il est possible d'ajouter des conditions sur un \vizAddCount ...

J/ApJS/217/12: faire un lien sur les spectres de leur site ?

Les données des tables ne donnent que des largeurs équivalentes ; pas les spectres. Ces derniers se trouvent sur http://miocene.anu.edu.au/priv/S7DR1/ ... Faut-il en demander une copie ou faire un simple lien ?

=> François voit avec Pierre ce qu'il vaut mieux faire pour ce catalogue.

J/ApJS/217/16: la table 4 devrait donner 3697 planètes candidates en MRT ; manquante ?

=> Emmanuelle voit avec Greg et les auteurs le cas échéant...

Emmanuelle : La table 4 a été ajoutée (envoyée par Greg - un oubli de l'IOP...)

N.B. : pour les KIC ajoutés, penser à mettre le format de la colonne en numérique :
\vizAddColumn{ table1 }{ KIC }{.kic}{dbtype=i4 fmt=8d}{-KOI} ...

J/ApJS/217/17: pour réduire le nombre de décimales à afficher, préférer "decimals=3" à "fmt=6.3f"

\vizSet{ table2 }{ Area Gain }{ decimals=3 }
plutôt que \vizSet{ table2 }{ Area Gain }{ fmt=6.3f }
En effet, changer le format ne change pas la façon dont les valeurs sont stockées dans la base (double-précision dès qu'il y a plus de 6 chiffres significatifs), mais seulement leur édition tandis que "decimals" change également la valeur stockée (et en plus, c'est plus simple à écrire).
Sauf pour les positions, où la réduction du nombre de décimales peut poser problème...

J/ApJ/777/157: attention aux unités !

Units "1-9", "1+12" ne donnent pas "10-9" et "10+12" dans VizieR si on les laissent tels quels...

-- EmmanuellePerret - 2015-06-09