(r10) AMHRA < Jmmc/Software

Tags: view all tags
---+ Analyse et Modélisation en Haute Résolution Angulaire


---++ Réunions
Infos complémentaires sur l'outil ASPRO2 de simulation des observables à partir d'observation (1 OIFITS) et d'un modèle (FITS image ou cube):
http://www.jmmc.fr/twiki/bin/view/Jmmc/Software/JmmcAsproUvPlanFiller


---++ du 8 octobre 2018

*Participants* : Guillaume, Laurent, Gilles, Christophe, Armando

---+++ Précisions sur les points techniques qui sont en train de se mettre en place à l'OCA
---++++ Serveurs installations système
      * 2 machines oca : dev + prod
      * ouverture récente du serveur de prod. (https://amhra.oca.eu)
      * Déploiements WAR déployé par tomcat sous SPRING
      * Architecture Frontend / Backend
         * lancement des codes pour génération de données en mode Synchrone (qlq secondes)
         * fich. de propriété + code en sortie production fichier fits
      * Grilles de modèles en // lors de traitements long
   * Question du SAMP HTTPS bloqué
      * [] (LB) relancer discussion VO
      * [] (CO&GM) tester le Work-arround
   * question du dépôt de fichiers fits dans un espace utilisateur protégé
      * OK mais moins prioritaire

   * Utilisation / suivi /maintenance:
      * pas encore de logs de consultation
   * Release Notes:
      * TODO :
         * Bug en cours de résolution (modèles Andrea)
         * Rajout modèles de base /transformé de Hankel profiles 1D (limb-darkening)
         * Séparer les pages web avec modèles (cube d'images) de celle pour "OIFitsModeler"
 
---+++ Gestion des codes sources:
Plusieurs dépôts:
   * JMMC :
      * pour les demande d'accès : https://apps.jmmc.fr/account/dev
   * OCA:
      * https://forge.oca.eu/codes/AMHRA/trunk/
      * un groupe amhra devrait être ouvert avec accès pour les grenoblois ce qui permet de laisser les codes AMHRA côté forge OCA.

---++++ Points de contacts:
   * [] (CO) mettre en place un composant pour les tickets amhra
      * Une solution similaire a oidb pourrait probablement convenir : http://oidb.jmmc.fr/feedback.html

---+++ Conclusions
   * Lancement d'une phase de beta-testes dès que les modèles actuels et la page web seront complètement opérationnels: 
      * quasi-ok annonce courant octobre/novembre sur jmmc-all pour commencer dès que le formulaire de feedback est en place 
   * travail futur sur le question de rescaling/regrigin d'image non destructif en lien avec relation dimension/résolution via a vis de l'instrument/interféromètre
   * travail futur sur l'utilisation d'un mode asynchrone (e.g. pou calcul de chi^2 sur plusieurs modèles)


---++ du 16 octobre 2017

*Participants* : Guillaume, Laurent, Isa, Charleen, Férreol, Armando

---+++ Avancement de travail sur la création d'un outil permettant de générer un fichier OIFits à partir d'un modèle utilisateur et d'un plan UV donnés

   * Résultats des comparaisons entre les observables interférométriques obtenus par des routines différentes (ASPRO, IDL):
      * Trés bon accord (V2, !T3PHI). Quelques différences (pas seulement numériques) restent sur les V2 et !T3PHI pour le modèle image_disco_amhra.fits
      * Aspro2 gère le supersampling (9 samples par canal) et utilise des routines maths rapides (librairie jafama !FastMath) donc cela explique certainement ces différences
      * ACTION: ajouter des arguments (CLI) pour les régler: --supersampling=[1..25] et fastmath=[true|false]

   * Question sur l'interpolation en longueur d'onde (utiliser l'image la plus proche, et/ou interpoler):
      * Informer l'utilisateur de la procédure choisie
      * Comment avoir un cube d'image fits avec un pas irrégulier en longueur d'onde de façon à avoir exactement les mêmes valeurs que dans un fichier OIFits (par exemple 1.590, 1.678, 1.768 microns pour des observations PIONIER à 3 canaux) ? 
         * LBO: il est possible d'utiliser des increments en fréquence (Hz) pour être non-linéaire en longueur d'onde dans ASPRO2
      * Cela ne semble pas simple de définir un modèle FITS avec un pas irrégulier en lambda. D'après la discussion, on va donc utiliser l'image à la longueur d'onde la plus proche 
      * ACTION: Fournir un rapport (log de sortie) décrivant quelle image du modèle a été utilisée pour calculer les observables à chaque longueur d'onde de l'OIFits, c'est à dire expliquer le mapping entre canal spectral et images utilisées 
         * Supersampling ? ASPRO2 peut utiliser plusieurs images par canal ?

   * Étapes suivantes: 
      * ACTION: calcul d'un chi^2 (en ignorant les mauvaises données "flagged") et inclure l'information du chi^2 dans le OIFits (problématique semblable en reconstruction d'images ie data model utilisé par OImaging)
      * ACTION: étudier la possibilité de faire une rotation (angle de position) et d'appliquer un facteur d'échelle (ajuster la distance/échelle spatiale)

   * Comment cet outil sera utilisé dans le futur ? 
      * Dans ASPRO2 et/ou comme un outil indépendant où on pourrait par exemple rentrer plusieurs modèles et OIFits à la fois ?
      * L'important est de ne pas transférer les cubes d'images par le réseau
         * il faudrait proposer un service web (AMHRA) pour traiter des observations (OIFITS) sur un serveur (Nice ?) comme OImaging et retourner des cartes de chi2 en testant plein de modèles physiques (grilles de modèles)
         * s'inspirer du VO Théorie (simulations numériques) pour explorer les modèles disponibles (catégorisés, parametres, codes) et exposer un service VO de traitement (async UWS) de données (OIFITS?) (comme implémenté pour OImaging: BSMEM et WISARD tournent sous cette architecture)

   * Intégration avec les modèles astrophysiques dans AMHRA ?
      * On pourrait avoir un outil indépendant qui tourne là où il y a les modèles et aussi une option de charger un cube d'image dans ASPRO2 pour la préparation des observations.


---+++ Modèles astrophysiques

   * Rappel des modèles disponibles:
      * voir portail web: http://azurvo3.oca.eu:8080/AMHRA/index.htm

   * Modèles à venir: 
      * RSG/AGB, CLV 1D, BeAtlas (HDUST)

   * Possibilité dans le futur de donner une fourchette de valeurs dans les modèles temps réel pour calculer une série de modèles 

   * Inclure une description plus détaillée des paramètres = description VO avec lien vers un 'Thesaurus' [skos]

   * Adopter dès que possible le standard VO pour la mise à disposition de code numériques (temps-réel et grille pré-calculée), 
en utilisant le "Parameter Description Language (PDL)" et le "Simulation Data Model" (!SimDM)
      * Voir portail ISM: https://ism.obspm.fr/ 
      * Voir présentation !SF2A-2017 de Franck Le Petit: http://sf2a.eu/semaine-sf2a/2017/presentations/S00/Asov/SF2A_2017_ISMDB.pdf
Topic revision: r10 - 2018-10-17 - GuillaumeMella