Introduction

Cette page est destinée à mettre en vrac (mieux, à classer!) les éléments premettant de construire une prospective pour le JMMC 2011-2014. A noter, la nécessité de trouver une structure pour remplacer l'actuel GDR, qui finit fin 2010, et ce, dans le cadre de la restructuration des laboratoires LAOG et LPG, dont l'un, le LAOG, héberge l'actuel centre de réalisation.

Structure, Fonctionnement

Le JMMC est une structure française destinée à faciliter l'usage de l'interférométrie dans la communauté astronomique nationale et européenne. Il est la vitrine de l'expertise française en interférométrie optique, et plus généralement la haute résolution angulaire. Son champ d'application naturel est l'ensemble des interféromètres existant ouverts à la communauté française, le VLTI en particulier. A ce dernier titre, il collabore avec l'ESO pour la mise en place de nouveaux services de préparation des observations, etc... Il a enfin un rôle de formateur en interférométrie (écoles, workshop...)

Proposition de GillesDuvert: Le JMMC sera constitué d'un centre de réalisation et de maintenance logicielle structuré en équipe du LAOG (ou de l'UMS Observatoire?). Cette équipe comprend les ITA, CDD et CNAP du LAOG ayant des activités dans les groupes et les projets de réalisation du JMMC. Les membres de cette équipe peuvent être attachés conjointement à d'autres équipes pour leurs autres activités de recherche et/ou de service. L'équipe JMMC reçoit une dotation annuelle spécifique de l'INSU à travers la dotation récurrente du futur laboratoire LAOG+LPG. L'équipe a en charge la gestion de l'entité centre+réseau, l'aspect "vitrine" de la R&D hexagonale en interférométrie, le développement et la maintenance des logiciels "JMMC", les services annexes liés à la production de logiciels et la maintenance de bases de données...

Le centre maintient et finance les activités de Réseau qui constitue le vivier de la R&D déjà en place au JMMC dans sa forme actuelle. Il s'appuie pour ce faire:

1. sur les recommandations et les évaluations d'un Conseil Scientifique.
2. sur des groupes de recherche au statut informel mais constitués des experts répartis dans les différents laboratoires partenaires du LAOG+LPG, notamment un responsable de groupe.
3. sur des conventions quadriennales passées entre l'équipe JMMC du LAOG+LPG et les OSU partenaires pour la définition et la comptablilsation des services d'observation JMMC hébergés par ces OSU.
4. sur des conventions quadriennales passées entre l'équipe JMMC du LAOG+LPG et les labos partenaires pour la mise à disposition éventuelle d'ITA de ces laboratoires sur des projets.
5. (membre d'équipe extérieur au LAOG ?)
6. sur une enveloppe financière permettant de financer du support techniques (CDD, missions...) dans la communauté, suite à appel d'offre.
7. sur sa capacité à soutenir des demandes de financement (ex: ASHRA, ANR, Europe...) effectués par des acteurs du réseau (laboratoires, groupes..)

Orientations Scientifiques

Axes de développement proposés par le CS:

1. Traitement du signal (VLTI2)
2. Calibrateurs (VLTI2) . Voir GetStar + bas
3. Reconstruction d'images avancée (VLTI2)
   • reconstruction polychromatiques
   • référence de phase
   • masquage de pupille
4. Astrométrie, astrométrie différentielle
5. Autres interféromètres (CHARA, ...)
6. Post VLTI (sol et spatial)
7. Observatoire virtuel : Il s'agira d'élaborer une norme VO pour l'échange d'informations en interférométrie. 3 types d'information sont envisagés:
   • échange d'observables interférométriques. Cela revient à étendre les concepts cachés derrière la norme OI-FITS en créant un DataModel, une VoTable , et des méthodes d'accès.
   • échange de paramètres de descrition d'inteféromètres, pour normaliser des applications de type ASPRO.
   • échange de paramètres relatifs aux objets "calibrateurs", pour normaliser des applications de type SearchCal

Developpements Logiciels

SearchCal

• Mettre à disposition de la communauté via le VO des différents catalogues générés (bande V, N K, K faint)
  • Masquer sclwsServer derrière xinetd/Apache/TomCat pour renforcer la fiabilité du service (une instance de sclsvrServer "..." par requète)
  • Offrir une version asynchrone comme webservice standardisé et enregistré dans le VO
• Mettre à disposition de la communauté via le VO un catalogue de mauvais calibrateurs
  • A la manière des bons calibrateurs, interroger et agréger tous les catalogues de mauvais calibrateurs pour en offrir une liste exhaustive
  • Se positionner face au service offert par l'ESO
• Adapter l'interface graphique pour interroger directement les catalogues des bons et mauvais calibrateurs (protocole DAL)
  • Utiliser cette base pour fournir un client simple et universel de requête DAL

GetStar (nom de produit a définir)

Possibilité de développer un nouveau logiciel 'petit frère' de SearchCal pour une étoile en particulier. Il serait utilisé pour affiner, par des méthodes existante ou à définir par le groupe calibrateur, l'estimation du diamètre pour une étoile particulière (et non, statistiquement pour les étoiles environnantes comme le fait SC). Ce serait donc un outil d'amélioration de l'erreur sur les mesures calibrées à utiliser APRES les observations. Aceesoirement, c'est aussi un outil qui permet en 1 clic de remonter une quantité d'infomrations utiles sur une étoile sans aller les compiler dans une douzaine de bases de données différentes...

Il existe déjà une variante de SearchCal qui est un embryon de cette silution. Pour cela, il faut consulter le groupe Calibrateur pour améliorer et rendre publique un logiciel qui dispose d'une base existante.

• Utiliser ce premier produit pour fournir le premier service web (simple d'usage) du JMMC

OIVal

• Faire de cet outil un visualiseur générique d'OIFits

Aspro

Suite à l'enquête de satisfaction des utilisateurs des services JMMC, il ressort qu'un effort conséquent doit être porté sur la modernisation d'ASPRO, pour le mettre au niveau des autres logiciels du GDR. Les pistes sont:

• Moderniser l'interface graphique (stage en cours, effort commun avec l'IRAM)
• Refonte complète du logiciel en Java, pour le rendre autonome. Possibilité de le découper en plugins interopérables avec d'autres applications (par ex. besoins ESO)

Développements transverses

• Implémenter SAMP pour assurer la commutation entre nos applications et celles tierce-partie
• Améliorer et maintenir JMCS (diffusion libre sous licence CeCILL)

Gestion des serveurs

Le JMMC a développé des services et une expérience à un niveau de qualité qui pourraient être enregistrés officiellement au niveau de l'Observatoire Virtuel. Cela implique une charge importante au niveau de l'équipe technique.

Voici une liste non-exhaustive de ce qu'il parrait pertinent d'envisager pour améliorer la structure au niveau du centre technique:

• Mettre en place un serveur de développement
• Améliorer le temps nécessaire au remplacement par le clone du serveur principale
• Mettre en place de la redondance géographique
• Installer un serveur LDAP
• Compléter le système de métrologie/surveillance/statistique d'accès aux logiciels

-- GillesDuvert - 19 May 2009 -- SylvainLafrasse - 07 May 2009