9h30 - Le café est servi, c'est parti !

10h tour de Table

Présentation de la nouvelle organisation Poles et SNO

10h15 Equipe technique activités Gestion des tickets: oui mais difficile d'organiser les tickets / nouveaux dévelopmments et demandes entre les nombreux services

Antoine mentionne qu'il y a possibilité de rajouter des elements dans le sondage du user committee de l'EII (deadline 26 mars) action: piqure de rappel sur jmmc-all

10h30 SUV Présentation Alexis Visitez http://www.jmmc.fr/suv

La question se pose des moyens informatiques pour les questions nécessitant des ressources disk/CPU/RAM : utilisation mixte en s'appuyant sur des solutions serveurs dispo aux experts qui utiliseront les permissions pour le download des données comment mettre en place une solution lourde ou semi-lourde harmonieuse dans les OSUs compte tenu des particularités locales et de la difficulté d'avoir du personnel technique. helpdesk automatique: pas très user friendly (moins intéressant que contact humain!)

Veiller au lien entre les modifications entre pipelines ESO et ceux des consortiums. Idem pour les 'bugs' rencontrés dans les manips SUV à redescendre vers l'équipe technique.

Taille données nuit: gravity 15Tb par nuit, MATISSE plus => 50 Tb min pour réduire les données ! Il est donc difficile de travailler sur le poste utilisateur.

Attention à l'installation sur le poste utilisateur => besoin d'une machine (bcp ram + disque) pour utiliser les pipelines

Comment l'utilisateur poursuit-t'il ses réductions une fois qu'il n'a plus l'accès au serveur du centre ?

proposition: le JMMC finance plus de disque sur la machine de l'OCA et on fait tourner gravity (en mode docker?) depuis Genoble et Paris. Bien définir ce qui est sauvegardé, puisque les données brutes seront elles détruites

annonce SF2A : faire aussi forum étoile, ashra, pnps..au bon moment, ie. lorsque les personnes obtiennent leurs réponses de temps d'obs.

Action : relier la page SUV du site JMMC vers le site de l'EII

1 responsable GRAVITY/MATISSE/(Image_reconstruction?)

Ne pas hésiter à rappeler qui se trouve derrière les adresses génériques Egalement, rappeler les interfaces support existantes lorsque chacun reçoit des demandes sur des mails individuels pour attribuer les demandes au service SUV (tracabilité, échange d'information et statistiques)

Action: souligner davantage que le JSDC est constitué de diametres estimés par methode photometriques et ne contient pas de mesures !

OiDB: rappel d'une demande pour indiquer dans SIMBAD le lien vers OiDB (çàd l'objet a été observé par OI): question de la MAJ ? => renforcer les liens entre CDS et JMMC (jmdc, jsdc 2, oidb)

13:00 Miam

14:00 AMHRA présentation Armando

Intéret du modèle précalculé: il est simple et rapide d'appliquer des transformations géométriques (rotation, facteur d'échelle) sur les images Fits (cube)

? Ferreol: simuler aussi les bruits (aspro2) pour comparer les erreurs avec celles des données observées

peut-on mettre les icones des applis sur Mac ? demo pb: ecran trop petit pour Aspro2 'Target Editor' : boutons inacessibles

ouvert à une intégration vers d'autres modèles ? par exemple: modeles de physique stellaire pour un diametre donné

15:00 MFIR Présentation Ferréol

Action: Rajouter visuellement sur la page web les softs intégrès à OImaging et ceux à venir Utiliser les flux correlles (re/im flux) pour matisse ? des questions arriveront sur les questions de visualisation de ces données

Difficult de visualisation de mise en evidence de parametres sur les sorties de modelfitting

IR manque de données. Le VLTI en produira plus à partir de fin 2018.

Il faut continuer à assurer la chaine de logiciel en acceptant que les parties de simulations ne soient pas parfaitement rigoureuse.

De vraies données publiques instrumentales sont disponibles. Il faut rajouter dans les cas de tests des logiciels une verification vis à vis de ces données Les logiciels ne supportant pas certaines données doivent fournir les routines de filtrage Fournir une matrice de compatibilité des logiciels vs differents instruments

Il faut considerer la question d'activité Recherche (et developpement) vs. intégration operationnelle

S'il la recherche est encore necessaire pour avoir un niveau de code opérationel en IR, il faut peut-etre faire une RoadMap ? Sinon, repprendre

Les collègues du CRAL cherchent à se rapprocher des instruments pour identifier les besoins immédiats

Un outil magique qui fait tout n'existe pas. Il faut donc composer voir appliquer des modifications mineur à moins que le besoin soit fréquent. Dans ce dernier cas, le developpement d'un outil général a une forte valeur ajoutée.