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:
  • 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?)
Edit | Attach | Watch | Print version | History: r13 < r12 < r11 < r10 < r9 | Backlinks | Raw View | Raw edit | More topic actions
Topic revision: r13 - 2015-03-16 - GuillaumeMella
 
This site is powered by the TWiki collaboration platform Powered by PerlCopyright © 2008-2024 by the contributing authors. All material on this collaboration platform is the property of the contributing authors.
Ideas, requests, problems regarding TWiki? Send feedback