AG-2023

Elle s'est tenue du jeudi 19 janv. à 14h au vendredi 20 janv. 13h30 à l'IPAG. Un grand merci aux directions de l'OSUG et de l'IPAG pour leur accueil et leur soutien à l'organisation de ces journées et de la soirée conviviale en l'honneur de Gilles Duvert, parti à la retraite en septembre dernier. Un grand merci également à Manon Fraisse (OSUG), Marie-Hélène Sztefek (IPAG) et Catherine Gallet (OSUL) pour leur aide précieuse, plus compliquée que prévue du fait du mouvement social du 20 janvier.

Les échanges ont eu lieu en mode hybride, entre en moyenne une vingtaine de participants dans la salle et une quinzaine à distance. Merci à tous d'avoir été là.

====================================================================================================================

Agenda actualisé - salle Forestini OSUG-A & sur zoom du jmmc

jeudi 19 janvier

14:00 -16:00 talks généraux et synthétiques du PTN et des différents groupes le constituant, sur les activités 2022 et les prospectives ~15mn pour chaque talk

• Accueil - Nathalie Cotte, directrice de l’OSUG
• Pôle - bilan et prospect. (Isa)
• SNO MOIO - bilan et prospect. (Jean-Philippe)
• SNO SUV - bilan et prospect. (Alexis)
• Training (Myriam)

pause

16:30 -18:40 Points sur les chantiers en cours et envisagés, avec démos et discussions ~10-15mn pour chaque item

• OLBIN publication database (Alain)
• OImaging et retour atelier ALMA/VLTI (Ferréol)
• searchFTT (Guillaume)
• Aspro2 (custom conf / targets / pops), a2p2 (CHARA)(Laurent)
• OIFits Explorer - filtrage des données (Laurent)

18h30 - 21:30 buffet convivial en l'honneur de Gilles (Hall Muséo OSUG)

Vendredi 20 janvier

09:00 -11:00 Points sur les chantiers en cours et envisagés, avec démos et discussions (suite et fin) ~30mn pour chaque item incluant les discussions

• LITpro - mode asynchrone en cours (Guillaume)
• sYSOm dernier modèle AMHRA - prospect (Armando)
• SPICA-DB status et évolution (David, Guillaume, Denis)
• JSDC version 3 (Laurent)

pause

11:20 -13:40 Discussions générales, liste des topics non exhaustive, à compléter :

• comment augmenter nos RH effectives
  • Futur appel d’offre Infratech - information (Karine, Frantz Martinache)- implication possible du JMMC dans projets soumis ?
• dynamique du SNO SUV - tâches de service à mettre en place : curation données archive VLTI, quid futur support utilisateur SPICA/CHARA
  • projet SUV2.0 (Denis)
• quelle feuille de route concernant l’ajustement de modèles ? Quel rôle pour le JMMC ?
  • présentation de l’outil OImodeler (Anthony Meilland)
• Parole au Conseil Scientifique (Thibaut)

=====================================================================================

14:30 - 18:00 Conseil Scientifique, salle Vercors OSUG-A

=====================================================================================

Prises de notes

Intro / Site JMMC

Présentation du site web (news, calendar, User support, page SNO FR pour les candidats CNAP)

2 Ecoles en 2023:

• CHARA meeting + workshop: Atlanta (USA), March 13-17, 2023: https://www.chara.gsu.edu/meetings/chara2023
• VLTI School 2023: Budapest (Hungary), 2-17 June 2023: https://vltischool2023.konkoly.hu/

Nouvelle page des Software releases JMMC: https://releases.jmmc.fr/index.html

Github JMMC-OpenDev (44 repositories): https://github.com/JMMC-OpenDev/

Metriques:

• stats d’usage des logiciels
• OLBIN Publication database: http://publications.olbin.org/
• RH:
  • guillaume et laurent à temps partiel (70% laurent et 80% guillaume - implications OSUG), 1 seul CDD en 2023 (OCA - 0.3 FTE domino)
  • => baisse 1 FTE de soutien ingénieur en 2023
  • => demande INSU de 6 mois de CDD + soutien des autres CER (centre technique)
  • soutien financier (INSU + OSU pour missions) avec des ressources propres demandées sur 2023

