Présents
Patrick Bernaud, Gilles Duvert, Xavier Haubois, JB Le Bouquin, Guillaume Mella, Johan Olofsson
Débriefing de l’Interop
- L'OIDB utilise les protocoles/DM bien testés et standards (SAMP, TAP, ObsCore) de l'IVOA.
- Nous devrions pouvoir nous raccrocher aux concepts poussés en ce moment sur les données multidimensions. La notion de cutout pourrait s'appliquer sur des données oifits. Par ex., ne retenir que les basses frequences spatiales (d'autres idées ?).
- DataLink est un mécanisme très utile pour lier les données a des services spécifiques. Oidb pourrait mettre en application ce concept et améliorer l'interoperabilité.
- Nécessité d'avoir des DOI ou autres identifiants pour pouvoir pointer les jeux de données.
- Définition de nos propres identifiants de dataset est à engager en plus de récupérer ceux des différents providers (CdS, ApJ, etc).
- Une discussion sur les données OI dans le VO est à mener avec F. Bonnarel et M. Louys du CdS. Notamment, voir comment l'OI se rapproche du cas interféro radio.
- Xavier envoie le lien vers la page oifits 2 et le dernier draft en cours de la norme.
Actions d'ici le SPIE
- Le plan est de proposer un prototype et de recueillir un premier feedback notamment via un formulaire rapide.
- Mettre en avant l'aspect consultation avec interaction avec l'OiFitsExplorer
- si possible indiquer dans la page de detail les liens entre les données : par exe les L0 pour un L2 ou les versions N-1 d'un fichier dataPi hebergés sur le portail
- La soumission en 2 étapes (premieres infos envoyées au portail qui valide le contenu et affiche l'interprétation de certains champs pour validation par l'utilisateur dans le 2eme temps ) est en cours de réalisation.
- service d'hebergement:
- Gérer des versions successives d'un "même" OIFITS (imposer de décrire le changement entre les 2 versions).
- commencer avec des données publiques
- Un minimum de documentation en ligne devra être rédigé d'ici là.
- Mettre 2-3 photos.
- Définition du quality flag (voir ticket579, http://trac.jmmc.fr/jmmc-sw/ticket/579#comment:4 )
- Les commentaires utilisateurs peuvent venir completer cet aspect qualité
- Modification du selecteur de bandes dans l'interface de requete
- Plan d’action avec Theo pour les L0 de CLIMB et CLASSIC : on finalise la demande cette semaine.
- on vise à faire circuler le papier SPIE premiere semaine de juin
Discussion sur les aspects VO de l’OIFITS 2
- Compléter l'OIFITS2 avec les metadonnées du data model OIDB (basé sur ObsCore). Pour être sûr de ne rien oublier, il faut partir des use cases : quels seront les requêtes qu'un utilisateur d'OIFITS2 souhaiteraient pouvoir faire sur l'OIDB (par exemple) ? http://www.jmmc.fr/twiki/bin/view/Jmmc/OIFITSTwoProject . Ne pas oublier le quality-flag (premiers tests possibles avec PIONIER).
- Une réunion avec le CdS serait sûrement utile (F. Bonnarel).
- Garder à l'esprit que l'oifits doit être autoconsistant au niveau des données (ex: on peut fournir un instrument mode, mais l'ensemble des données associées doivent être dans le fichier)
- il faudra dans le futur verifier que l'on peut faire le lien entre les aspects polarisations OIFITS V2 et ce qui existe deja dans le VO (cf ex. de discussion)
Autres:
- il faudra referencer les données oifits publiées invalides et se retourner vers les auteurs pour demander un erratum si possible et ainsi les entrer dans le portail.
- vega team devra fournir les dates de fin de programmes pour indiquer la mention d'embargo (ou pas) des enregistrements L0. Ou mieux - si possible - : rajouter cette info release_date dans la base vega et dans le web service.
Calendrier