Réunion PI JMMC - Juillet 2014

Ordre du jour

Participants

Invité	Présent
LaurentBourges
PatrickBernaud
MyriamBenisty
AlainChelli
GillesDuvert
XavierHaubois
SylvainLafrasse
GuillaumeMella
IsaTallonBosc
EricThiebaut

Compte rendu

Page commémorative pour Olivier

• identifier les liens deja existants

Retour SPIE / Interferometry forum

• http://iau-c54.wikispaces.com/2014+Interferometry+Forum
  • objectif : 1 journée de discussions pour résumer les points importants
• point VLTI / CHARA
• SPIE :
  • nos talks et posters sont en ligne : liens TODO

Points exceptionnels:

VLTI Node center

• aider les PI a reduire / interpreter les données
• l'ESO emploi 6 personnes pour les NODEs ALMA
• la proposition doit remonter a travers la prospective ASHRA un message de soutien pour la mise en place de VLTI regional center
  • par la suite le financement pourrait se faire à l'Europe -> monter un projet europeen (notion de programme d'echanges europeen) / temps garanti de l'ESO ?
  • cela impliquerait des besoins de secretariat / acceuil + formation d'une equipe qui est en contact avec l'instrument (comme pour ALMA).
• il faut que la position de l'ESO soit claire
• si un montage européen n'est pas envisageable avec OPTICON, le projet peut rester viable pour autant.

Point OIFITS 2

• l'info avait circulé lors de l'interferometry forum
• membres actifs : Gilles Duvert, Christian Hummel et John Young
• un draft circule sur le twiki lien TODO
• à la rentrée une version quasi-finale circulera et si personne ne s'y oppose le draft prendra le chemin de la publication
• certaines notions ne sont peut-être pas encore suffisement prises en compte, par ex. le FOV (par ex. MIDI prend en compte ce point avec un masque dans la reduction de données). la norme devrait visiblement traiter du FOV lié a l'instrument.

Gestion des tâches de services

• l'implication des personnels CNAP est floue
• d'un point de vue institutionnel les chiffres annoncés ne correspondent pas à la réalité
• l'utilisation des contributions des personnels CNAP doit pouvoir etre concentrée par periode et projet
• les PI doivent avoir une position
• nous sommes tous pour la plupart trop occupés
• il faudra prendre le temps d'une reunion specifique pour etablir un mode de fonctionnement

Points sur les différents groupes:

Aspro

• de nombreuses mises a jours en particulier suite à la visite de Laurent au VLTI
• reste encore des points d'incertitudes sur la description

AmberDrs

• Myriam va mette a jour les releases notes et diffusera un message olbin

ModelFitting

Avancées du premier semestre pas visibles par le groupe car concernent essentiellement le code source, sur 3 volets:

• les fitters
• suite à la livraison par Hervé de son fitter génétique, mise en évidence d'un défaut de conception dans l'interfaçage qui avait été réalisée dans LITpro pour l'implanter et le tester (cf. ). Un fitter peut faire appel à un autre fitter (en l'occurrence le fitter génétique fait appel à trfit)...> gestion des "sous-fitters" revue, à tester.
• test de 2 autres fitters, dans le cadre d'un travail mené au sein de POLCA par I&M : le nouveau nlfit d'Eric (LM plus efficace mais non borné) et Nelder Mead, intéressant car ne nécessite pas de calcul de dfférences finies mais plus lent. Non testés dans LITpro. A faire. Ce travail qui a impliqué de traiter des données VEGA de visibilités différentielles a mis en évidence l'utilité d'avoir un identifiant de l'instrument dans le format OIFits (à remonter via le draft OIFits2)
• écriture de 2 fitters globaux, l'un par Eric, l'autre par Michel, dénommé gutsyfit. En cours de test.
• A noter, pour ces tests de fitters, et pouvoir comparer les fitters entre eux,volonté d'isoler de cas de référence (par ex. un cas avec un seul minimum, un cas avec plusieurs minima, ex. du tutorial? ou d'autres -tbd-)
• lecture de données
• correction d'un bug (/lecture de données flaguées de MIRC) qui a mis en évidence le fait que le caractère matriciel de ufreq, vfreq était plus compliqué à gérer --> réecriture plus simple des fonctions modèles --> conséquence pour les fonctions utilisateurs. Celles-ci constituent le chantier de cette année : devraient reprendre cet automne.
• représentation en mémoire. Système de caches (pour éviter de recalculer ce qui est déjà calculé) en cours d'étude, Travail exploratoire, mais indispensable.

Donc, petit-à-petit, refonte du logiciel (poussée en fait par POLCA)

Image Reconstruction

• prevoir une reunion du groupe
• actions a prevoir en liens avec OIFITS2 :
  • modifs des softs pour tester la v2beta
  • John Young propose de developper un convertisseur OIFITS V1 vers V2
  • il faut que des données circulent simulées
• avancer sur WP4 opticon pour que les softs uniformisent leurs interfaces d'interrogation
• Wisard : de nouveaux travaux depuis le début de l'année permettent maintenant de charger l'ensemble des données disponibles a ce jour.
  • a participé au beauty contest
  • La doc est en cours de finalisation et une petite equipe se tiend dispo pour aider au support utilisateur

OiDB

• etat utilisable
• objectif de mise en ligne d'ici la fin de l'année
• il y a eu des clarifications sur la politique de gestion de données PIONIER * on peut mettre des données reduite au même moment que la liberation des données brutes

OifitsExplorer

• Myriam utilise deja la version beta

SearchCal

• Alain Chelli a accepté de prendre le relai pour le PI de groupe
• Algo a repris la nouvelle algoritmie du logociel SearchCal
• 450M étoiles avec des précisions de 1% des
• une réunion de groupe est à prévoir pour la rentrée
• un article

Support utilisateur

Equipe technique

Infos générales

• on fera un point en septembre pour vister l'ESO

Prévisions des prochaines disponibilités