Présents:

Ordre du jour

Intro

Modifs de l'été:

• import CHARA (CLIMB-CLASSIC) a partir de données CSV (reste à pousser les dernieres années 2010-2012 (en cours))
• affichage des collections (Vizier, autres)
• backoffice (cf points ci-dessous)
• commentaires sur granules
• tri table de resultats par colonnes
• formulaire de recherche amélioré pour les dates
• modifs techniques des soumissions de granules par fichiers metadonnées (xml)
• reste a mettre en place l'upload avec la reflexion sur le rangement des données et multiversions (meme noms pour des données differentes, etc ...)

en bref : toutes les briques du portail sont la et attentent un retour du groupe pour finalisation et validation

organisation des tickets

Patrick finissant son CDD fin Novembre, il serait bien de faire le point sur les actions en cours. Une solution pourrait consister à créer deux milestones sous trac avec comme dates butoires mi-octobre et mi-novembre. Dans le meilleur des cas le milestone mi-novembre pourrait correspondre a ce que l'on attend d'un version publique. Le milestone intermediaire devrait clore les points principaux. Si ok, on cree les milestones et il faudra trier les tickets Ceux ne correspondant a aucun deux milestones pourrait par defaut tomber vers OIDB_FUTURE.

Debrief rapide sur la journée TAP du 17/09/2014 à Paris

• confirmation de la pérenité de la librairie TAP : TAPlib
  • une V2 (non retro-compatible) va arriver et devra etre intégrée avant la mise en production d'oidb
• quelques infos pour le futurs enregistrement dans les registry
• identification de problemes avec le service TAP

Retour sur le formulaire de soumission de catalogue VizieR

Définir la notion de doublons L{0,1,2,3}

Cette definition doit pouvoir aider à refuser ce qui est deja dans la base ou simplement informer que des données sont partagées entre plusieurs sources.

• quelles sont les conditions de remplacement des granules pour chaque niveau de calibration ?

Cas pressentis:

• nouvelle version de reduction de données
• passage L2 vers L3 ?
• rechargement de nouveaux logs d'observation (cf echange de Denis sur log VegaObs le 02/09/2014 18:22 sur la mailingliste)

Il y a actuellement certaines données qui se recouvrent partiellement sans toujours partager les mêmes metadata.

Dans les deux exemples suivant les deux granules sont probablement issues de la même obs, mais les données différent (nb_oi_vis différent):

• cas1 : données publiées au CDS et présentes dans la collection pionier
• cas 2: collection pionier , JB quelle es l'explication ?

Test backoffice (au moins par Xavier et Myriam) :

maj. documentation

update VEGA

Suite au message de Denis du 02/09/2014, la mise a jour se passe bien. Il manquait des enregistrements qui n'avaient pas de status dans la base vegaobs.

update CHARA

Theo nous a envoyé ( à quelques uns ) des fichiers pour test cet été. Moyennant une petite adaptation de format, les données sont poussée sur oidb cf collection chara sur oidb-beta. reste à faire:

• création d'un compte sur la machine chara pour récupération des fichiers de log ou ils nous envoient leur fichiers .csv sur notre serveur (fréquence à décider).
• jmmc-obslog AT ujf... rajouté a la mailing liste obschara pour recupération des rapports de fin de nuit: ok. Mais comment prend-on en compte ces observations report ?
• table de correspondance pour identification des dataPi demandé (en attente)
• discussion sur les programmes associés aux granules

état des soumissions

affichage ok/ko

statistiques telechargement

• nb de telechargement par granules (nbr distinct d'utilisateurs meme si les requetes sont essentiellement anonymes)

Définition des nouvelles actions backoffice :

édition granule, suppression

reprise soumissions incomplètes

nettoyage granules

• instrument-name/instrument-mode
• coordonnées
• id tout passer en HD > HR > HIP > BD > USNO > 2MASS > ... (cf mail de Gilles du 09 sept 2014) ? (ce point a faire d'abord lors de la soumission)

gestion/selection des keywords a mettre a dispo

statistiques consultation ?

Specs à completer/modifier

Soumission de donnée par upload de fichiers

• doit-on supporter des archives en entrée ou seulement des oifits (cf ticket #635 )?

metadonnées ?

• T0/R0
• programid
• instrument-mode
• quid colonnes vides ?
• verifier que toutes les dates sont bien entre 2000 et aujourd'hui (ex données CDS avec MJD datés en 8058) + autres régles de ce style

Actions non formalisées

• recuperer les dataPi des donnees Pionier
• rajouter une landing page pour les données observation logs (actuellement bug avec : -/-)
• pouvoir ajouter des commentaires sur collection/instruments... et surtout identifier ou les afficher
• flux RSS
• interface d'administration pour la gestion des droits utilisateurs.

Faire vivre olbin.vo