19 Mars 2010

Minutes  de la téléconférence du vendredi 19 mars 2010  14h00/15h00

Participants : Guillaume, Sylvain, Olivier, Denis, Martin, Armando, 
 Michel, Isabelle
Excusé : Gilles

*Ordre du jour de la réunion :*

- lancement d'Iper
- point sur la liste d'actions sur page Twiki (mettre priorités)
- besoin de permettre une brique avec tache
- prepa TP de l'Ecole de Porquerolles : choix de l'exemple à ajouter
   au tutorial existant.
- besoin de plus d'explication sur la normalisation ?
_______________________________________________________________________

*lancement d'Iper* 
Guillaume a inclus les dernières remarques.
Il est clair que l'outil n'est pas parfait : il permet un fit avec une
valeur initiale du diamètre fixée. L'utilisateur peut donc tomber sur un
minimum local. Idéalement, il faudrait un fit plus robuste, composé 
de fits initiés différemment, le meilleur étant donné comme résultat
final. Ce peut être fait à terme. En attendant, il est décidé de
lancer l'outil tel que, avec ses limites en sachant que LITpro peut
aider l'utilisateur à mieux fitter ses données.
Remarque post-réunion : peut-être peut-on rajouter, en revenant à la
ligne après "opened" :
For the fit, the initial value of the diameter is set to zero. For
other initial values, use LITpro.

Il est décidé de lancer Iper en debut de semaine prochaine, avec le
texte qui a circulé et été corrigé  sur la liste.

*point sur la liste d'actions sur page Twiki*
cette page est :
http://www-laog.obs.ujf-grenoble.fr/twiki/bin/view/Jmmc/JmmcModelFittingActionList

La priorité a été mise sur la sortie en format fits des plots (image
et uvmap). Guillaume a déjà fait des essais.
Avec cette sortie, on perd l'orientation et les coordonnées. A
l'utilisateur de s'en débrouiller en se référant à l'image donnée sur
le GUI.
Proposition de Guillaume : adjoindre les coordonnées WCS ?
Pas de réponse nette en réunion. Elle mérite d'être essayée.

*Quid d'un modèle d'une brique avec tache* 
Des fits avec des données VEGA ont fait remonter le besoin de pouvoir
fitter sans considérer le flux total par brique, mais le flux local,
de manière à permettre de fitter une tache (par ex. un disque) sur par
ex. un autre disque.

L'implantation d'un modèle "disque avec amplitude constante" est possible dans
 LITpro, de même que les autres fonctions géométriques, pour la TF 
 desquelles on n'a plus flux_weight mais une amplitude. Reste à trouver
 le nom de ces familles de fonctions, ou plutôt le préfixe, comme
 elong_, ou flatten_ pour les fonctions circulaires allongées ou
 aplaties. 
Action : Denis et tous
Propositions post-réunion : 
nonorm_func (pour no-normalized function)
...

*Préparation du TP de l'Ecole de Porquerolles* 
choix de l'exemple à ajouter au tutorial existant

o données AMBER : 
binaire avec des flux variant en bande H et K et environnement
circumstellaires résolus.
TARGET : HD87643
Papier de référence:
http://www.aanda.org/index.php?option=article&access=bibcode&bibcode=2009A%2526A...507..317MPDF

F. Millour a fourni 4 sets de  données qui serviront "de fil rouge" à
   l'école. Olivier va sélectionner parmi eux une dizaine de fichiers
   qu'il mergera en un seul, pour le model fitting.
Dès que c'est fait, l'envoyer au groupe pour qu'on puisse mener le fit
   (de la même manière que les premiers exemples du tutorial) ... ou
   le mettre sur la page de partage des données. 

o fit avec des données MIDI, par souci d'équité : Olivier a un set de
données de bonne qualité sur lesquelles un fit par un disque, ou une
gaussienne devrait marcher.

