CR reunion Mercredi 1 decembre 14h 16h

Presents: DM PB JMC SL LB GD GM

DM: Intro/presentation contexte activite OV OCA Mention d'un CDD 2ans pour mise en ligne d'un portail numerique OV OCA Ce portail devrait accueillir les realisations développées dans et par les équipes. Comme projets listés :

• db CFHT amas
• db Fizeau VEGA: mise en ligne de donnees avec interfacage de code astro (transfert radiatif, hydrodynamique...)

Un CDD 6mois aidera à simplifier les interfaces pour l'aspect preparation d'observation avec VEGA. Essais au printemps d'une base de données contenant:

• infos sur les configurations des runs d'observations+controle qualite
• produit calibrateurs+objets de science.
• necessite de mise en place d'une couche d'authentification pour la protection des données (essais LDAP/java, solution shibboleth préconisée par les admins OCA) -> A voir cote IVOA solutions proposees

Presentation PIVOT :

• depot / requetes utilisateur
• preparer les runs d'obs ( possible interaction Aspro )
• qualifier les nuits
• determiner des strategies d'observation ( pb complexe )

JMC: L'idee d'automatiser permet de mieux syncroniser en remote et eviter des erreurs (par ex modele de bases) Par contre le fait de decoupler l'operation de Vega avec Chara reste gerable humainement. intention de facilite l'operation pour prise en main par un 'debutant'.

DM: souligne le fait qu'il vaudrait mieux tenter de se regrouper sur les nomenclatures pour decrire une observation.

LB: indique qu'aspro pourrait rester 'propriaitaire', mais s'appuyer sur des briques communes (et fournir des elements opensource)

JMC: souligne le faite qu'une appli comme p2pp devrait etre generique. L'aspect optimisation n'est pas forcement gerable au niveau logiciel ex: obs ESO VLTi

LB: Point sur les metadonnees et datamodel

JMC solicite l'interaction SAMP vis a vis de searchCal et aspro2 C'est dans l'idee de venir interposer un outil qui prend en compte une programmation sur plusieurs nuit avec gestion d'ordonnancement… (format starlist est celui des OB Chara)

GM indique qu'il existe l'outil APES pour la preparation d'observations PRIMA qui a la notion de planning.

LB relance sur le lanceur d'applis d'Aladin On est ok sur une architecture de collaboration et d'interoperablite entre deux applis ayant chacunes leurs specificites. voir aussi si des routines d'Aspro2 pourraient etre integrees directement...

L'interaction Pivot-Aspro2 pourrait soutenir l'idee multiconfiguration deja initiée dans ASPRO2 %ACTION{ closed="2013-06-03" closer="" created="2010-12-10" creator="Main.GuillaumeMella" due="2010-12-31" notify="" state="closed" uid="001255" who="Main.DenisMourard" }% Envoyer le doc PIVOT %ACTION{ closed="2010-12-10" closer="" created="2010-12-10" creator="Main.GuillaumeMella" due="2010-12-31" notify="" state="closed" uid="001256" who="Main.GillesDuvert" }% <<EOF Regarder cote Alma le planificateur. Fait, ou + exactement, à suivre. Voir le chapitre spécial planification + bas dans cette page. EOF %ACTION{ closed="2010-12-10" closer="Main.GuillaumeMella" created="2010-12-10" creator="Main.GuillaumeMella" due="2010-12-31" notify="" state="closed" uid="001257" who="Main.GuillaumeMella" }% <<EOF envoyer: lien apes , doc presentation Jmmc asov 2010, lien searchcal aspro samp

• http://jmmc.fr/~betaswmgr/ avec quelques explications dans les derniers slides du doc ci-dessous
• http://www.jmmc.fr/doc/index.php?search=JMMC-PRE-0000-0007
• http://obswww.unige.ch/~segransa/apes/apes.html

EOF %ACTION{ closed="2010-12-21" closer="" created="2010-12-10" creator="Main.GuillaumeMella" due="2010-12-31" notify="" state="closed" uid="001258" who="Main.JeanMichelClausse" }% envoyer schema de la base de donnees %ACTION{ closed="2013-06-03" closer="" created="2010-12-10" creator="Main.GuillaumeMella" due="2010-12-31" notify="" state="closed" uid="001259" who="Main.DenisMourard" }% <<EOF envoyer l'url d'un fichier reduit Vega et la reference vers le papier associe pour tester son integration dans le prototype de base de donnee a Grenoble

Fait: http://jmmc.fr/~mella/apps-html/oidata/search?origin=ocaoidb GM: Le fichier mais le fichier a quelques particularites: TARGET name recopiee (RA DEC=0) OI_ARRAY n'est pas rempli avec des donnees realistes?

Il y a plusieurs backend -> on arrive aux limites de la base actuelle(qui ne supporte qu'une seule table OI_WAVELENGTH) a suivre EOF

Reactions

GM: Il me semble qu'il faut separer deux activites:

• une sur des outils (logiciels, bases de donnees, services...) dédiés à une meilleur gestion des observations (calculs, planning, qualité...)
• une sur une base de donnees de fichiers reduits (Oifits)

Planification des Observations

Il y a des planificateurs en préparation (Alma), des qui ont été en service (Bima, voir ce lien et la discussion suave à la fin du document). Il y a aussi AuroreBacmann à l'IPAG dont le Service d'Observation est de préparer un planificateur pour Bure, et je lui ai demandé, on peut l'associer à la réflexion si besoin est.

Côté Alma, peu de documents, mais on voit ici une page wiki qui commence à s'agiter!.

• P2-08.ps: last document published on alma scheduling

• memo282.pdf: from Bima experience to Alma scheduling and the Meaning of Life.

Structure et tables de la base d'obs Vega

• DescriptionBaseObsVega.zip: