Réunion Mensuelle du groupe Calibrateurs du JMMC - Décembre 2012

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

Ordre du jour

Participants

Membre du groupe	Présent
OlivierChesneau
GillesDuvert
GuillaumeMella
JeanBaptisteLeBouquin
LaurentBourges

Actions ouvertes (à ce jour) :

JmmcSearchCalActionList %ACTIONSEARCH{ topic=Jmmc.JmmcSearchCalActionList?.* state="open" }%

Compte rendu

• Version officielle : changelog
• Version beta : changelog
• Version alpha : changelog

Développement en cours

GUI

Les fichiers VOtable seront zippés. En plus de l'interret 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 deja existantes de SearchCal + Cone Search.

Le client dispose d'une version en préparation d'un outil de diff pour montrer les differences entre deux votables (fonctionne aussi sur des jsdc) Action Laurent envoit le lien prochainement vers SearchCalDiff

--++ Coté serveur

Proper Motion

Les catalogues du serveur integrent les Epoch d'observation pour que la gestion des ProperMotion puissent etre 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 etant d'elargir le rayon de recherche et d'appliquer un post-traitement.

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

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

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é.

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

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

Les deux scenarii se font en johnson

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

Les polynomes sont en cousin citt dans l'infrarouge. Action JB verifer que toutes sont converties en cousin citt

Action LB remplacer les photometries 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.

JSDC

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 ?

On fera une teleconf dédiée. Olivier a rencontré plusieurs fois le resp du traitement de données GAIA. La saturation de Gaia est autour de 5.5. Mais ils vont essayer de descendre plus bas en traitant mieux la propagation d'erreurs.

L'eso va faire un survey vers 100000 etoiles avec des données spectro haute resolution. JB est sur que l'on pourra determiner des diametres a partir de ces données.

GD se demande pourquoi le SLOAN ne fait pas ce travail. A priori il n'y a aucune données en I par ex.

BadCal

2 sources / 3 sont dans Eggleton. Mais le groupe n'est pas tranché sur son intégration dans SearchCal.

GetStar

Doc de specification

Le doc existe mais reste a completer pour finaliser la presention des informations en mettant a jour le prototype existant.

BugFix dans la gestion des commentaires

CalEx

On n'engage pas de nouveau developpement, mais on fait la mise a jour.

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

TOPO ecole VLTI Sep2013

repporté

Prochaine réunion

Un template de compte-rendu est aussi fourni pour en faciliter la rédaction.