o set de données simulées avec ASPRO avec par ex. une brique éclipsant
une autre : abandonné, faute de temps.
Mais avec les 2 nouveaux sets de données, adjoints aux 3 exemples du
tutorial, on devrait avoir suffisamment de quoi occuper les étudiants
durant un apres-midi.
Les encadrants de cette séance pratique seront : Michel, Olivier,
Guillaume, Sylvain, Gilles, et Tijl Verhoest, Florentin Millour, Antoine Mérand 
("formés" au début de l'école). Préparation d'un support écrit (Isabelle).

*besoin de plus d'explication sur la normalisation* 
Remarque de Guillaume :  "pour les cas simples de combinaison de
briques comme on a actuellement, le fait de pouvoir
normaliser ou pas semble indépendant du fit. Pourquoi alors doit-on
cliquer On ou Off avant de fitter ?"
La méthode implantée se veut générale et applicable notamment
pour des futurs modèles polychromatiques. Mais il est vrai que
si l'on se restreint aux briques actuelles, on pourrait simplement
faire en sorte que la somme des poids soit égale à l'unité. Mais
déjà, implanter une brique non normalisée (point ci-dessus) ne
permettrait plus une méthode aussi simple.

Pour l'instant, après discussion, on ne modifie pas l'aide à ce sujet
: on verra après l'école, suivant les interrogations des étudiants.

*Prochaine réunion*
en mai après l'école. à fixer avec un doodle 

12 Février 2010

Minutes  de la téléconférence du vendredi 12 février 2010  10h00/11h10

Participants : Guillaume, Gilles, Alain, Martin, Armando, Olivier, 
 Michel, Isabelle
Excusé : Denis

Ordre du jour de la réunion :
- bilan des premiers mois d'utilisation publique
- améliorations prioritaires
  côté LITpro (pbs "same INSNAME", same "TARGET", legendes plots, ...)
  côté GUI (plot VIS2 pour fichiers VEGA,...)
- insertion de l'outil "Fit par un UD"
  --> discussion sur la page web
(remarque à la base : la page est déjà "dense", comment l'alléger, la
clarifier pour que l'utilisateur voit de suite ce qu'il peut faire :
fitter par un disque ou fit plus complexe)
- prepa TP de l'ecole de Porquerolles : ex. supplémentaire / tutorial ?
  lequel ?

***************************************************************
*bilan des premiers mois d'utilisation publique*

pas de statistiques précises disponibles : Guillaume a trouvé un outil
pour les estimer mais qui est difficile à utiliser.
Les utilisateurs semblent être majoritairement les membres du groupe
et des membres "périphériques" (collaborateurs via VEGA, ou MIDI). Un
seul utilisateur étranger s'est manifesté : Leonard Burtscher.
La  plupart de ses remarques ont contribué  au  point suivant.

*améliorations prioritaires*

*côté LITpro* 

- erreur "same INSNAME" à supprimer : action tjrs d'actualité (I&M)
- erreur "same TARGET" : après discussion sur le choix entre "suppression du
test", "mise d'un warning "attention, param toto different",
"augmentation des écarts tolérés sur l'alpha et le delta"", la
décision est prise de :
    ° garder le test et 1 arcsec de tolérance
    ° mettre un warning
    ° permettre à l'utilisateur de ne plus afficher ce warning
(sinon il faudrait à chaque fois cliquer OK sur la fenêtre warning qui
s'ouvre)   (Guil & M)
- /plots de uvmap et image
      ° donner l'échelle des couleurs (I&M)
    ° permettre un export en format fits : ainsi, l'utilisateur
pourra faire ce qu'il veut avec ses outils (contours, autre
échelle, etc)  (Guil &M)
Remarques :  
- ce format doit être lisible directement par ASPRO
-(post-reunion): il serait bien de permettre cet export en fits aussi
pour UVmap 

*côté GUI*

- le bug du plot des vis2 et résidus pour les données à une seule
mesure par fichier (données VEGA, MIDI-Burtscher) a été fixé par
Guillaume (dû à un probleme de conversion entre un tableau yorick de
taille 1x1 et les structures xml). Il sera corrigé ds la prochaine
release.
- sera également effectué ds cette version le déplacement de la
colonne "standard deviation" à côté de la colonne "value" pour
faciliter la lecture.
- a été amélioré le support des proxy  (pb d'utilisation à partir de
sites protégés)
-(post-réunion- oubli-) : questions à conserver
   ° comment sont gérés les flags ?
sur les données de Burtscher (vis MIDI = visamp et visphi), seules les
visamp sont gardées or, ds le File Panel, ce sont les visphi qui sont
cochées.
   ° si ds un fichier, à la fois qques visamp et qques visphi sont
flaguées, comment l'affiche-t-on ?

*Insertion de l'outil "Fit par un UD"*

- des tests sont nécessaires.  (tous les membres du groupe)
Chacun est invité à opérer 3 tests en partant de :
http://jmmc.fr/~mella/LITproWebService/fitDisk.html
et faire part, via la liste, des pbs rencontrés.

- insertion de l'outil sur le site / allègement de la page LITpro
proposition :
   ° ajouter ds § Data Analysis (table des matières de
   http://www.jmmc.fr/) sous LITpro : Fit Unif Disk   (Guil)
   ° le clic sur "Fit Unif Disk" ouvre la page  actuellement
   égale à 
   http://jmmc.fr/~mella/LITproWebService/fitDisk.html
   ° les résultats s'ouvrent sur une page une fois le fit lancé
   qui invite à utiliser LITpro pour un fit plus complexe.

   ° sur la page LITpro : déplacer vers le haut le widget LITpro,
   sous le titre, pour mieux le mettre en évidence.   (Guil)
(c'est un essai; la page est dense en texte; peut-être renvoyer la
   Documentation sur une page annexe... à voir)
 
- une fois les tests effectués et validés, et l'implantation réalisée,
  une annonce sera faite via Olbin et ForumHra. (I)

*Preparation des TP de l'Ecole de Porquerolles*

Il serait bien d'enrichir le tutorial avec d'autres fits.
idées : 
- binaire avec des flux variant en bande H et K
et environnement circumstellaires résolus 
(à partir de données AMBER - contacter F. Millour (Olivier)
- set de données simulées avec ASPRO (G&0) avec par ex. brique éclipsant une autre
- fit avec des données MIDI, par souci d'équité (O ?)


*Point discuté suite aux interventions de L. Butscher*
Question : comment MIDI calcule ses estimateurs ?

Reference donnée par Olivier ... à lire pour y voir plus clair :
  author = "Jaffe, Walter J.",
  title  = "{Coherent fringe tracking and visibility estimation for MIDI}",
  booktitle= "New Frontiers in Stellar Interferometry",
  series = "SPIE Conference",
  city   = "Glasgow, Scotland United Kingdom, June 21-25",
  editor = "W. A. Traub",
  volume = "5491",
  publisher= "Society of Photo-Optical Instrumentation Engineers, Bellingham, WA",
  pages  = "715",
  year   = "2004"

2 logiciels existent pour la réduction des données MIDI : EWS et MIA,
mais leur produit final n'est pas systematiquement un fichier à la norme oifits.
Le groupe support du JMMC a aidé à analyser les problèmes des fichiers de
Burtscher pour les rendre lisibles par LITpro. Walter J et Leonard B ont utilisé 
le validateur de fichier OIFITS pour modifier EWS.

*Point oublié lors de la réunion*

issu des tests avec données VEGA :
/ plot radial model :
LITpro permet de plotter suivant l'angle de coupe. Il serait bien  que
le GUI le permette aussi mais après que l'on ait introduit un
codage en couleur des "theta" des mesures (chaque mesure a ds le plan
uv des coordonnées (r, theta) mais ds le plot, ttes les mesures sont
vues ds un même plan; il faut donc pouvoir les distinguer entre elles
et pouvoir tracer le modèle en faisant varier theta (égal par défaut à 0)
(I&M puis Guil.)

*Conclusion*

un bilan des actions définies devrait être fait d'ici 3-4 semaines.
--> prochaine réunion à fixer via doodle ou studs (I)

11 Septembre 2009

Minutes  de la téléconférence du vendredi 11 septembre 2009  10h00/11h10

Participants : Guillaume, Sylvain, Laurent (CDD Equipe technique du JMMC), Martin, Armando, Olivier, 
Denis, Michel, Isabelle

Ordre du jour de la réunion : dernière réunion avant la mise à disponibilité.

donc déterminer les actions à effectuer pour l'ouverture.
- Point sur le GUI 
- Point sur les docs : Tutorial, Users Manual, Présentation et Animation
- Point sur la page web Model Fitting
- Point sur la page web  de partage des données 
- Organisation pour et après l'annonce de l'ouverture

***************************************************************
*GUI*
"petites" modifications :
- supprimer les demo settings actuelles
- remplacer par celles du tutorial, en les dénommant tutorial_set1,
tutorial_set2,...
- remplacer theta par PA
- (discuté après la téléconf) blocage de l'écriture dans les cases
"Name" (ces cases étaient en effet éditables)

La version livrée du GUI  sera la 1.0

- on remet à plus tard l'introduction de la fonctionnalité "conversion
  [x,y] <=> [rho, PA]"
celle-ci pourrait se faire via le menu Edit.

Pour memo :
- à plus long terme : bénéficier des plots des données
développées pour ASPRO
- à court ou moyen terme : permettre une sortie des résultats sous
format fits et oifits.

*Docs*
Merci à Hervé pour ses commentaires.

- Tutorial : RAS (corrections d'Hervé entrées par Guillaume)
exemple 4 avec l'utilisation de sniffer_map différé. 

- Users Manual GUI (action Martin) :
° mises à jour des dernières modifications du GUI (Load remote files,
menu contextuel des [xi, yi] (objet multiple) --> indication de
[rho,PA], demo settings pointent ceux du tutorial, etc)
° glossaire : plutôt à la fin qu'au début 
comprend les mots apparaissant ds le GUI, et qui peuvent passer pour
du jargon :
target, settings, settings tree, target, VISamp, VISphi, VIS2, T3amp,
T3phiu, v, flux_weight, chi2, degrees of freedom, covariance matrix,
correlation matrix, ...
   Le renvoi à la page où est mieux défini le mot n'a pas été tranché,
dépend de la compilation. Un simple label peut suffire.
 
- Présentation générale LITpro (action Olivier)
°prise en compte de certaines remarques d'Hervé : meilleure mise en
évidence de la FAQ, du besoin de partir de plusieurs conditions
initiales..
° suppression de l'information sur la disponibilité du package
"LITpro-GUI", celle-ci étant différée tant qu'il n'y a pas de doc LITpro

- Animation ou "visual demonstration" (action Sylvain et Guillaume)
décrirait dynamiquement (sans accompagnement vocal) le set 1 du
tutorial.  faisable d'ici quelques jours, donc livraison avec cette
demo animée décidée.

*Page Web http://www.jmmc.fr/modelfitting *

- mise à jour avec les modifs suscitées
- meilleure mise en évidence de "JMMC Public repository of OI-FITS
files" --> l'enlever de "Related Links", ajouter un texte invitant les
utilisateurs à partager leurs données (donner contact) 

*Page Web http://apps.jmmc.fr/oidata*

L'idéal serait que l'on puisse sur les données que l'on confronte à
LITpro (mais c'est sans doute souhaitable aussi pour celles utilisées pour
la reconstruction d'image) avoir accès à un endroit où on pourrait
mettre son propre rapport de fit, pouvoir regarder comment d'autres
ont fitté, mettre en évidence des pbs, en résoudre d'autres, etc., et
que cet endroit soit public.
 
La réflexion est lancée.

*Organisation pour et après l'annonce de l'ouverture*

Compte-tenu des actions qu'il reste à effectuer, on peut songer à une
ouverture au plus tard dans 2 semaines.
L'annonce se fera par mail au forum_HRA, à Olbin et à la SF2A.

Jeudi 17, aura lieu une teleconf. JMMC durant laquelle les modalités
seront probablement définies.
A définir également : un message que devra utiliser la personne
obtenant avec le soft des résultats publiables.
Et avoir comme objectif à court terme : la rédaction d'un article qui
pourra être ainsi cité comme référence. 

Bref, du boulot sur la planche sans parler de la correction des bugs
qui ne tarderont pas à apparaître...
Les bugs devraient remonter via Hervé (Users support), qui peut opérer
un premier fitrage si les erreurs rencontrées sont plus liées à une
mauvaise utilisation du GUI, jusqu'à la mailing-liste du
groupe. Après...il faudra répondre.

Un premier bilan (sur l'utilisation du soft et notre réactivité)
devrait se faire avant Noël.

12 Mai 2009

Minutes  de la téléconférence du mardi 12 mai 2009  -9h30/10h45

Participants : Guillaume, Sylvain, Gilles, Martin, Armando, Olivier,
Michel, Isabelle

Ordre du jour de la réunion :

- Point sur User manual, Tutorial
- Point LITpro et GUI
- Point sur la discordance sur les T3 entre ASPRO et LITpro
- Actions à mener pour la livraison en juin
- Organisation après la livraison

Prochaine réunion  : non programmée.
S'il y en a une, ce pourrait être après qques mois d'utilisation par
la communauté pour faire un premier bilan et identifier les besoins
prioritaires.

La R&D liée à la réalisation d'un LITpro2 (incluant par ex. les
paramètres vectoriels, un meilleur fitter, etc) n'a pas été abordée.

***************************************************************
*Documentation*

Tutorial : l'exemple 3 (mise en évidence d'une dégérescence) est à
rédiger, sans mettre le sniffer_map. "Réserver" ce dernier pour un
exemple 4, à créer sur des données simulées avec ASPRO d'une binaire
(point source centrée + gaussienne) avec une composante enfouie (point
source de rapport de flux ~1/20) (action Olivier).
Users manual : OK, restent qques points de détail, et mises à jour
compte tenu des dernières modifications du GUI.

*LITpro et GUI*

Des améliorations sont à apporter au soft, comme permettre un même
INSNAME lorsqu'on a à fitter sur plusieurs fichiers issus d'une même
observation, visualiser de "vrais" disques (et non des disques
apodisés) lors du plot_image d'une binaire de 2 disques, mettre le
resultat du sniffer_map sur le plot même.
Du côté du GUI, améliorer l'écriture des paramètres, indiquer "ascii"
à côté de TSV, format proposé pour l'exportation des figures.

*Problème des T3*
Sur des données simulées avec ASPRO d'une binaire observée avec
clôture, LITpro obtient une concordance entre les données et le modèle
sur toutes les mesures sauf les T3. Pour avoir concordance, il faut
que dans LITpro, on change le signe de la deuxième base (conjugaison
de vis_2).
--> Il faut continuer les investigations.

*Avant la livraison*

On peut raisonnablement penser à une livraison la première quinzaine
de juin. Pour cela, d'ici fin mai, il faut une lecture simultanée, et
retour aux auteurs des remarques, de la même version des documents
"Users manual" et "tutorial" par les membres du groupe. A Martin et
Armando d'avertir le groupe quand cela est possible (la
dernière semaine de mai).

*Après la livraison*

La remontée de bug, et/ou de question se fera via le User Support du
JMMC (Hervé Beust) qui dans un premier temps transmettra le pb
rencontré au groupe Model Fitting qui s'occupera de répondre.
A voir à l'usage si un tel mode de fonctionnement est viable.

La composition du groupe reste inchangée : chacun a souhaité rester.
Quant à l'ouvrir à d'autres : le pb est de trouver des personnes
susceptibles de pouvoir rentrer dans le code LITpro, et de
suffisamment bien le connaître pour répondre aux questions à son sujet
mais aussi pour corriger des bugs... Il ne s'agit plus de trouver des
beta-testeurs.
Pour l'instant, pas de personne(s) identifiée(s). Début 2010, il
pourrait y avoir Jean-Baptiste LeBouquin recruté au LAOG avec une
tâche de service JMMC.

10 Mars 2009

Minutes  de la téléconférence du mardi 10 mars 2009  -14h/15h

Participants : Guillaume, Sylvain, Gilles, Armando, Olivier, 
Michel, Isabelle

Ordre du jour de la réunion :

- User manual
donner des réponses aux remarques et questions de Martin (mail du 03.03)
- Tutorial :
choix de l'exemple 2 : à bâtir
- Journées JMMC :
rappel de ce qui doit être présenté (talks + séances de travaux pratiques)

Prochaine réunion  : non programmée.
à fixer après les journées JMMC

***************************************************************
*User Manual*

Le mode contextuel est en cours (i.e; implantation de boutons dans le
GUI qui, une fois cliqués, ouvrent le User Manual, à l'endroit
adéquat) (action Matin et Guillaume).
Paragraphe "Repeat and compare between models" : OK
Mettre à jour des noms de paramètres de la Figure 1 (action Martin)

Avoir une version "qui tourne" le 2 avril.

/remarques de Martin:

- Lorsqu'on veut combiner plusieurs modèles, la valeur de flux_weight
est à 0 par défaut pour tous les modèles sauf le premier. La mettre à 1.
(action Guillaume)

- pour l'instant, on ne peut pas traiter simultanément des fichiers
différents d'une même TARGET contenant le même INSNAME.
Il faut y remédier, de manière à pouvoir traiter le cas
polychromatique (une longueur d'onde par fichier et peu de longueurs
d'onde) sans attendre l'approche vectorielle.
De même, il faut que LITpro permette plusieurs noms différents d'une même TARGET.
(action Isa & Michel)

- besoin de différenciation des fits successifs (par un nombre ou une
lettre, par ex Result_Fit_A, Result_Fit_B...)
- rappel des noms et numéros des modèles utilisés pour chaque rapport de
résultats, sans quoi ces informations se perdent et si l'on fait plusieurs
essais de fit en rajoutant ou en enlevant des modèles,  on s'embrouille
vite.
- de même différenciation et meilleure classification des plots
(pour rappel (cf CR précédent), les seuls plots disponibles in fine
seront ceux créés via le GUI et TopCat (pas ceux de LITpro)).

Accord sur ces 3 remarques de Martin mais il est décidé de les "mettre 
en attente" : il faut en effet figer une version du GUI, de manière à
consolider ce qui existe et préparer les journées, i.e. une livraison
à un public certes averti mais qui doit pouvoir découvrir qque chose
perfectible mais qui marche.

*Tutorial*

exemple 1: un fichier d'Arcturus de S.Lacour fitté par un disque
uniforme.  
Manque un paragraphe explicatif sur la normalisation (explications
données ds le papier de Goutelas). Ce parag. devra d'ailleurs exister
pour chaque exemple du Tutorial.  Si la normalisation est ON, il est
normal de converger sur flux_weight=1, par contre, l'erreur devrait
être 0. (voir si l'on peut abaisser cette erreur, anormalement élevée,
mais en attendant, il faut expliquer que cette erreur n'a pas de
réelle signification).

exemple 2: un fichier de Teta Ori de S.Kraus fitté par une binaire.
Même si les journées du JMMC se passeront en petit comité, il est
décidé d'avancer au mieux sur ce fit avant les TD du 3 avril.
à ce jour, Armando et Olivier ont choisi le fichier :
2007-12-03.A0-D0-H0.ID37509273.EXP0.026.OBJECT-T1ORIC-A.SEL20.oifits
mais ce dernier contient des données non calibrées. 
Olivier va générer, à partir de deux fichiers oifits (SCI, CAL) un oifits calibré. 

*Journées JMMC*
seront présents : 
Guillaume, Sylvain, Gilles, Armado, Martin, Olivier et Michel.
pour les presentations du jeudi:
intro et pespectives de LITpro (Michel); entre les 2 : présentation du
GUI par Martin, Armando et Guillaume (à vous 3 de vous entendre avant,
la veille par ex?); le film d'animation sur le fit d'Arcturus par un
disque uniforme, film qui fera partie de la doc, n'a pas beoin d'être
réalisé pour ces journées : les étapes du fit via le GUI seront
conduites "manuellement".

5 Février 2009

Minutes  de la téléconférence du jeudi 5 février 2009  -14h/15h15

Participants : Guillaume, Sylvain, Gilles, Martin, Armando, Olivier, Denis
Michel, Isabelle

Ordre du jour de la réunion :
GUI et documentation : point et actions
Prépa des journées JMMC -3 et 4 avril 09-

Prochaine réunion téléphonique : semaine du 9 au 13 mars  
(date fixée via Doodle la semaine prochaine).

***************************************************************
*GUI*

Chacun ayant lancé le GUI sur son ordinateur, les commentaires
débouchant sur des actions sont les suivants :

- permettre à l'utilisateur d'éditer son fichier
    oifits, à l'aide par ex. de fv (fitsView). Actuellement
    TopCat ne permet que de le visualiser. 

- ameliorer la visu des données (afin par ex. de permettre un
changement d'echelle)
--> on garde les plots créés via le GUI (pas ceux de LITpro) et TopCat
est configuré pour simplifier la procédure pour le changement des
paramètres de plot par l'utilisateur.
--> compléter la liste des plots possibles (par ex. plot radial
continu du modèle - lp_plot_radial_model)

- sauvegarder les plots / exporter l'information :
en plus des formats png et pdf, proposer un format ascii que
l'utilisateur pourra reprendre avec son outil de  plot favori (idl,
yorick, etc).

  La sortie sous le format oifits a été discutée une nouvelle
       fois. Remplacer les données par les valeurs fittées est une
       idée séduisante au premier abord. Mais il est moins simple
       d'utiliser ce format pour retourner les valeurs du modèle sur
       d'autres points que ceux mesurés. Rester contraint au format
       OIdata peut se révéler bloquant dans l'avenir.
       
- déplacer "Result" dans l'arborescence :
Result sera une branche de Settings de même niveau que "Files" et
"Targets"

- créer une arborescence dans les plots, une branche de plots étant
  associée à un fit
  
- remplacer la terminologie "Dock/Undock" non immédiate
--> "Detach/ Attach" ?...

- améliorer l'ergonomie des plots de chi2
  mettre comme valeurs min et max les bornes du paramètre, si elles existent, 

- signaler à l'utilisateur que le calcul demandé (qui peut être long) est en cours.
        Non abordé pdt la réunion : rajouter la possibilité d'arrêter le
  traitement si jugé trop long  

- résoudre la gestion des remontées d'erreurs de LITpro via le GUI,
  liée à la compréhension par le GUI du format des messages d'erreur Yorick.

- faire apparaître la définition du résidu sur les légendes des plots.

*Documentation*

- Users Manual (Martin)
intégrer les boutons d'aide contextuelle du GUI qui seront mis à
tout endroit nécessaire.
L'objectif est de rendre cette documentation opérationnelle d'ici
début mars. 

- Tutorial (Armando)
insertion d'un deuxième exemple:  une binaire, un exemple impliquant
la combinaison de 2 fonctions modèles.
-->  recherche de données. 
idée : celles (ou une partie de celles) de S. Kraus sur Theta 1
Orionis (contact et récupération: Olivier)

- réalisation de l'animation (Sylvain et Guillaume) associée à
  l'exemple 1 du Tutorial

*Prépa journée du 2 avril*

les présents seront : Armando, Olivier, Martin (peut-être), Isabelle
ou Michel, Guillaume et Sylvain

Proposition : 
- intro (I ou M) 10mn
- présentation du GUI  30mn
    . en temps réel, démo. étape par étape sur un exemple (A et M si là)
    . avec  compléments d'info (G) 
- potentialités de LITpro (I ou M) 10mn
durées indicatives -40mn interactions- 

Faire le  point est jugé nécessaire 15 jours avant cette journée qui
correspond aussi à la livraison du soft :
d'où prochaine réunion entre le 9 et le 13 mars.
Cette réunion devrait être courte (<= 1 heure).

8 Decembre 2008

 
Minutes  de la téléconférence du lundi 8 décembre 2008  -14h/15h50-

Participants : Guillaume, Sylvain, Gilles, Martin, Armando, Olivier
Michel, Isabelle

Ordre du jour de la réunion :
GUI et documentation : point et actions

Prochaine réunion téléphonique début février 
(date fixée via Doodle début janvier).

***************************************************************
Remarques et questions, chacun ayant lancé le GUI sur son ordinateur
et suivant les indications de la version actuelle de
JMMC_MAN_2300_0001 (user manual).
Fichier de données pris pour tester : alphaboo.2006May14.B.1.65mu.oifits

Ce fichier oifits n'a pas de OI-ARRAY; LITpro le tolère; le
validateur du JMMC l'indique comme warning. Pour ne pas dérouter
l'utilisateur, il faut avertir ce dernier que ce n'est pas grave, ni
limitant pour la suite, excepté qu'il faut dans ce cas invalider le
"Show interferometer sketch", ou alors (réflexion a posteriori)
le laisser validé mais afficher un message indiquant que
l'absence de OI-ARRAY dans le fichier empêche le plot. 
--> actions : 
-définir une stratégie pour de tels fichiers (nombreux...)
non rigoureusement de la norme OIFits. Filtrer les messages du
validateur ?
- vérifier que les fichiers de la zone partagée passent le validateur

Fonctions modèles :
- description (accessible une fois le modèle cliqué) 
  Actuellement, la description affichée est exactement ce qui est
  affiché par la fonction help lorsque LITpro est utilisé en ligne de
  commande. Ce texte ne semble pas correspondre à ce que l'on pourrait
  attendre via une interface graphique. En particulier, le texte
  pourrait être enrichi d'une figure du modèle lui-même avec les
  paramètres.

Cette documentation supplémentaire, où doit-elle être gérée ?
par le GUI, au niveau du wrapper, ou dans LITpro ?
La solution qui semble émerger est la dernière, i.e. que cette
documentation (un texte court associé à chaque fonction modèle, dans
un format à préciser et pouvant comporter des figures et des
équations), soit maintenue dans l'arborescence de LITpro. Le nom des
fichiers correspondants pourraient être passés au GUI en utilisant le
même mécanisme actuellement utilisé pour les noms des fonctions, les
paramètres, leurs unités, etc.

--> actions :
- décider si le mécanisme proposé est adéquat.
- déterminer le format de cette documentation (SVG pour les figures ?).

- Le nom des modèles peut être simplifié :
par ex., dans le menu, Model[disk:disk] peut devenir uniquement "disk"
et dans la liste des fonctions, Model[disk:disk1] peut devenir "disk1"

- l'utilisateur doit être amené à choisir les caractéristiques
initiales des paramètres du modèle (valeur, bornes, scale, libre ou
fixe). Néanmoins, il est décidé que le GUI mette par défaut:
- la "value" initiale de flux_weight à 1;
- la "HasFixedValue" de x, y, ON sur la première fonction sélectionnée.

Remarques générales sur la documentation :
- sur la partie 1 : à compléter avec les éléments du papier SPIE
(Olivier)
- sur la partie 2 (User manual) : à actualiser avec les nouvelles
fonctions modèles et les plots (Martin)
--> action : répondre à la question : des pointeurs sont-ils possibles
das LateX ?
- sur la partie 3 (tutorial) : 2 à 3 exemples à commenter (Armando)
et film d'animation sur le fit d'Arcturus par un disque (Guillaume & Sylvain)
juste avant la livraison.
Celle-ci peut être fixée au début du printemps 2009. Si date
nécessaire, pourquoi pas la journée JMMC du 3 avril.

D'ici là, priorité certes est donnée au développement du GUI et à la
documentation associée, mais aussi aux tests des fonctions modèles
avec sans doute de nouvelles données partagées.

La remontée des bugs rencontrés doit se faire par l'envoi à Guillaume
du setting concerné et copie du message d'erreur.

20 Octobre 2008

Minutes  de la téléconférence du lundi 20 octobre 2008  -14h/15h15 -

Participants : Guillaume, Gilles, Evelyne, Olivier, Martin, Armando,
Michel, Isabelle
Excusés : Sylvain, Denis

Ordre du jour de la réunion :
I- Tour de table
II- Actions à court terme sur le GUI et LITpro 

Prochaine réunion téléphonique début décembre 
(date fixée via Doodle au plus tôt).

***************************************************************

I- Tour de table

o Olivier avec interactions Guillaume et Gilles

à partir des templates fournis par JMMC (les mêmes qui servent à la
doc. de Search Cal), Olivier se charge, avec l'aide de Martin et
d'Armando, de l'écriture de la doc du GUI. Celle-ci se composerait de
3 parties :
1- une générale, explicative, sur ce qu'est LITpro 
(avec reprise des parties explicatives des articles existants, celui
de Goutelas 2006 et SPIE 2008)
--> fourniture à Olivier des fichiers latex.
2- un tutorial, basé sur des exemples, enrichissable au cours du temps
(démarrer avec celui de Goutelas, encore à jour jusqu'au sniffer
-la fonction a changé depuis-)
3- un "user manual" pour utiliser le GUI, qui comprendra une vidéo du
type de celle montrée par Guillaume et Sylvain en juin dernier, sur
un exemple précis.

Il est décidé de prendre comme exemple un exemple simple, celui du
disque uniforme sur des vraies données.
--> recherche de ces données (AMBER (Gilles), Arcturus (Isa :
redemander à S. Lacour))

o Evelyne : a commencé à plonger dans le code. RAS.
L'objectif est la recherche du minimum global.

o Martin :

Il a obtenu un poste d'IR à Fizeau-Nice, qui démarre le 1er décembre.
Il devrait pouvoir débloquer du temps pour continuer une activité au
sein du groupe.
En attendant, il peut :
- finaliser la mise au propre de l'écriture en yorick de plusieurs
modèles chromatiques simples (modèles d'étoiles en rotation/expansion
avec ligne d'emission/absorption)
- s'occuper de la documentation du GUI (principalement la partie 3)

o Armando :

comme Olivier, peu de disponibilité en novembre, mais peut contribuer
à la doc-GUI avant.

o Isa et Michel :

Depuis la dernière réunion du 16 juin, amélioration des fonctions de plot
de LITpro et rédaction du papier SPIE.

II- Actions à court terme sur le GUI et LITpro

GUI :

- ajouter les plots existants dans LITpro et non encore sur le GUI,
  comme le chi2, la sniffer_map.

- intégrer le passage au validateur oifits :
l'utilisateur doit vérifier si ses données sont au format OIFits.
C'est un test "informatif" qui lui indiquera s'il y a des écarts au
format. Si c'est le cas, c'est à lui de se débrouiller, pour faire
disparaître ces écarts.
Le passage du fichier de données à travers le validateur doit se faire
une seule fois (si le fichier est de nouveau appelé, ne pas refaire le
test --> mise d'un flag (c'est possible))

GUI/LITpro

homogénéiser les configs : s'assurer que le GUI travaille avec la
distrib. LITpro et la version Yorick compatibles avec celles de Lyon.

pour aider à cela : création d'un compte cral sur une machine du JMMC
à Grenoble où l'on pourra se connecter pour faire des essais.
 
LITpro :

- consolidation des fonctions modèles de base (assombrissement
  centre-bord) et changement des paramètres de ces fonctions comme
  décidé antérieurement.

- écriture de la fonction show_data 
 
- Rque : LITpro est assez tolérant quant au format de données : si
celles-ci ne sont pas parfaitement OIFits, elles peuvent néanmoins
être lues sans vraiment informer l'utilisateur des problèmes
contournés. Si nécessaire, LITpro pourrait donc aider à tester le
contenu des données OIFits en faisant remonter les pbs (par ex.
visibilité supérieure à 1).

16 Juin 2008

Minutes  de la téléconférence du lundi 16 juin 2008  -14h/16h -

Participants : Martin, Olivier, Armando, Guillaume,
 Gilles, Evelyne, Isabelle, Michel

Ordre du jour de la réunion :
1- tour de table
2- actions faites depuis la dernière réunion sur le GUI et LITpro
3- actions à court terme sur le GUI et LITpro
4- réflexions/discussions sur les pages Web

Prochaine réunion téléphonique fin septembre
(date fixée via Doodle début septembre).

***************************************************************

1- Tour de table

o Martin :
appelé à intervenir sur le logiciel au niveau notamment des fits
chromatiques (cf synthèse de Martin archivée sur la liste de diffusion
en mai 08)
Jusqu'à présent :
- prise de contact avec le code
- écriture de plusieurs modèles chromatiques simples (par ex.fond
continu + raie gaussienne) et simulations numeriques d'étoiles en
rotation avec émission, avec ou sans vitesse de fuite, et étoiles en
expansion
- travail sur l'estimation des visibilités différentielles
- écriture d'une routine pour extraire les SED des fichiers OIdata mais
la dernière version de amdlib fournit celle-ci.

o Isa & Michel : fit de données interféro. et SED avec fonction chromatique

- données = RLeo obtenues sur IOTA sur 4 bandes spectrales en K,
extraites du papier Perrin et al, A&A2004, 426, 279;
SED = 4 mesures en HJKL de Whitelock;
- modèle chromatique = équation dans le papier,
l'étoile est un disque entouré d'une couche moléculaire;

- fichier modèle = constitué de 5 targets ("TG"), la dernière étant la
SED et les 4 premières étant associées aux 4 canaux spectraux des
données interfero. Partage de paramètres entre eux, comme les
températures et la dimension angulaire de l'étoile et de la couche
mais paramètre chromatique (l'épaisseur optique) pour chacune des 4
longueurs d'onde.

- résultat = le fit des visibilités est similaire à celui du papier,
celui de la SED est meilleur, mais surtout :  le fit simultané SED et
visibilités est relativement facile (converge vers la même solution
sur une grande plage de jeux de  paramètres initiaux) alors que sans
SED, il faut fixer l'une des températures.
(plus de détails dans publi SPIE à venir)

Ce travail a permis également d'amorcer la réflexion sur la gestion de
paramètres vectoriels.

o Armando :
essai de fit via le GUI d'un fichier AMBER sur Canopus avec
une limb-darkening function. Plantage non reproduit à Lyon.
--> pour deboguer, se connecter sur une machine où le bug a lieu et
l'étudier.
Il est probable que le bug soit lié à la précision machine.

o Guillaume : cf point 2

2- actions faites depuis la dernière réunion sur le GUI et LITpro

o Guillaume :
- correction de bugs remontés par Armando
- affichage des resultats plus rapide
- uniformisation au sein des GUI du JMMC/LAOG au niveau de JAVA (travail
d'un stagiaire)
- validateur de données OIFits : peu de monde l'a encore testé.

o Isa & Michel :
- flags OI-data mis en place et testés
- nouveaux moyens de visualisation
* show_chi2 : plus besoin de fitter pour avoir le chi2 (fit à la main)
* show_normalize. alarme si résidu de normalisation non nul ("trop grand")
* plot sed
* plot continu des modèles, pas seulement sur les coordonnées des
données (radial_model-choix des angles de coupe-, sed_model)
- améliorations  de routines de diagnostics  (plots, visu, etc)
* localisation du min et max dans chi2_slice et sniffer_map
* triage des paramètres pour affichage (utile qd grand nombre de paramètres)
- manipulation des paramètres avec globing patterns (*) (grand nombre
de paramètres)
- amélioration interne  du code :
* fonctions de servive --> allègement du code
- lecture des données non-oidata
* expérimentation sur fichiers ascii

* à noter : la couche de lecture oi-data est en train d'être réécrite
pour MIRA, puis sera synchronisée avec LITpro. La re-synchronisation
avec MIRA est utile (elle permettra notamment l'écriture de fichiers
OIfits (en vue de données simulées) et l'importation de fichiers
acscii pourrait être implantée après.


3- actions à court terme sur le GUI et LITpro
(court terme = d'ici la prochaine réunion)

- GUI :
plot des données sans le modèle
besoin d'une documentation :
 - premier niveau :
o doc écrite  (Olivier, Armando, Martin) pour guider l'utilisateur
à travers le GUI
o démo. virtuelle (Guillaume, Sylvain) - montrée après la réunion -
solution attrayante !
- second niveau : sur les fonctions mêmes du logiciel apelées par le
GUI
récupérer la doc de LITpro; remonter les help des fonctions mais
est-ce suffisant ?

et continuer de tester à l'aide de nouvelles données et fits

- LITpro
* distrib avec les fonctions nouvelles écrites récemment
* changement de la nomenclature des paramètres dans bibliothèque de
fonctions modèles comme décidé en avril
* consolidation des fonctions d'assombrissement

4- réflexions/discussions sur les pages Web

- la page http://www.jmmc.fr/model_fitting_page.htm a été créée, pour
l'instant accessible par les membres du groupe qui seuls la
connaissent, sera ensuite une rubrique du site du JMMC.
elle est à compléter.
De même, le descriptif du groupe de travail est à actualiser sur le
site du JMMC.

- page twiki : à maintenir et faire vivre; d'elle partent les accès
aux autres pages du groupe

- page des données privées (non encore publiées)  http://apps.jmmc.fr/oidataPrivate/
il est décidé unanimement d'y accéder via un mot de passe unique

Pour conclure ce CR, on peut garder en tête la question de Gilles :
"qu'est-ce qui existe ailleurs, en matière de fit de données
hétérogènes (et polychromatiques) ?"
Des réponses seront peut-être données lors de la conférence SPIE la
semaine prochaine.

03 Avril 2008

Minutes brèves de la téléconférence du jeudi 3 avril 2008
-10h/12h40 -

Participants : Olivier,Denis, Armando, Martin, Romain, Guillaume,
 Gilles, Isabelle, Michel

Ordre du jour de la réunion :
1- point sur le GUI (accès VNC sur poste de Guillaume)
2- point sur LITpro et sur les données tests via les pages wiki
3- validateur oi-fits développé par Guillaume : status
4- réflexion à avoir sur notre façon de communiquer ? + Mise en place
d'une liste de diffusion : est-il temps ou est-ce prématuré ?

***************************************************************

1.Démonstration du GUI (avec Olivier aux manettes)
- effort sur les plots effectué.

A faire :
o plotter separement les T3, VIS2, VISamp...
o pouvoir visualiser les données avant de leur associer un modèle

A noter (demande de Guilaume):
dorénavant, veiller à utiliser la version STABLE de GUI uniquement (et
non plus la version BETA sur laquelle travaille Guillaume). Les
basculements seront plus fréquents entre les 2 versions.


2.Discussions/réflexions à partir des données testées. Point sur LITpro

- sur RY Sgr : les erreurs étaient dues à une malformation des fichiers
  (ucoord=vcoord=0 et mauvaises unités spectrales). Après corrections,
  l'ajustement montre que les données (MIDI) sont fortement corrélées (chi2
  reduit << 1).

Rappel : LITpro est conçu pour fitter des données de format OIFits,
i.e. des visibilités calibrées (i.e. normalisée à 1 à l'origine). Une
hypothèse de base est l'indépendance des mesures.

Plusieurs sources de corrélation des mesures existent sur les instruments,
ce qui contredit l'hypothèse de base. Par ordre d'importance:
- Calibration photométrique (normalisation à l'origine)
- sur-échantillonnage en fonction de la longueur d'onde

A faire :

o permettre de travailler sur les données brutes, i.e. avant
  normalisation, pour fitter objet et calibrateur(s) en parallèle. Il
  faut définir comment distinguer les données brutes des données
  calibrés OIFits. Possibilités (rien n'a encore été décidé):
  - nouvelles tables dans les OIFits ? (e.g OI_VIS  -->  OI_VIS_RAW)
  - Flag dans les fichiers OIfits ?

Avant de décider, avoir une vision claire de ce que "subissent" les
mesures de MIDI jusquà ce qu'elles deviennent des fichiers OIData :
écrire si possible sous forme analytique, lister erreurs et biais
(action Olivier)

o Olivier va corriger les autres fichiers de données de RY Sgr
  (tabvis***) et faire un fit global. Les variations photométriques
  entre les divers calibrateurs devraient permettre d'obtenir une
  value du chi2 plus raisonnable.

- sur Achernar
explication du paramètre weight et de l'option "Normalize" dans les
settings (à implanter dans la doc).

A faire :
o option "normalisation "on" ou "off" du modèle à remonter dans le GUI
o finaliser le choix de la dénomination des paramètres des fonctions
géométriques de base : avant le 9 avril 2008
o créer une page de données  partagées uniquement au sein du groupe
(accès avec password).  Y mettre les données non encore publiques,
notamment celles permettant de tester le fit multi-chromatique
o remonter les outils de diagnostic (sniffer et chi2-slice) dans le GUI

Récapitulatif des améliorations de LITpro depuis la dernière fois:

- Suite aux tests d'Olivier, des bornes par défaut sont maintenant définies
  dans les fonctions de base et remontées par l'interface.
- Suite aux tests d'Olivier avec un fichier OIData mal formé, durcissement
  du calcul des matrices de covariance.
- Le problème du calcul des fréquences spatiales détecté par Armando
  (erreur sur la longueur d'onde lorsqu'il y a plusieurs tables WAVELENGTH)
  a été corrigé.
- Plusieurs corrections dans le fitter, en particulier sur le respect
  strict des bornes.
- Les fonctions de base géométriques sont maintenant toutes fiabilisées. Il
  reste à effectuer la même opération sur les fonctions d'assombrissement
  centre-bord.

- Amélioration de l'outil pour produire les distributions. Une nouvelle
  distribution sera faite après la fiabilisation des fonctions
  d'assombrissement centre-bord.


3. Le validateur de données OIFits a fait ses premiers pas, avec
succès.
Il sera accessible prochainement via une page web.
On lui donne le fichier; il nous renvoie les champs existants et ceux
qui devraient y être mais qui n'y sont pas.

4. Pas de consensus sur "uniquement page Twiki" ni sur "la mise en
place d'une liste de diffusion". Donc compromis avec l'utilisation du
mail incluant commentaires, explications avec pointage si besoin sur
la page Twiki. et sur celle-ci, trace des echanges, actions à faire,
etc. On refera le point la prochaine fois.
besoin également d'un lieu dédié au debogage (où sont répertoriés les
bugs rencontrés et leur status) mais pas de conclusion nette à ce
sujet.

Prochaine réunion téléphonique entre la mi-mai et fin mai (date fixée
via Doodle fin avril).
A noter : venue de Martin à Lyon du 28 au 30 avril.

19 Fevrier 2008

Minutes brèves de la téléconférence du mardi 19 février 2008
-10h/11h40 -

Participants : Olivier, Armando, Guillaume, Sylvain, Isabelle, Michel

Objectifs de la réunion :
1- éclaircir les actions possibles d'Armando et Olivier
2- découvrir l'interface graphique développée par Guillaume
3- décider comment d'organiser au mieux

1. Armando et Olivier ont des données AMBER, MIDI d'objets pas trop
compliqués + des calibrateurs : ces données peuvent servir :
- à s'exercer sur LITpro
- via l'interface
- à alimenter in fine LITpro avec des exemples (du type Obj1 de
Goutelas) pour aider aux tests et à l'initiation au logiciel de
l'utilisateur lambda.

discussion sur le format des données : peu de ces données sont sous
format OIFits, mais simplement ASCII.
Double consensus sur :
- le fait que le Model Fitting ne travaille qu'avec le format standard
des données, i.e. OIFits; à l'utilisateur de transformer si besoin le
format de ses données
- le besoin d'un "validateur - intégrateur" de données OIFits.
l'idéal serait de produire des convertisseurs des anciennes données de MIDI
ou d'AMBER vers le format OIFits, (opération plutôt manuelle avec la
solution sous IDL de J. Monnier)
action en projet au sein du groupe de Guillaume, pour la validation (en
discussion pour l'intégration)

2. Démo. de l'interface graphique via VNC par Guillaume
http://jmmc.fr/~mella/LITpro
- "révision" de certaines caractéristiques de LITpro (comme le
partage d'un paramètre par plusieurs briques, etc).
- présentation de qques potentialités de topcat

3. Actions pour organiser la collaboration entre les membres du mini-groupe :
- Mise en place d'une page Twiki, lieu d'échanges et de visualisation
des avancées, questions et réponses du groupe
possibilité d'activer le service de Notification (on reçoit un mail
lorsque la page a été modifiée).
- Mise en commun de données : sur une page web gérée par Guillaume.
Au départ : simplement, puis de manière + sophistiquée plus tard (par
ex., avec accès protégé pour certaines données)
- RdV ~ mensuels par téléconf (1 heure max) pour faire le point :
prochaine téléconf. entre le 17 et le 28 mars (TBF par mail).

- réactivation d'une liste de diffusion dans un mois environ, une fois
  que les actions du mini-groupe seront bien lancées.

(copie de ces minutes à Denis et Romain - qui se réunissent vendredi
avec Armando et Olivier qui leur montreront l'interface graphique );)