Nicolas Nardetto:

• mettre à jour le lien vers l’EES17 sur la page du JMMC (videos et slides des cours disponibles sur ce lien): https://lagrange.oca.eu/fr/ecoles-thematiques/1916-ecole-evry-schatzman-2017-du-pnps

Discussions:

• Fabien: important de définir les profils de besoins en ressources de manière précise. Difficultés/lourdeur d’encadrement CDD et pourtant le CDD est un bon moyen d’identifier les bons candidats et de construire les dossiers.

• Jean-Philippe : Feedback en live sur des programmes d’observation pour tester : améliore les outils dans le workflow scientifique

• Appropriation des nouvelles technologies (apprentissage profond/IA/BigData). Retour d’expérience atelier ALMA/VLTI riche en enseignement. Nécessite de jeunes chercheurs, construction de projet de recherche, c’est un effort sur le long terme. Financements à l’échelle locale, nationale et européenne existent, il faut des porteurs.

• Fabien : possibilité d’interaction avec des équipes Grenobloise spécialisées en IA - appels d’offres en cours ( à surveiller peut-être en mode exploratoire )

• Laurent : Par exemple: JSDC3: apprentissage sur JMDC => modèle ldd = f(pseudo-couleurs …) puis généralisation sur tout le ciel (3 à 5millions de sources) => prédictions, erreurs et cohérence …

• Thibaut: les revues d’outils doivent se faire en interaction avec le CS

• Laurent: nombre important d’outils vs ingénieurs (>10 pour 1.5 FTE) / approche de dev ciblés (chercheurs overbusy => sprints = collaboration ponctuelle), contribuer au JMMC via github (Specs, tickets, PR ?)

• Nicolas: précision sur JSDC-4 ? Qu’entend-t’on par là ? Différencier JMDC et JSDC. Distinguer les usages (calibrateurs,paramètres astrophysiques). Effectivement les 1000 étoiles observées par SPICA (mesures directes) ont vocation a intégré le JMDC. Mais on peut également envisager d’utiliser les relations brillance de surface générées par SPICA (pour PLATO et les distances dans l’univers) pour déterminer le diamètre angulaire des calibrateurs interférométriques (JSDC). Actuellement le JSDC est basée sur les pseudo-couleurs, ce qui est un peu différent. Quelles méthodes pour le calcul des diamètres angulaires (SBCR et/ou pseudo-couleurs) ? De manière générale: articulation SPICA et JMDC+JSDC.

• Denis: évolution des usages est à prendre en compte, les utilisateurs viennent d’horizons différents, profiter de cette richesse.

• Alexis Matter: hésitations à alimenter OiDB selon qualité de données, nécessité de garder la mémoire des commentaires… Guillaume: Important de pousser les données quoiqu’il en soit. Le modèle de données standard, intégration de métadonnées. Importance de garder la mémoire des version de réduction.

• Thibaut comment procéder s’il y a une double demande de d’un meme jeu de données: Alexis voit une production de 2 jeux de données avec chacun leur pi propre

• OiDB est basé sur un modèle FAIR (ObsCore IVOA + extensions / TAP), mais ne gère pas encore correctement le versionning /va avec la difficulté a estimer si le resultat est ok ou pas.

• Ecole VLTI 2024 en France (Cargèse ?)

• Etre très vigilent à essayer de porter des demandes OPTICON/RADIONET de type PostDoc (cf. discussion demain en intégrant la question des responsabilités à prendre à l’EII )

• Evolution possible des SUV vers des activités plus traitement en masse / avec moins d’interactions utilisateur

• Thibaut: être vigilant pour récupérer des ressources Europe (ORP, Infratech) sur les thématiques type apprentissage profond). Discussion demain avec Frantz Martinache demain. Discussion sur la nécessité que tous les partenaires s’impliquent (INSU, ESO et autres).

• Paulo: étonnant qu’il n’y ait pas eu de candidature française pour le bureau de l’EII. L’information à bien circulé (Florentin représentant français)

