Présents: Guillaume, Patrick, Laurent, Myriam, JB, Gilles, Denis, Xavier

Situation/recapitulatif technique du projet

En cours / reste à faire par l'equipe technique

Point infrastructure

La majorité des éléments sont acquis au niveau de l'équipe technique pour les aspects machines, stockage, sauvegardes et procédures associées.

Plus de développement nécessaire, restent seulement quelques actions techniques dans la check-list ci-dessous et suivre /synchroniser le code actuel avec les briques externes.

Points développement

L'outil mûrit côté backend. Mais de nombreux points restent à compléter et restera encore un moment pour stabiliser le tout avec une V1.1.

Ci-dessous les points devant être traités en priorité.

• Soumission :
  • fait pour #636 : keywords, commentaires (par granule une fois soumises)
  • reste pour #636 :
    • rajout metadata : obs_id, quality_flag
    • La gestion des données sous embargo (création du widget) et des droits d'accès privé aux utilisateurs n'est pas prioritaire pour OIDB 1.0.
  • le ticket #648 devrait être ok: re-tester et fermer
  • keywords : fait mais sans les 6 checkbox , ca va ?
  • il reste du travail pour la validation : #607
• Modifications de granules/fichiers :
  • modification obs_release_date /data_rights
• Gestion des utilisateurs:
  • groupes, pas prioritaire
  • Normalisation/regroupement des differentes ecritures de datapi ( pour CHARA, action en attente: Chris F.)
  • affichage de l'email de contact
• Doublons
• cookie d'acceptation des regles d'utilisation. Dans un premier temps, faire une simple bannière.
• Commentaires:
  • étendre la notion dispo pour les granules, aux collections, fichiers oifits
• Mettre en place les pages facilities, instruments, data pis
• Modif du DM:
  • MD5SUM
• Mise a jour des URL:
  • relocalisation
  • masquage systematique derriere url de redirection (stats)
• amélioration de la protection des données pionier ( les pi doivent pouvoir acceder à leurs données )

Définition des spécifications

• quality_flag:
  • Comme dans beacoup de base de données, la qualité est estimé de différente manière au moyen de notes. Dans OIDB, des notes de 0-5 sont attribuées subjectivement et doivent indiquer si l'on peut s'y fier, pour alimenter des logiciel d'analyse de données notamment: note 4 et 5 (ticket #579).
  • Il serait bon d'indiquer si l'estimation de qualité a été faite par un humain ou une machine.
  • Faut-il incorporer la qualité des metadata dans ce quality_flag ?
• pb email -> si un DataPI ne veut pas afficher son email, le gestionnaire de la facilité associée prendra le relai (ex. Theo pour Chara)
• programmer la rencontre avec Strasbourg pour les aspect DM ( Xavier sera en France du 15 mars au 10 avril )
• proposer un choix de licence
  • les licences de Creative Commons paraissent répondre à nos besoins (CC BY-NC-ND 4.0 ou CC BY-NC-SA 4.0)
  • demander à l'ESO quelle licence est appliquée (action Xavier, en attente de la réponse de l'ESO)

Points prioritaires /indispensables du point de vue utilisateur pour notre V1.0

• Valider la suffisance des méta-données actuelles

Tout n'est pas couvert dans ce qui est listé, mais ca suffit pour lancer OIDB 1.0 !

• La soumission de fichier oifits valides.

L'equipe technique y travailera la dernière semaine de janvier. Besoin de règles plus strictes, si SEVERE ERROR, rejeter le fichier (input ticket #607)

Check List mise en production

Technique

Point	Etat	Remarque
Basculer la VM de prod sous le nom oidb.jmmc.fr	KO	MAJ DNS Gandy, HTTPS sera avec un certificat sur lequel l'utilisateur devra accepter restera la gestion du certificat https de confiance avec IPAM UJF
Sauvegarde quotidienne	KO	export fichiers plats de la base xml & sql / synchro sur le serveur principal
Mecanisme bascule/affichage en maintenance	KO	creer la page en maintenance + regle de redirection apache
Activer le rejet par le validateur	en cours	Definir des regles plus strictes à la validation, ticket #607
Implementer le support de OFFSET dans les requets ADQL

Documentation

Procedure d'installation / maintenance	OK
Doc utilisateur	KO	à relire et finaliser
Mise à jour des données de correspondant à la DSI

Données

Enregistrer l'ensemble des données suivante

Point	Etat	Remarque
Collection CLIMB/CLASSIC
Collection VEGA
Collection PIONIER
Collection Vizier		J/A+A/545/A130 J/A+A/559/A111 J/A+A/558/A24 J/A+A/558/A149 J/A+A/544/A91 J/A+A/493/L17 J/A+A/536/A55 J/A+A/565/A71
Vérifier/activer les synchros régulières

• Denis va vérifier des petites incohérences sur les données de la collection L0 VEGA
• L0-ESO: après discussion, l'OIDB va donc aller chercher dans les pages des archives les metadata des données L0 (pas d'accès ftp aux fichiers pour l'instant).

Actions régulières:

• synchroniser les collections
  • PIONIER tt les ??
  • VEGA tt les ??
• mettre a jour les .htaccess (passage en public des données sous embargo) tt les jours

Tests

• Soumission d'oifits qui ne sont pas acceptables selon les règles du ticket #607 (Action: tous les astronomes du groupe OIDB).
• Les remarques suite à ces tests sont à rapporter dans les ticket #648 (formulaire de soumission) et #636 (aspect technique de l'upload local).

Calendrier

• 6 février 2015 à 13h, réunion pour boucler sur les développements techniques et faire le point sur les tests de soumission.
• fin février, annonce de la mise en service d'OIDB 1.0, (faire teaser YouTube?)