| 
    
       Minutes Telecon SWG ANR COMPASS
 
     | 
  
  
     | 
    
       1er juillet 2013 11h15-12h15
 
     | 
  
  
     | 
    
       
     | 
  
  
     | 
    
       -------------------------------------------------------------------------
 
     | 
  
  
     | 
    
       
     | 
  
  
     | 
    
       Presents: BE (LAM) CV AC (IPAG) GR DG (LESIA) MP (GEPI)
 
     | 
  
  
     | 
    
       Excuse: YC (LESIA), JLB (IPAG)
 
     | 
  
  
     | 
    
       
     | 
  
  
     | 
    
       -------------------------------------------------------------------------
 
     | 
  
  
     | 
    
       
     | 
  
  
     | 
    
       Liste des actions: 
 
     | 
  
  
     | 
    
       
     | 
  
  
     | 
    
       rappel A7-9-10: Tous, collecter les fiches de simulations restantes et
 
     | 
  
  
     | 
    
       finaliser toutes les fiches pour la prochaine telecon: LESIA-> petits
 
     | 
  
  
     | 
    
       corps, disques circumstellaires, IPAG->Xavier Bonfils, GEPI-> pop.
 
     | 
  
  
     | 
    
       stellaires
 
     | 
  
  
     | 
    
       
     | 
  
  
     | 
    
       A13: Completer le rapport sc. sur les interfaces/base de donnees avant
 
     | 
  
  
     | 
    
       mi-juillet (MP)
 
     | 
  
  
     | 
    
       
     | 
  
  
     | 
    
       A14: lister les parametres a specifier dans les simulations OA (GR)
 
     | 
  
  
     | 
    
       
     | 
  
  
     | 
    
       A15: lire et envoyer corrections a MP sur le rapport sc. (Tous)
 
     | 
  
  
     | 
    
       
     | 
  
  
     | 
    
       -------------------------------------------------------------------------
 
     | 
  
  
     | 
    
       
     | 
  
  
     | 
    
       Tour d'horizon des fiches de simulation manquantes:
 
     | 
  
  
     | 
    
       
     | 
  
  
     | 
    
       -disques circumstellaires: pas de retour au LAM. Update de BE par
 
     | 
  
  
     | 
    
        email le 2/7/13: l'equipe concernee au LAM (P. Vernazza) est
 
     | 
  
  
     | 
    
        surchargee et nous demande de ne pas compter sur elle. Elle suggere
 
     | 
  
  
     | 
    
        de contacter B. Carry (IMCCE) ou F. Merlin (LESIA). YC prend en
 
     | 
  
  
     | 
    
        charge de contacter les personnes potentiellement interessees au
 
     | 
  
  
     | 
    
        LESIA.
 
     | 
  
  
     | 
    
       
     | 
  
  
     | 
    
       -Imagerie dans les amas: commentaires de M. Huertas pas email sur la
 
     | 
  
  
     | 
    
        fiche "morphologie des galaxies" a integrer mais ne semble pas
 
     | 
  
  
     | 
    
        apporter de contrainte additionelle importante.
 
     | 
  
  
     | 
    
       
     | 
  
  
     | 
    
       -Galaxies resolues en etoiles: contact etabli avec F. Royer au GEPI,
 
     | 
  
  
     | 
    
        pas encore de retour.
 
     | 
  
  
     | 
    
       
     | 
  
  
     | 
    
       Premier retour sur le premier draft du document (hors coquilles/typos
 
     | 
  
  
     | 
    
       a envoyer directement a MP):
 
     | 
  
  
     | 
    
       
     | 
  
  
     | 
    
       -oublie sur la necessite d'obtenir le champ EM complet dans le cas
 
     | 
  
  
     | 
    
        haut contrast
 
     | 
  
  
     | 
    
       
     | 
  
  
     | 
    
       -ajouter un schema decrivant les interfaces simulateur instru vs.
 
     | 
  
  
     | 
    
        simulateur OA
 
     | 
  
  
     | 
    
       
     | 
  
  
     | 
    
       Discussion sur les interfaces simulateur instru vs. simulateur OA.
 
     | 
  
  
     | 
    
       Trois bases de donnees sont a prevoir afin de gerer ces interfaces:
 
     | 
  
  
     | 
    
       
     | 
  
  
     | 
    
       (1) Pour tous les cas sc. sauf ceux lies au haut contrast, l'interface
 
     | 
  
  
     | 
    
        se fait via une PSF ou une serie de PSF (par ex. serie temporelle de
 
     | 
  
  
     | 
    
        seeing). On evitera de stocker le champ EM complet, ce qui se
 
     | 
  
  
     | 
    
        revelerait beaucoup plus volumineux. Les PSF pourront correspondre a
 
     | 
  
  
     | 
    
        une pose courte ou longue. On s'oriente naturellement vers une base
 
     | 
  
  
     | 
    
        de donnees contenant a la fois les PSF sous format FITS (ou un cube
 
     | 
  
  
     | 
    
        de donnees stockant une serie de PSF) et une description de ces PSF:
 
     | 
  
  
     | 
    
        longueur d'onde, seeing, L0, pas de temps, vitesse du vent, Cn2,
 
     | 
  
  
     | 
    
        config du systeme OA, etc. ainsi que des parametres de performances:
 
     | 
  
  
     | 
    
        SR, EE.
 
     | 
  
  
     | 
    
       
     | 
  
  
     | 
    
       (2) Pour le cas haut contrast: il faut dans ce cas stocker le champ EM
 
     | 
  
  
     | 
    
        complet (amplitudes + phases) ainsi qu'un "bestiaire" de
 
     | 
  
  
     | 
    
        coronographes.
 
     | 
  
  
     | 
    
       
     | 
  
  
     | 
    
       (3) Stockage des donnees a haute resolution servant d'input a la
 
     | 
  
  
     | 
    
       simulation instrumentale. Celle-ci sera par nature tres heterogene et
 
     | 
  
  
     | 
    
       devrait naturellement se limiter a un format simple de type page html
 
     | 
  
  
     | 
    
       ou similaire. Fonctions de base a prevoir: exploration des donnees
 
     | 
  
  
     | 
    
       disponibles avec description succinte; possibilite d'ajouter des
 
     | 
  
  
     | 
    
       donnees non presentes avec verification de leur compatibilite avec le
 
     | 
  
  
     | 
    
       simulateur par un admin; possibilite de faire une simulation avec ses
 
     | 
  
  
     | 
    
       propres donnees sans que celle-ci soient systematiquement ajoutees a
 
     | 
  
  
     | 
    
       la base (cas des donnees proprietaires).
 
     | 
  
  
     | 
    
       
     | 
  
  
     | 
    
       Discussion sur les contraintes "utilisateur". Trois scenario
 
     | 
  
  
     | 
    
       d'utilisation sont discutes et definis:
 
     | 
  
  
     | 
    
       
     | 
  
  
     | 
    
       -Cas "utilisateur astro", sans connaissances instrumentales poussees.
 
     | 
  
  
     | 
    
        Le point d'entree de la simulation se fera alors via le choix d'un
 
     | 
  
  
     | 
    
        concept instrumental (ELT-CAM, ELT-IFU, etc.) pour observer un champ
 
     | 
  
  
     | 
    
        ou un type d'objet donne. Ce type d'utilisateur sera refractaire a
 
     | 
  
  
     | 
    
        l'exploration de l'espace des parametres instrumental qui devra etre
 
     | 
  
  
     | 
    
        fige a des valeurs types et cherchera plutot a explorer l'espace des
 
     | 
  
  
     | 
    
        parametres physiques ou observationnel (a relier a l'utilisation de
 
     | 
  
  
     | 
    
        type "ETC" dans le doc). Le choix de la PSF devra etre limite aux
 
     | 
  
  
     | 
    
        systemes d'OA naturellement associes au concept d'instrument choisi,
 
     | 
  
  
     | 
    
        ainsi qu'a des corrections "typiques". Lorsque l'espace des
 
     | 
  
  
     | 
    
        parametres est trop grand pour qu'une correction "typique" ait un
 
     | 
  
  
     | 
    
        sens, on guidera l'utilisateur vers des configurations (plutot que
 
     | 
  
  
     | 
    
        des performances) typiques (par exemple: un champ cosmo en MOAO, une
 
     | 
  
  
     | 
    
        etoile de mag et distance donnee en SCAO).
 
     | 
  
  
     | 
    
       
     | 
  
  
     | 
    
       -Cas "utilisateur expert" qui cherchera a explorer certains aspects
 
     | 
  
  
     | 
    
        simples de l'espace des parametres instrumentaux (echantillonnage,
 
     | 
  
  
     | 
    
        resolution spectrale, etc.) mais sans entrer dans le detail de la
 
     | 
  
  
     | 
    
        configuration du systeme d'OA (a relier au cas "design trade-off" du
 
     | 
  
  
     | 
    
        document). Dans ce cas, le point d'entree de la simulation sera
 
     | 
  
  
     | 
    
        egalement un concept d'instrument mais avec la possibilite d'en
 
     | 
  
  
     | 
    
        changer les caracteristiques de base. Le choix de la PSF devra etre
 
     | 
  
  
     | 
    
        limite aux systemes naturellement associes au concept d'instrument
 
     | 
  
  
     | 
    
        choisi mais avec un choix elargi en terme de configurations et de
 
     | 
  
  
     | 
    
        parametres.
 
     | 
  
  
     | 
    
       
     | 
  
  
     | 
    
       -Cas "utilisateur super expert" qui voudra egalement explorer les
 
     | 
  
  
     | 
    
        parametres associes au systeme OA. Dans ce cas, le point d'entree
 
     | 
  
  
     | 
    
        devra etre la base de PSF qui devra inclure des outils de recherche
 
     | 
  
  
     | 
    
        et d'exploration. Il devra etre renvoye vers le simulateur OA si la
 
     | 
  
  
     | 
    
        PSF qu'il desire n'est pas deja dans la base.
 
     | 
  
  
     | 
    
       
     | 
  
  
     | 
    
       Les simulations haut contrast, de par leur complexite intrinseque,
 
     | 
  
  
     | 
    
       auront vocation a etre systematiquement du type "super expert", au
 
     | 
  
  
     | 
    
       moins dans un premier temps.
 
     | 
  
  
     | 
    
       
     | 
  
  
     | 
    
       Ces elements sont a integrer dans le rapport scientifique d'ici
 
     | 
  
  
     | 
    
       mi-juillet par MP. Une fois ces interfaces bien definies, l'etape
 
     | 
  
  
     | 
    
       suivante sera de specifier les besoins au niveau des simulations OA.
 
     | 
  
  
     | 
    
       Une premiere etape est d'etablir la liste complete des parametres
 
     | 
  
  
     | 
    
       definissant un systeme d'OA. GR propose d'etablir une liste type qu'il
 
     | 
  
  
     | 
    
       faudra dans un deuxieme temps remplir pour chaque type de systeme
 
     | 
  
  
     | 
    
       (MCAO, MOAO, etc.). Ces parametres devront enfin etre completes par
 
     | 
  
  
     | 
    
       les intervalles de valeur a simuler. Ce travail sera a mener entre la
 
     | 
  
  
     | 
    
       renteee et la fin de l'annee 2013.
 
     | 
  
  
     | 
    
       
     | 
  
  
     | 
    
       Informations generales concernant l'ANR (DG): le premier rapport
 
     | 
  
  
     | 
    
       d'etape a T0+6mois est du a la rentree. Il sera redige par DG sur la
 
     | 
  
  
     | 
    
       base des comptes-rendus de reunions et du rapport scientifique. Il
 
     | 
  
  
     | 
    
       faudra fournir un etat des lieux des depenses engagees par labo.
 
     | 
  
  
     | 
    
       
     | 
  
  
     | 
    
       La prochaine telecon est fixee au mardi 10 septembre a 10h. 
 
     | 
  
  
     | 
    
       OdJ provisoir:
 
     | 
  
  
     | 
    
       -retour sur le rapport scientifique et les interfaces
 
     | 
  
  
     | 
    
       -repartition du travail sur la specification du simulateur OA
 
     | 
  
  
     | 
    
       -discussion sur l'organisation du SWG pour la suite (rythme des telecon,...)
 
     | 
  
  
     | 
    
       
     | 
  
  
     | 
    
       Rappel de la liste des actions en en-tete.
 
     | 
  
  
     | 
    
       -------------------------------------------------------------------------
 
     |