• 2020 ESO user community poll on VLTI “non usage” (35% (150): lack of expertise, 71 plan to apply): A.Mérand: “Why do non-users, who know about the VLTI ECs and say that VLTI would be userful to their research do not jump in”. Discussion: retour expérience ALMA (Edwige, Myriam), sessions de préparation aux observations existent mais constat baisse de participation (spécification du besoin trop complexe).

• Paulo explique le projet financé par l’Europe pour la data curation des données Gravity. Florentin: appel EII, est-il possible de se positionner sur la curation des données MATISSE.

• Discussion sur le contrôle qualité des données dans le contexte de la réduction automatique, quelle curation. Zone grise des programmes difficiles. Discussion sur le rôle de l’ESO. L’ESO n’a jamais eu pour philosophie de donner des données réduites, la réduction systématique est déjà un bon pas en avant. Myriam: même une réduction “quicklook” est utile (retour d’expérience ALMA).

• Gilles, OiDB assure la compatibilité avec l’observatoire virtuel, c’est une élément essentiel pour la curation/traçage des données réduites.

• Laurent: importance d’utiliser des cas pratiques (publications scientifiques) pour illustrer la documentation/tutoriels

• Myriam: nécessité du maintien d’une liste à jour des outils (problématique similaire évoquée à l’atelier ALMA-VLTI)

• Laurent: faut-il utiliser des sources particulières pour les tutos ? Thibaut: ne pas hesiter à soliciter le CS pour faire des choix de targets

• Quelques notes perso (non présentées ) suite participation workshop VLTI HOW:

  • 40 étudiants amérique du sud - différents niveaux
  • 2 semaines complètes :
    • une ou deux présentations (compétences générales) par jour avec celle orientée soumission proposal et VLTI expertise center
    • 1ere => cours ( 1 présentation générale JMMC )
    • 2eme => TPs
      • TP: 8 groupes affectés à 8 tuteurs sur différentes thématiques
      • intro outils JMMC avant certains TPs ( Aspro2, OiFitsExplorer, LITpro, OImaging, OiDB )
        • nombreux retours ( étudiants & profs ) : soit questions/remarques très générales, soit des cas très particuliers
  • bcp d’échanges d’infos formelles et informelles +l’occasion de voir les tendances d’usage des logiciels
  • toujours un très bon retour général sur la suite logiciels et services du JMMC

• Discussion sur le critère de convergence fourni par OImaging. Pb: les différents logiciels ont des critères différents.

