Réunion conjointe avec groupe database pour faire le point sur le support des collections de type SUV
Rappel fonctionnement distribution de données suite aux assistances utilisateurs SUV
[ ] Tests qui quand quoi comment
1er test par Jacques Kluska sur des données SVT MATISSE réduites en Juin 2019 avec l'aide de SUV. Problèmes rencontrés lors du dépôt, sur OIDB, des données réduites : les oifits ne sont pas acceptées par oidb (car valeurs de V2 négatives, pas de keyword insmode, Invalid value for keyword 'OI_REVN', found '2' should be '1’) -> nécessité de nettoyer à la main les oifits + feedback vers les gens du DRS MATISSE (P. Berio, F. Millour).
[ ] Doc spécifique aux types de collections OiDB public/SUV
Statut dev OIDB mi-octobre
Points techniques
Migration du code suite à une MAJ du framework existdb V5 - fait / à valider
Migration de la bdd sur le serveur postgresql/pgsphere mutualisé à l'OSUG
Fonctions implémentées
L0 ESO 1x par sem.
quickplots (génération OK avec datalink / reste à lancer les synchros)
support minimal pour les collections SUV : les oifits L2 sont automatiquement passé en mode secure avec une obs_release_date de t_min + 2 ans
Nouveaux besoins émergeants :
traitement précis de la release-date (pour traiter les cas ou la periode d'embargo n'est pas d'1 an ex. large programmes...)
versions d'un même fichier
doublons
timeline
affichage du nom du proprietaire de la collection / quid sur un groupe ?
lien avec les différents niveaux de calibrations
partage des données privées
au sein d'un groupe
suppression acceptée ?
stockage de données supplémentaires pdf etc...
Questions:
OiDB doit elle pouvoir supporter des collections mixtes (L2+L3) ?