JmmcReunionMensuelleJune2018 < Jmmc

---+!!<center>Réunion Mensuelle JMMC - Juin 2018</center>

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

---++!! Participants 
<!--
|Main.XXX|%ICON{choice-no}%|
|Main.YYY|%ICON{choice-yes}%|
-->
|*Invité*|*Présent*|
| Main.AlexisMatter | %ICON{choice-yes}%  |
| Main.ArmandoDomiciano | %ICON{choice-yes}%  |
| Main.AnthonyMeilland | %ICON{choice-no}% |
| Main.FerreolSoulez | %ICON{choice-yes}% |
| Main.GillesDuvert | %ICON{choice-yes}% |
| Main.GuillaumeMella | %ICON{choice-yes}% |
| Main.LaurentBourges | %ICON{choice-yes}% |
| Main.MyriamBenisty | %ICON{choice-yes}% |
| Main.XavierHaubois | %ICON{choice-no}%  |
|  |  |

---++!! Compte rendu

---+ infos générales

---++ école VLTI
   * Alexis, Laurent, Gilles, Eric, Michel, Guillaume participent

---++ Sondage utilisateur
   * presque prêt / reste derniers commentaires - Antony va boucler ca rapidement.
   * prévoir un mail Olbin à envoyer début septembre avec un lien depuis le site www.jmmc.fr Plus relance début octobre.
   * dès qu'il est prêt / diffuser en petits comités (ecole VLTI peut-être + SUV)

---++ publications
   * Alain a saisi la derniere publi il y a deux mois. 2 nouvelles à rajouter au moins prochainement. Si vous en avez d'autres mailto Alain!

