Myriam Benisty, Patrick Bernaud, Laurent Bourgès, Gilles Duvert, Xavier Haubois, Guillaume Mella, Theo ten Brummelaar

Discussion avec Theo (28/04/2014)

Voir OiDbMeetingTheoApr2014.

Tableau des metadonnées L2/L3

Voir OiDbColumns.

Tableau des metadonnées L0

Voir OiDbColumns_L0

Priorités pour les prochains mois :

Haute priorité : fonctionnalités de l'oidb 1.0

• Accepter tags sur granules (keywords ADS pour L3, combiné avec Astrophysical topic de OLBIN pour autres calib_level)
• Quality flags estimé à partir de statistiques (complémentaires des remarques du dataPI) : la définition doit être finalisée par le groupe scientifique.

• Soumission des données en 2 étapes :
  • a) Formulaire avec les 5-6 infos manuelles et liste des fichiers qui correspondent à ces infos manuelles (voir le tableau de l'oidata model)
    • + Validation par les briques du OIFITS validator. Les rapport de validation doivent être affichés. Sont-ils compréhensibles pour un utilisateur lambda?
  • b) Vérification et correction des champs de la table oidata model par le dataPI : champ de notes et remarques sur la qualité des données et conditions d'observations notamment.
• Une fois que cette procédure est implémentée : Test massif de soumissions d'oifits différents par le groupe scientifique jmmc-oidb.
• L3 Online material depuis ApJ et MNRAS peut-il être importé ?

• Récupérer les fichiers OiFits d'une sélection par OiFitsExplorer.

• Modifier le sélecteur de bande pour décomposition en Mid infrared/Near Infrared/Visible domain (JMAL)
• Permettre réimport automatique/régulier données L0 (Vega).

• Avoir rapport sur nouvelles soumissions et erreurs
• Afficher le rapport de validation par fichier/URL (faire lien depuis page details?)

• Faire réimport complet avec nouvelle définition granule.

Priorité moyenne : aspect de la première version du portail

• Plots : exportation des plots OifitsExplorer.
• Ajout d’un tableau de résumé des résultats (liste des instruments qui ont observé telle source).
• Tri croissant, décroissant, par colonne : ce sera appliqué pour tous les tableaux de la page.
• Configuration des colonnes à afficher : créer une page HTML de Settings
• Affichage de 3 (4) tableaux distincts : L0,(L1),L2,L3
• Démarrer la documentation : manuel d’utilisateur en ligne
  • ce qui est stocké, comment est alimentée la base, comment uploader ses données ?
  • Operability : Return VOTABLE, TOPCAT, SAMP
  • Description précise des metadata « manuelles » : obs_id (run ESO, CHARA,…), etc. -> Versions Futures de la base : données L1
• Pérennité : machines OSUG seront prêtes en septembre 2014, création du cache oidb pour le stockage long terme.

• Création comptes
• Création backoffice: modification/correction valeurs, fusion, suppression granules
• Peut-on (et est-ce la meilleur option ?) recupérer les metadata L0 ESO depuis CDS (c'est plus simple) ?
  • http://vizier.u-strasbg.fr/viz-bin/VizieR?-source=B%2Feso fournit la plupart des infos, il faut qd meme interoger la base eso pour avoir les info du dataPi par ex.
  • -> Mail à Isabelle Percheron et Christian Hummel.
• Pouvoir mettre commentaires sur chaque granule (stockage, identification, sauvegarde)

Basse priorité : améliorations diverses

• Page d’accueil : travailler l’esthétisme, mettre des photos d’interferometres, logo JMMC, IAU
• Page de description des collections (ce qu’elles contiennent, etc, infos du CDS)
• Pages des instruments (se baser sur la page ASPRO2) à lier avec les noms des instruments.
• Note qualité : Commentaires et ranking des utilisateurs à définir et implémenter.
• Données L0 : indiquer la date de fin du programme si elle est connue
• Rajouter le filtre qui permet de n’afficher que les données publiques.
• Produire un fichier zip unique pour télécharger un ensemble d’oifits.

Pour le futur :

• Croiser OIDB avec BadCal pour pointer les mauvais calibrateurs dans la base.
• Croiser aussi les données L3 de l’OIDB avec la base jmmc qui recense les publis OLBIN (via le bibcode). —> Identifiant de données pour résoudre des données dans les publis (DOI).
• traiter la polarisation (pol_states) deja en place dans obsCore laissée de côté pour l'instant dans oidb / oifits V1
  • essayer de s'y raccrocher au mieux avec la V2 d'OIFits
  • cf. thread suivant pour illustration
• Equipe Technique : recroiser notre implementation TAP avec les dernieres notes ( http://volute.googlecode.com/svn/trunk/projects/dal/TAPNotes/TAPNotes-fmt.html )