Reunion Janvier 2015
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, reste seulement quelques actions techniques dans la check-list ci-dessous et suivre /synchroniser le code actuel avec les briques externe.
Points développement
L'outil murit 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é en priorité.
- Soumission :
- fait pour #636 : keywords, commentaires (par granule une fois soumises)
- reste pour #636 :
- rajout metadata : obs_id, quality_flag
- support durée d'ambargo pour soumission de données (à reporter pour la V2)
- 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 ??
- Normalisation/regroupement des differentes ecritures de datapi
- affichage de l'email de contact
- Doublons
- cookie d'acceptation des regles d'usage.
- Commentaires:
- etendre 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 )
Discuté:
- quality_flag 0-5 subjectif, doit indiquer si l'on peut s'y fier pour alimenter des logiciel d'analyse de données.
- pb email -> si un pi ne veut pas afficher son email, le gestionnaire de la facilité associé prendra le relay (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
- demander à l'ESO quelle licence est appliquée
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 la V1 !
La soumission de fichier oifits Valides
L'equipe technique y travail la derniere semaine de janvier.
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 |
|
|
|
|
|
documentation
Procedure d'installation / maintenance |
OK |
|
Doc utilisateur |
|
a finaliser ? |
|
|
|
donnée
Enregistrer l'ensemble des données suivante
Point |
Etat |
Remarque |
Collection CHARA |
|
|
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 |
|
|
|
|
|
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