Introduction

Cette page est dédiée à l'interopérabilité entre les applications PIVOT et ASPRO2.

Liens utiles:

• ASPRO2:
  • page web
  • documentation
  • ASPRO2 - prod
  • ASPRO2 - beta
  • ASPRO2 - dev
• PIVOT:
  • TODO

Description générale de PIVOT

DM a écrit le 23/03/2011:

" Nous avons pour l'instant un client java qui interagit avec une base de données qui nous sert à gérer les différentes phases de préparation des runs VEGA.

On distingue 5 phases:

1. les astronomes déposent des proposals (besoin interactions ASPRO2, VMT essentiellement)
2. le PI gèrent toutes les proposals pour globaliser la demande de temps VEGA (interaction ASPRO2) et définir un nombre réduit de configurations CHARA (TEL+POP+BEAM, 2T, 3T, 4T)
3. les astronomes finalisent leurs proposals sur la base des configs et des nuits disponibles en fournissant le starlist (interaction ASPRO2, SEARCHCAL) et les fichiers de stratégie (PIVOT)
4. le PI d'un run gére à travers PIVOT la planification optimale des nuits du run
5. l'astronome de nuit organise le planning de nuit de manière optimale.

Nous voulons donc pouvoir interopérer PIVOT avec ASPRO2 et SEARCHCAL de la manière suivante:

1. phase 1: envoi d'une target+base à ASPRO2. pas de retour nécessaire
2. phase 2: envoi d'une liste de targets + 1 base à ASPRO2. Retour de la config optimale en terme de POP et BEAM (pour les POPs ASPRO2 est prêt; pour les beams, il faut ajouter dans ASPRO2 le plot des déplacements de pupille. Intérêt pour CHARA en général).
3. phase 3. envoi d'une target+config. Dans ASPRO2 lien avec SEARCHCAL pour calibrateurs puis génération des lignes du starlist par ASPRO2 (ajout des configurations VEGA dans ASPRO2).

Comment avancer:

1. il faudrait donner les bonnes informations à JG et JMC sur les moyens de communication. Comment un programme se connecte à ce vous appelez le "hub? Ainsi qu'un descriptif des champs xml, des UCD si cela existe.
2. je peux décrire dans les jours à venir les ajouts nécessaires sur les pupilles et sur les configs instrumentales afin d'estimer le travail nécessaire. Tout cela existe dans VEGA_PLAN et c'est donc une transcription dans ASPRO2 à faire. Calculs simples pour les pupilles (on doit connaitre tel, pop, beam, positionLar) et pour la config instrumentale c'est des listes de choix.
3. on discute de tout cela. Demain matin fin de matinée si vous voulez? "

Réunions

Réunion JMMC / OCA du 24/03/2011

Réunion JMMC / OCA du 23/11/2011

Points techniques

JSAMP

Le module JMCS utilise la librairie JSAMP 1.2 (Made by Mark Taylor, working in the Astrophysics Group at Bristol University).

L'archive suivante contient les classes java utilisées pour réaliser les échanges SAMP entre ASPRO2 et SEARCHCAL: jmmc-SAMP-src.zip: JMMC JSAMP code

Quelques explications:

• Barre des menus (inclus le menu Interop):
  • src/fr/jmmc/mcs/gui/MainMenuBar.java
• Classes dédiées à JSAMP:
  • src/fr/jmmc/mcs/interop/SampMessageHandler.java : custom message handler
  • src/fr/jmmc/mcs/interop/SampManager.java : samp client interface (hub, register mtypes ...)
  • src/fr/jmmc/mcs/interop/SampCapability.java : mtype enumeration
  • src/fr/jmmc/mcs/interop/SampCapabilityAction.java : base Samp action (integrated into interop menu) to send Samp messages
• SEARCHCAL (VOTable):
  • src/fr/jmmc/scalib/sclgui/VirtualObservatory.java : see ShareCalibratorsThroughSAMPAction to send calibrators (VOTable)