---++ quelques retour en réponse au rapport du CS 
   * voir [[http://www.jmmc.fr/doc/index.php?search=JMMC-MIN-0000-0027][CR]]
   * Thibaut devait rappeler Ferreol ...
   * La réactivité côté infrastructure système OSUG-DC n'est toujours pas correcte (pas encore de backup de données par ex.). 
   * Par manque de temps l'identification et l'affectaction du temps et resources nécessaires pour chacune des tâches évoquées n'a pas été formulé. Nous devrions pouvoir mieux qualifier cela après un an d'experiencesuivant le nouveau mode de travail avec la roadmpa et activités mensuelles.   
   * Essayer de se rapprocher de l'OCA pour un premier contact afin d&#8217;améliorer la redondance des services (et donc leur fonctionnement).
      * [] Guillaume envoie un premier infos à Alexis

   * Le rapport d'activité ayant été rendu tard, le CR n'a pas pu être prêt pour l'AG - *prévoir une rédaction en avance pour l'édition de 2019*

---++ Changement dans l'organigramme
   * Laurent est promu Directeur Technique du service MOIO bien mérité pour son implication dans les développements logiciels, la mise en place et la surveillance du bon fonctionnement des services associés! 
   * Au passage les groupes restent à être mis en ligne sur le site web ( http://www.jmmc.fr/twiki/bin/view/Jmmc/JmmcGroups )
      * Manque tools + bases de données
      * rajouter une entrée SUV dans le menu

---+ retours SPIE
---++ SPIE Imaging contest :
      * Joel Sanchez winner avec SQUEEZE (MCMC) pour donner un prior BSMEM
      * Belles participations françaises !
      * tous (5) retrouvent le disque et la planète
      * cf slides transmis par Ferreol
      * la participation prouve et encourage le travail sur la convergence entre outils MF et IR 
   * nouveautés dans LITpro : anneau avec des splines 

---++ Discussion OIFits 2
  * Retour de Xavier:
<verbatim>
Juste un petit résumé de la discussion (20 minutes) avec une sélection de commentaires.

Au début j&#8217;ai posé la question des métadata,  pas vraiment eu de réactions.

- J&#8217;ai demandé aussi pourquoi on avait pas plus de OIFITS SAM(VLTI)/NRM(Gemini) , John et MIKE disaient que NIRC produit des OIFITS. J&#8217;en ai jamais vu personnellement.
-  Theo dit qu&#8217;au moment de commencer à stocker les OIFITS dans leur archive CHARA, il est malvenu de changer un format. 
-  On a rappelé que certaines tables OIFITS2 étaient optionnelles.
-  Mike demandait si l&#8217;effort de coder OIFITS 2.0 pour chaque interféromètre du monde pouvait être supporté par une structure européenne comme le JMMC.
- John Y. a  rappelé que grâce à ses librairies, c&#8217;est facile.
- John Monnier demande à revoir la norme OIFITS 2.0 qui impose que la table OI_ARRAY soit présente. Ce qui n&#8217;était pas le cas apparemment en OIFITS 1.0.
Ca l&#8217;embête apparemment.

-OI_CORR:
John (Monnier) propose qu&#8217;au prochain Beauty Contest on fournisse les OI_CORR aux participants et qu&#8217;on reconstruise avec/sans les utiliser.
C&#8217;est je pense une super idée.
Je crois qu&#8217;à part Mike et quelques autres, personne n&#8217;est enthousiaste.
J&#8217;ai suggéré à John de mettre en place une démonstration pour estimer sur un exemple précis de combien on se trompe dans  les incertitudes si on ne prend pas en compte les corrélations.

John devrait résumer tout ça dans son proceedings.
</verbatim>

   * Ferreol indique des echos similaires rapportés par Michel
   * prévoir la diffusion avec OI_CORR bien avant le Beauty Contest pour laisser le temps de mise au point des codes !

---+ infos activités de groupe
---++ OIfitsExplorer - Myriam avec un retour sur le SPRINT mensuel en cours!
   * Reste beaucoup à faire et en particulier sur la notion de selection de donnée (à plotter + export)
   * Cas scientifiques :  traitement selection pour une mise en forme avant traitement par les logiciels : faire correspondre les clotures au V2....
   * Concretement : 
      * proto debut de ligne de commande pour rendre valide un fichier + filtrage par insname
      * reflexion technique sur le code interne

   * Suite probable lors des sprints MFIR en particulier sur la gestion des données : Super !
   * Difficulté d'avoir à gérer toute la souplesse des données OIFITS

Le message de Laurent indiquant sur le statut en cours:
<verbatim>
Bonjour,

Voici la version beta qui permet de classer les données par Target et Instrument Modes (global) :

http://jmmc.fr/~betaswmgr/OIFitsExplorer/

Il reste des questions sur le regroupement des Instrument Modes et de leur nommage (global UID) ...

Par ex, lorsqu'on charge beaucoup de fichiers OIFits, il y a beaucoup de chance de regrouper des table OI_WAVELENGTHs très proches ...

PS: il y a eu un gros refactoring (interne) du code qui permettra d'adapter et utiliser le Merger prochainement (pas encore MAJ) et donc de sauvegarder des OIFits cohérents...

Laurent
</verbatim>

Le projet a donc fait une petite avancée notable contrairement aux précédentes tentatives. Youpi!!

---++ AMHRA - Armando
   * pourquoi Armando n'a pas recu le message, mais il a bien été diffusé!
   * nouvelle page web du service ( l'ancienne azur-vo va être arrêtée )
   * discussion technique pour mettre en place le serveur qui heberge le service associé au nouveau modèle geante rouge
      * 
   * modélisation d'OIFits à partir d'une image d'entrée cf script python sur la page wiki 
      * service mis en place au niveau du réseau local seulement (discussion pour ouvrir les accès)
   * reste la mise en place d'une fonction rotation/facteur d&#8217;échelle sur U,V
      * prendre plusieurs images pour des cas de tests
   * bug détecté en sortie du modèle
   * prévoir une visio technique pour discuter de l'architecture et des interfaces avant de demander leurs mises en place aux DSI a voir en fonction des dispos

---++ Calibrateurs - Gilles
   * n'oubliez pas la transformée de Hankel pour ... quand on parle diamètres stellaires/ profiles d'assombrissements centre bords. modèles S-ATLASS....
   * [] a diffuser dans le prochain bulletin de liaison
   * des retours rassurants sur les estimations données dans le JSDC (en dehors de erreurs trop optimistes)
   * MATISSE a des besoins poussés en terme de calibrateurs - A DETAILLER

---++ MFIR - Ferréol
   * discussion 
   * Jacques est passé à Lyon pour mieux intégrer SPARCO dans la ligne de commande MiRA suite à la [[http://www.jmmc.fr/twiki/bin/view/Jmmc/Software/MFIR#2_mai_2018][réunion de mai]]
   * Une fois intégré le support des parametres 'à la oimaging' SPARCO serait aussi prêt!

---++ SUV - Alexis
   * Le CR du CS résume bien ce qui manque. 
   * Alexis a relancé les créations de comptes mais réfléchi de nouveau à revoir la solution en place
   * La question de la disponibilité n'est pas évidente à garantir 
   * La question de passer une annonce est peut 
   * crédits des 25KE reste à clarifier

---++ OiDB / Aspro
   * pas discutés

---+ plan pour la suite de la roadmap (qui quand quoi)
  * Version en cours
     <img src="%ATTACHURLPATH%/RoadmapJMMC2018-06.png" alt="RoadmapJMMC2018-06.png" width='1052' height='744' />
  * Septembre Octobre MFIR avec dans le backlog la liste établie lors de la dernière réunion
  * OiDB en fin d'année

---+ Prévisions des prochaines réunions/dispos
   * ok pour initier un sondage en visant une réunion fin septembre
Attachments
Topic attachments
I	Attachment	History	Action	Size	Date	Who	Comment
png	RoadmapJMMC2018-06.png	r3 r2 r1	manage	106.2 K	2018-07-04 - 08:47	GuillaumeMella
This topic: Jmmc > WebHome > JmmcReunionsMensuelles > JmmcReunionMensuelleJune2018
Topic revision: r10 - 2018-07-04 - GuillaumeMella