Réunion Mensuelle du groupe Calibrateurs du JMMC - Septembre 2011
Date fixée au 21/09/2011 de 10h à 12h.
Ordre du jour
Participants
Actions ouvertes (à ce jour) :
JmmcSearchCalActionList
%ACTIONSEARCH{ topic=Jmmc.JmmcSearchCalActionList?.* state="open" }%
Compte rendu
Science
Article SearchCal Faint publié.
AKARI pleinement implémenté.
- Quand données 9 micron manquantes, extrapolées à partir de 18 micron;
- Impact sur le nouveau catalogue ?
- Pourquoi plus de 18 microns que de 9 ?
3 publications pour JSDC
Communication de GillesDuvert en préalable à la réunion
Avant la téléconf, un petit état des lieux sur une version de développement du serveur searchcal pour générer le catalogue JSDC en une passe.
La méthode actuelle consiste à utiliser le scénario classique bande K sur des centaines de 'patchs' couvrant tout ciel et de retier tous ces résultats en enlevant les doublons éventuels. C'est le JSDC publié, et ça met une journée à se faire. Eventuellement, dans des régions denses, comme on a limité à 1000 objets le nombre d'étoiles retournées, on peut en rater.
La méthode récemment développée consiste à bénéficier des immenses progrès en taille mémoire et rapidité obtenus au niveau du code du serveur searchcal pour:
- charger en mémoire un catalogue local, par exemple le l/280B/ascc récupéré une bonne fois pour toutes du CDS, mais auquel on a enlevé toutes les étoiles n'ayant pas de mesure de parallaxe, celles dont la parallaxe est <1mas et celles dont le ratio erreur sur la mesure de parallaxe/valeur de la parallaxe est < 0.25 (donc: les mesures de parallaxe de bonne qualité). On passe de 2.4Millions d'étoiles à 70853 et c'est facilement gérable en local.
- interroger ensuite le CDS comme dans le scénario BrightK pour compléter les infos et produire une grande VOTable d'un coup.
Ca tourne en approx 1heure.
Les premiers résultats (sur un catalogue d'entrée légèrement différent, le van leuveen 2007), retournent 47423 étoiles avec DiamFlag OK.
Cependant, si on regarde de plus près, il y a un effet de bord visible de la qualité du type spectral, en particulier de la classe de luminosité. En effet, comme il n'y a essentiellement pas de mesure en R dans les catalogues, searchcal reconstruit quasi-sytématiquement la photométrie R à partir des autres couleurs et de [type spectral, classe de luminosité],
avant que de calculer diam_bv, diam_vr, diam_vk.
Or, R n'est reconstruit que si le b-v observé (qui est toujours présent dans le catalogue) est à 10% près compatible avec le b-v théorique de la classe spectrale correspondante. Sinon pas de R et pas de diamètre LD et diamOK=NO.
Sur les 70853 étoiles d'entrée, il y a 48% d'étoiles avec une classe de luminosité et 52% sans.
Le taux de succés du calcul du diamètre (diamOK=yes) est de 82% des étoiles ayant une classe de luminosité, il tombe à 50% pour les étoiles n'ayant pas de classe de luminosité. Pourquoi? Parce que nous supposons que ces étoiles à la classe de luminosité inconnue sont des naines, et que si ce sont des géantes, les B-V des géantes sont suffisament différents des B-V des naines pour qu'elle ne passent pas le test. Un plot rapide montre que plus sa parallaxe est petite, plus une étoile sans classe de luminosité a peu de chance de succés.
J'en conclus qu'il faudrait pour donner toute leurs chances aux étoiles sans classe de luminosité (situées principalement au dessus de +5° de déclinaison), il faudrait essayer aussi de les supposer géantes si le test b-v ne passe pas avec une hypothèse 'Naine'. On pourrait espérer alors monter le nombre d'objets ayant un diamOK à 58-59000.
Tout cela en attendant les coeffs miracle en JHK de Xavier qui permettront de n'utiliser que les photométries IR et de ne quasi plus dépendre du type spectral....
Problème de dépendance sur la bande R
- Catalogue ASAS en bande I pour l'hémisphère sud (nord à venir) : 2/264
- demander un accès préliminaire au catalogue nord.
- Coefficients du polynôme en I ?
- vérifier dans le document de calcul des diamètres LD.
Von Leuven à la place d'Hiparcos ?
Logiciel
Version 4.3.2
- Simple correction de bug;
Version 4.4
- Modifications majeures dans le serveur:
- stabilité et performances;
- AKARI;
- Quelques amélioration dans l'interface graphique;
- En attente de:
- documentation d'interrogation et manuel utilisateur à jour pour l'ajout des colonnes AKARI dans l'interface;
- validation scientifique de la dernière version 4.4b1 avant déploiement (après CfP P89);
JSDC
Préparation de la 2ème version
- Nouveautés :
- améliorations générales;
- photométries IR;
- plus grande rapidité de création (~1h);
- l'ancien scenario améliore déjà le retour : premiers résultats d'analyse.
- Le renouvellement du JSDC par le CDS :
- un nouveau catalogue au CDS à chaque fois ?
- une mise à jour (contacter CDS, format changé) ?
Collaboration ESO
P89
- Nous fournissons un catalogue comme avant ?
- oui;
- investiguer les problèmes remontés par Klara;
- Nous les préparons 'psychologiquement à utiliser le JSDC version 2 ?
- Klara semble indiquer que la version expert de Calvin utiliserai JSDC !
- objectif pour P90 !
10 ans du VLTI
- Organisation d'une réunion informelle à l'ESO pendant le workshop VLTI ?
- Qui serait présent ?
BadCal
Activité scientifique récente ?
- Quelques nouveaux mauvais calibrateurs en attente de validation.
Améliorations techniques récentes ?
- La réception de la description de l'étoile soumise et simplification du processus de validation bientôt disponibles !
Perspectives
- La discussion sur les développements futurs est reportée à plus tard compte-tenu de l'actualité court terme.
Prochaine réunion
Un
template de compte-rendu est aussi fourni pour en faciliter la rédaction.
--
SylvainLafrasse - 07 Sep 2011