Pages wiki des activités SUV
Réunions
Lundi 14 Oct 2019
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) ?
- Planning
- livraison release 2.0 mi-novembre
- avec ou sans support SUV ?
This topic: Jmmc/Software
> WebHome > SUV
Topic revision: r5 - 2019-10-16 - AlexisMatter