• L’integration d’ORGANIC dans oimaging n’est pas simple car le code perd la structure d’oifits en entrée et ne peut pas donner son resultat sous le bon format

  • Utiliser une ref pour chaque point de données (ptr=tableID#row#col) pour relire le fichier oifits (initial) et recoller les morceaux (via ptr)

• De nouveaux Logiciels : Joel Sanchez + ???

• Pour la base de ressources sur la reconstruction d’image, pourquoi pas faire un dépôt github qui s’appuie sur une/des collections ?

• Question Ferreol: Existe-t’il un format standard pour définir des modèles. Sebastien Derriere:

  • Il a un groupe de travail IVOA pour la définition de Data Models : https://wiki.ivoa.net/twiki/bin/view/IVOA/IvoaDataModel
  • Et un effort en cours pour pouvoir associer un DM aux données dans le format VOTable.

• Thibaut (SearchFTT): intégration d’un modèle de bruit tenant compte des effets de suivi de frange hors Axe (important pour les études d’AGN). Romain mentionne le travail de modélisation avec son étudiant (2021). Pour l’instant rien dans Aspro2 mais avec l’aide de la communauté (JMMC-MOIO, Gravity, Romain).

• Laurent Bourgès: configuration modulable d’interféromètre (cf. dépot github astro-conf pour la documentation)

• Aspro2: observability tous pops confondus serait un objectif important (Denis a envoyé une première spécification)

LITpro

• Thibaut: quel effort pour la mise en dépôt public (Michel) ?fonctionnement en standalone possible ? Pas avec le GUI mais avec le mode en ligne de commande. Solution technique encore à définir. Proposer avec le CS une session de travail pour orienter la formes des prochaines interfaces de nos outils ?

AMHRA

• Karine: sYSOm bravo, très impressionnant, est-il possible de fonctionner en grille pour pouvoir explorer l’espace des paramètres (en lien avec campagnes à presque 100 objets)

• Michel: possibilité d’ajouter une modulation azimuthale pour tenir en compte d’autres effets physiques, discussion: peut-on la faire rajouter par aspro2 ? Nécessité d’expression d’intérêt/ spécification

• Michel: comment se fait le passage fourier-image ? la génération des images du modèles est implémentée en python en reprenant les equations physiques (sans passer par Fourier)

-Anthony M. : rajouter dans Aspro le modèle ???anneau modulé???

SPICA-DB

• Nouvelles SPICA (Denis)
• Présentation suite logicielle - interface SPICA-outils JMMC (David
• )
• Expression besoin compléter la norme OIFITS par des indications venant de plusieur sniveaux (flag processing, flag calibrators, flag analysis,): comment implémenter ça

Infratech

• Karine, Déléguée scientifique INSU: souhait à l’INSU d’une forte coordination de la communauté pour préparer, avec l’ASHRA, la réponse à l’appel Infratech

• Frantz (ASHRA):

  • rappel proposition OPTICON 2022 n’a pas marché, frustration du processus de construction du projet, problème d’absence d’interconnexion entre les lots de travaux
  • Rappel la proposition 2024 doit inclure trois infrastructures (ESO). Avis de l’ESO dans la construction du projet essentiel.
  • Donner à l’EII un rôle dans le processus de sélection n’est pas considéré comme pertinent.
  • On s’oriente vers la construction d’un comité de pilotage indépendant couvrant les thématiques avant de définir un porteur de projet. A priori le projet pourrait se construire autour du projet d’imagerie d’exoplanètes (suffisamment fédérateur), côté français l’ASHRA coordonnerait l’effort.
  • En attente d’expression d’avis d’autres partenaires Européens.

• Romain: la thématique exclut l’extragalactique ce qui pose problème/exclut d’autres membres de la communauté. Affaiblissement de l’impact scientifique.

• Florentin: coordination ASHRA super, richesse dans la complémentarité des thématiques qui poussent l’instrumentation dans des directions complémentaires (dynamique, sensibilité)

• Paulo: la proposition radioblocks a marché, retour d’expérience serait utile. Rappel c’est du développement technologique pour les infrastructures. Rappel, évaluation faite par des chercheurs qui ne connaissent pas forcémment la thématique haute résolution angulaire. Important d’avoir une stratégie qui tiennent compte de facteurs d’impacts qui pourraient être perçus comme plus important (e.g. sensibilité-Sgr A*-prix Nobel)

• Rép. Frantz, la HRA est un facteur de cohérence, le cas exoplanète était celui qui a été le plus fédérateur et le plus cohérent dans la proposition 2022

• Thibaut: important de mettre en évidence l’impact de l’augmentation des performances sur un axe exoplanètes à toutes les thématiques.

• Denis Mourard: retour d’expérience du processus ESO 2030 qui a mené à la sélection de G+ montre l’importance de l’élargissement communautaire.

• Antoine Mérand: l’ESO réfléchit très fortement à son positionnement.

• David Mouillet: approche “cohérente” est une bonne approche. Quels sont les partenaires Européens ? Frantz: a priori partir des partenaires de la proposition 2022 avec le message qu’il faut qu’ils construisent eux-mêmes une proposition collective à l’échelle de leur pays. Karine: a priori on va partir avec les partenaires habituels

• Florentin: CS de l’EII (10 février), le point de le l’INSU sera donné (ASHRA informée).

• Paulo: GRAVITY a été un “game changer” pour l’interférométrie, est arrivé de “l’extérieur”, n’a pas été anticipé par la communauté interférométrique elle-même. Paulo pense que l’EII passe par un moment de faiblesse, difficile de se projeter pour le VLTI, quelle est la vision ? Romain: plutôt des visions concurrentes. Frantz: plutôt des questions de prospective scientifique et technique pas forcément en phase avec l’AO Infratech.

• David: AG JMMC ? Le JMMC a une approche “données” est-ce pertinent dans le contexte d’une AO infrastructure. Quels besoins “données” dans les infrastructure qui pourrait fournir un point d’entrée au JMMC.

• Paulo: la donnée est un élément essentiel de l’infrastructure. Le JMMC doit avoir un rôle. La notion de data curation est centrale dans l’infrastructure.

• Thibaut: la mission du JMMC est plus large que la donnée, c’est aussi un lieu d’animation de la communauté mais également l’interface avec les agences (ESO).

• Michel T. : JMMC limité à la partie service mais la R&D a été traditionnellement exclu du champ d’action. Il est important de sortir de cette action.

• Discussion: message concret sur l’importance de la R&D “données” intégrables dans la conception des instruments donc infrastructures.

• Antoine: Pour référence: https://ec.europa.eu/info/funding-tenders/opportunities/portal/screen/opportunities/topic-details/horizon-infra-2024-tech-01-01 mentionne explicitement la nécessité de digital twin (simulation d’instrument)

• Romain: proposition d’organiser des journées de l’ASHRA incluant JMMC pour préparer l’AO. Denis important que le message du pôle thématique JMMC (incluant la R&D) soit inclut, ça fait partie des missions.

• Frantz/JPB: importance de continuer la réflexion côté JMMC

OIMODELER

• Anthony: développement d’un code modulaire avec construction de modèles à partir de briques (incluant chromaticité, dépendance temporelle) et un fitter

• rôle du JMMC/SUV: produire un package de données de test pour les moteurs d’ajustements.

• Paulo: réflexion nécessaire sur le fait que les moteurs d’ajustements “boîte noire” peuvent être problématiques pour une exploitation scientifique. Il faut savoir ce qu’il y a dedans. Discussion autour de l’accompagnement “service” par des experts de l’utilisation de ces outils.

• Thibaut: la mise à disposition du code est une étape essentiel pour permettre de vérifier les résultats, identifier des bogues …

• Laurent Mugnier: importance d’avoir des articles scientifiques qui décrivent ce qu’il y a dans les simulateurs, moteurs d’ajustement (méthodes, équation).

• Anthony: proposition d’appliquer des formules sur les OIFITS dans OIFitsExplorer. Les OIFITS peuvent-ils être manipulés de la sorte ?

• “wrap-up de la discussion”: plusieurs outils ouverts disponibles dans la communauté, positif ! intérêt pour des validations croisées basées sur l’existence de jeu de données commun, de “data challenges”: rôle du JMMC ?

Evolution SUV

• présentation Denis sur le projet de transformation du service utilisateur qui nécessite une nouvelle labellisation

• questions ouvertes:

  • SUV2.0 doit-il être saisi pour l’orgnisation des runs SPICA
  • SUV très VLTI, SUV 2.0 plus large: changement de mentalité, d’affichage à prévoir, impact sur l’image VLTI-EC au niveau européen (ESO, EII)

• Question Isabelle: Aide aux observations SPICA représenterait un temps non-négligeable pour un CNAP. Quelle est l’estimation du nbre de nuits hors surveys ? Denis: une cinquantaine; soutien de post-docs prévu.

• Question JP: utilisateurs étrangers peuvent s’adresser au SUV? Denis: oui, ça peut continuer dans le cadre des programmes à temps ouvert. Idée dominante: assistance majoritairement autour de la communauté française.

• Programme survey SPICA ~ 50aine de nuits / an

• Dépôt de la demande de la labellisation: implication du CS? CS donne son avis et le présente au CD (probablement par email) pour acceptation

Conclusions T.Paumard

• rappel statut Gravity+

• présentation CS, à renouveler largement (5 membres présents depuis 2013): équilibres instituts, expertises, suggestions observatoires

• discussion sur le rôle de la R&D dans le JMMC

• David Mouillet: la portée internationale des travaux JMMC a été justement soulignée. Est-il possible de solliciter des contributions (FTE, €) des partenaires etrangers ,dans une approche au benefice de tous (leur contribution serait sans doute plus efficace dans ce cadre qu’indépendamment) ? Reflexion amont à la prochaine reunion EII ??