• ASPRO2:
  • src/fr/jmmc/aspro/gui/action/SampSearchCalQuery.java : appel de SearchCal depuis ASPRO2 (utilise le template ci-dessous)
  • src/fr/jmmc/aspro/gui/action/SearchCal_template.xml : template SearchCal query
  • src/fr/jmmc/aspro/gui/action/BroadcastToModelFittingAction.java : appel de LITpro depuis ASPRO2 (oifits + object model)
  • src/fr/jmmc/aspro/model/searchCal/SearchCalSampMessageHandler.java : traite le retour de SearchCal (VOTable) via XSLT
  • src/fr/jmmc/aspro/model/searchCal/scvot2AsproObservation.xsl : XSLT pour obtenir un format "asprox" de la VOTable

ASPRO2 / SearchCal

Le 24/03/2011 13:47, JMC a écrit :

JMC: " Peux tu me passer un exemple de contenu de votable ou fichier xml que vous échangez entre ASPRO2 et Searchcal ?"

GM: "Dans le sens SearchCal - ASPRO2, c'est exactement le meme format que ce qui est enregistré par SearchCal. C'est une votable searchcal qui du coup s'ouvre avec Aladin en chargement traditionnel ou par SAMP: tu peux selectionner des lignes de la table SearchCal et les envoyer dans Aladin en allant dans le menu Interop.

Tu peux trouver un exemple dans la doc ASPRO2 : SearchCal-hip1234.scvot: SearchCal VOTable for HIP 1234

Dans le sens ASPRO2 vers SearchCal, c'est une votable specifique qui est envoyée :SearchCal_template.xml: SearchCal query template"

JMC: "Avez vous déjà réfléchi à des UCD pour ces échanges ?"

GM: "Les UCD sont ceux de SearchCal, mais tu veux probablement parler des MTypes pour declarer les types de message SAMP ? (http://www.ivoa.net/cgi-bin/twiki/bin/view/IVOA/SampMTypes)"

ASPRO2 Export(s)

ASPRO2 peut déjà exporter "des informations" aux formats suivants:

• OB VLTI (AMBER / MIDI / PIONIER)
• OB VEGA (StarList)

Une demande d'évolution d'Isabelle Tallon-Bosc a été remontée (ASPRO2 : Bug Report - [#1286892262] / 12/10/2010):

"Serait-il possible de sauvegarder les indications d'observabilité dans un fichier (format à définir) que l'utilisateur pourrait visualiser avec un outil de son choix ?

Les données seraient donc :

HD

date(YY.MM.DD)

UT_transit

UT0

UTfinal

UTmin

UTmax du trou de pointage au zénith (s'il existe)

UT0

UTF_civil twilight ou UTF_astronomical twilight selon la préférence choisie

"

DM a répondu le 19/11/2010:

"effectivement ce besoin est important par rapport aux applications de gestion des observations ou de planification des nuits. C'est vrai que cela devient un peu spécifique à un instrument/réseau mais on peut trouver des choses génériques assez facilement.

Cela passera effectivement par l'export (ou l'interop d'application) des fichiers StarList (ou plus généralement des fichiers OBs) vers un outil de gestion de semestre/runs/nuits via une base de données, qui servira aussi à la gestion des proposals. C'est ambitieux mais l'objectif derrière tout cela est d'aider à apporter des réponses à la critique qui est faite à l'interférométrie d'être une technique d'abord complexe. "

En conclusion, il est apparu nécessaire de faire évoluer les exports d'ASPRO2: LB " pense techniquement qu'il serait judicieux d'utiliser un format XML (VOTable) intermédiaire pour stocker toutes les données calculées par ASPRO2 (absolument tout ce qu'il 'sait') et transformer ensuite ce format pivot en :

• OB Eso pour le VLTI
• OB Vega
• Fichier ASCII d'isabelle (si toujours nécessaire)
• Fichier Excel (format XML) si besoin

Ces modifications techniques permettront d'être plus à l'aise dans les demandes futures de nouveaux exports ou d'évolution des exports actuels ...

Files

Voici les différents fichiers utilisés dans cette page:

• CHARA.xml: ASPRO2 CHARA Configuration
• AsciiFileDescription.doc: Format du fichier StarList (à faire évoluer surement par DM)
• StarList_V01.txt: StarList sample
• SearchCal_template.xml: SearchCal query template
• jmmc-SAMP-src.zip: JMMC JSAMP code