Myriam Benisty, Patrick Bernaud, Laurent Bourgès, Gilles Duvert, Xavier Haubois, Guillaume Mella, Denis Mourard, Johan Olofsson, Thibaut Paumard

Etat des lieux portail (fonctions / données importées)

Demo http://apps.jmmc.fr/exist/apps/oidb/search.html, http://apps.jmmc.fr/exist/apps/oidb/submit.html

Pour l’instant sont utilisées pour le dévelopement des données L2/L3 PIONIER (principalement de JB) et L0 de VEGA, les services ont été isolées sur différentes pages web pour commencer.

Passage en revue des spécifications : http://www.jmmc.fr/twiki/bin/view/Jmmc/Software/OiDbSpecs

De nombreux points soulevés lors des discussions:

• gestion historique : détecter les modifications (nouvelles réductions de même observations). Se baser sur des checksums de fichiers ? Headers particuliers ?
• mais sur archive ESO, headers dynamiques (horodatage, version) -> checksum non stable -> identifier autre méthode détection
• intégrer aux specs la notion de retour utilisateurs sous forme de commentaires par observation
• il faudra arriver à définir des notions (flags ABCD) de qualités sur les données et sur le respect du format oifits
• importance de supervision scientifique des données présentées (utiliser feedback utilisateur) pour garantie qualité -> prévoir interface
• permettre recherche données par référence publication (bibcode)
• vérification automatique disponibilité nouvelles données au CDS pour éviter double saisie CDS/OiDB et analyse automatique
• clarifier question hébergement données : hébergement ou simple cache ? conserver les fichiers en local pour retraitement ? Il est ressorti qu'avoir les fichiers en cache serait très souhaitable pour des raisons d'indépendance du service.
• hébergement = projet presque indépendant mais en interaction avec base de données.
• réfléchir à traçabilité observations entre changement de calibration level

Définition des objectifs à cours terme et prioritisation

• Envisager une demande programme Fizeau pour co-financement mission SPIE 2014
• Confirmation milestone fin avril 2014: injection données (test sur PIONIER et VEGA), fixation modèle données (OiDbReunion17Jan2014)

Répartition des tâches

• Etudier les solutions logicielles existantes et pérennes (interface TAP, solution de stockage et backup des fichiers, SGBD, serveur d'application et frameworks web ...) pour définir l'architecture technique: URGENT (ASAP)

• La rédaction des spécifications se fera sur le wiki : OiDbSpecs
• Les retours sur le prototypes bug/demande de nouvelles fonctionnalités/améliorations... se font sur le trac et en itérant avec des modifications sur le prototype
• Il serait souhaitable de se répartir la charge de détailler les specifications.
• Inviter chacun à faire des tests sur le prototype + retour mail ou ticket si pb (rajout d'un lien sur le portail)
• Définir un glossaire du vocabulaire à partager (intro aux specs?)
• Faire un état des lieux sur les données VEGA L3 et leurs bibcodes
• Inviter des beta-testeurs novices dans un deuxième temps (sept. 2014 par ex)

Attentes prioritaires de la part des scientifiques spécialistes

• définir des Use Cases
• définir/proposer le bon niveau de granularité d'un enregistrement dans la base
• se positionner sur la notion de priorité à accorder aux données privées . S'il faut traiter dès le début les données privées, donner quelques indications sur un mode de fonctionnement.

Infos complémentaires

• L'ESO va diffuser un jeu de données d'observations PIONIER L2 pour realiser une image "beauty contest".
• OIFITS2 Eric Thiebaut va initier les échanges.
• l'ESA a étudié les techno ObsCore/TAP que nous allons utiliser et a publié des notes d'implémentation

Prochaines réunion

• A planifier pour mi-mars : https://groupes.renater.fr/reunion/foodle/Reunion-OiDB-52f89

Rappel fonctionnement TRAC