(r5) JMMCSearchCalReunionGroupeDec2012 < Jmmc/Software

Tags: view all tags
---+!!<center>Réunion Mensuelle du groupe Calibrateurs du JMMC - Décembre 2012</center>

Date fixée au 19/12/2012 de 13h30 à 15h.


---++!! Ordre du jour
%TOC%

---++!! Participants 
<!--
|Main.XXX|%ICON{choice-no}%|
|Main.YYY|%ICON{choice-yes}%|
-->
|*Membre du groupe*|*Présent*|
|Main.OlivierChesneau|%ICON{choice-yes}%|
|Main.GillesDuvert|%ICON{choice-yes}%|
|Main.GuillaumeMella|%ICON{choice-yes}%|
|Main.JeanBaptisteLeBouquin|%ICON{choice-yes}%|
|Main.LaurentBourges|%ICON{choice-yes}%|
|Main.SylvainLafrasse|%ICON{choice-yes}%|

---++!! Actions ouvertes (à ce jour) :
Jmmc.JmmcSearchCalActionList
%ACTIONSEARCH{ topic=Jmmc.JmmcSearchCalActionList?.* state="open" }%

---++!! Compte rendu
   * Version officielle : [[http://www.jmmc.fr/searchcal/releasenotes.htm][changelog]]
   * Version beta : [[http://jmmc.fr/~betaswmgr/SearchCal/releasenotes.htm][changelog]]
   * Version alpha : [[http://jmmc.fr/~lafrasse/SearchCal/releasenotes.htm][changelog]]

---++ Développement en cours

---++ GUI
Les fichiers VOtable seront zippées. En plus de l'interêt du facteur 10 en taille, on peut charger le JSDC. On peut donc exploiter sur le catalogue (pour le groupe puis tous probablement) avec les fonctions déjà existantes de SearchCal + Cone Search.
Typiquement: (5-6mega --> 100 Ko), 
Catalogue JSDC en VO-tab: ~400 mega-->20 mega

Le client dispose d'une version en préparation d'un outil de diff pour montrer les différences entre deux votables (fonctionne aussi sur des jsdc)

Action Laurent envoie le lien prochainement vers SearchCalDiff

--++ Coté serveur

---+++ Proper Motion
Les catalogues du serveur intègrent les Epoch d'observation pour que la gestion des ProperMotion puissent être exploitées dans les algos de crossmatch.
HIP2 est utilisé de manière prioritaire pour les coordonnées et PM. 

L'utilisation dans le cas de bright est simple. Le cas faint (qui debute par 2MASS) est plus difficile mais Laurent à mis au point l'algorithme qui permet de retrouver les mêmes etoiles dans des catalogues sans PM.L'astuce étant d'élargir le rayon de recherche et d'appliquer un post-traitement.

Dans tous les cas ce traitement est pertinent pour tous les scénario. Il reste une piste d'amélioration avec la prise en compte de l'ellipse d'incertitude.

Le CDS a fixé le problème remonté sur les coordonnées pour l'exploitation de HIP2 (5eme decimal en degre).

Ce travail aura des répercussions importantes dans le cas d'instrument astrométriques de type PRIMA/GRAVITY.

---+++ intervalle de validité des polynômes
Laurent à rajouter dans le code la prise en compte de ces intervalles mentionné par Xavier.

La perte peut être problématique dans le cas scenario bright.

Action JB:  Verifier l'impacte sur les bornes de validité en couleurs et les types spectraux.

La notion d'erreur (cf remarque d'Olivier) devrait être largement amélioré.
Au lieu de rejeter systématiquement les étoiles des listes (au risque de générer l'incompréhension de certains utilisateurs avertis), on peut faire un flag d'erreur sur les diamètres. Cela implique la propagation des barres d'erreur et de warning. Délicat...

---+++ calcul dans les mêmes bandes photo en faint/bright

Action Guillaume : remonter les catalogues de données photométriques des nouveaux catalogues

Les deux scenarii se font en johnson

La bande I est très mal couverte.
Les magnitudes cousins affichées sont les plus homogènes (prend en compte les I johnson venant de 2mass qui n'en sont pas vraiment)

Les polynômes sont en cousin citt dans l'infrarouge.

Action JB vérifier que toutes sont converties en cousin citt

Action LB remplacer les photométries affichées dans le client.


---+++ plus d'interpolation de magnitude quand la plx est inconnue
La modif de code d'unification.

La propagation de la barre d'erreur.

Le document JMMC-SPE-2600-0001 explique comment traiter le cas FAINT sans Av.
Ce doc dit de faire Av=0, Av=3 puis de rejeter l'étoile si les V2 sont incompatible.
1-> le code ne fait pas ca: si les V2 sont incompatible, on garde l'étoile avec Av=0.
2-> le document ne dit pas quels paramètres garder (Av=0, Av=3 ?) dans le cas ou les V2 sont compatibles.

Action Laurent: fixer le bug de l'AV.


---+++ validation du code:
Action Olivier : identifier une liste de sources qui permettrait de valider le code. Travail en cours basé sur la liste de calibrateurs MIDI (se focaliser sur les géantes K III).

---++ JSDC
Action: Olivier reprend contact avec Markus.

On refait un JSDC une fois les derniers bug fixés. 


---++ "ESO-Gaia survey"
Quel impact sur SearchCal ? qui suit ? Olivier. Action à long terme: 
rappel: GAIA lancé fin 2013, puis observations pendant 5 ans!

On fera une teleconf dédiée. Olivier a rencontré plusieurs fois le resp du traitement de données GAIA (F. Mignard). 
La saturation de Gaia est autour de 5.5. Mais ils vont essayer de descendre plus bas (Magnitude 2?) en relaxant considérablement les conditions de traitement.

L'ESO va faire un survey vers 100000 étoiles avec des données spectro haute résolution.
JB est sur que l'on pourra déterminer des diamètres a partir de ces données (voir Gilmoore et al. 2012).

GD se demande pourquoi le SLOAN ne fait pas ce travail. A priori il n'y a aucune données en I par ex. Le SLOAN est vraiment un catalogue pour les galaxies et aucun catalogue d'étoile n'a été publié (à vérifier, mais étoiles faibles de toute manière).

---++ !BadCal
2 sources / 3 sont dans Eggleton. Mais le groupe n'est pas tranché sur son intégration dans SearchCal.Problème: même les binaires visuelles à grande séparation sont inclues dans ce catalogue. Dur à paramétrer son utilisation...

---++ !GetStar
---+++ Doc de spécification
Le doc existe mais reste a compléter pour finaliser la présentation des informations en mettant a jour le prototype existant.

---++ BugFix dans la gestion des commentaires 
---++ CalEx (Recherche de calibrateur autour d'étoiles à exoplanètes dans le cadre de Prima)
On n'engage pas de nouveau développement, mais on fait la mise a jour. 

Olivier suppose que ce travail pourra être décliné dans le contexte de Gravity. Ce sera probablement évoqué au niveau du conseil scientifique

---++ TOPO école VLTI Sep2013
La prochaine école VLTI aura lieu à Barcelonnette la première quinzaine de septembre. 
Un tout nouveau centre des congrès avec ordinateurs sera à disposition.
Le JMMC sera sollicité très prochainement à ce sujet (en particulier pour l'installation des outils JMMC et données sur les machine de manière homogène).

---++!! Prochaine réunion
Un [[JmmcSearchCalReunionMensuelleMois20XXTemplate][template de compte-rendu]] est aussi fourni pour en faciliter la rédaction.
Topic revision: r5 - 2013-01-08 - GuillaumeMella