Présents: Gilles, Guillaume et Xavier

Points techniques à finaliser

P0 : avant le 5/06

• Email du dataPI: l'email ne figure pas sur la page, l'utilisateur clique sur une icône "Mail-to" liée à la messagerie locale par défaut.
  • L0: email generique de l'instrument ou instrument PI (c'est aussi l'obs_creator).
  • L2/L3: email du DataPI si il a un compte JMMC. Sinon, on renvoit au mail du instrument PI/instrument team + invitation manuelle au dataPI pour créer un compte.
  • Des améliorations possibles concernent la création d'un formulaire de contact (l'email est totalement invisible).

• Formulaire de soumission L2 et L3.
  • Implémenter l'option "Append to an existing collection" puis tester.
  • Les règles du validateur OIFITS qui conduisent aux erreurs SEVERE sur les types de caractères sont à désactiver.
  • Appliquer la règle du match obligatoire avec les suggestions insname et insmode. Pour l'instant, on peut soumettre m'importe quels insname et insmode.
  • L3: Le champ bibcode obligatoire a été mis en place. Il y a un seul bibcode par collection pour l'instant, il est affecté à toutes les granules de la collection. Premiers tests montrent que la partie "Loading" n'aboutit pas. A vérifier par le groupe technique. Les keywords d'une granule héritent automatiquement des keywords de la publication associée.
  • L2: Les keywords astronomiques ont été aussi implémentés et sont à vérifier et à documenter par le groupe scientifique.

P1

• Formulaire de soumission L2 et L3.
  • Contrainte en terme de dénomination des fichiers: si des caractères exotiques n'empêchent pas la soumission, ils sont mal propagés dans OIDB et le nom du fichier téléchargeable par un utilisateur peut être différent du nom du fichier original. La liste de ces caractères est à envoyer par Guillaume pour mettre dans la doc.
    • les caracteres ascii ' #%/:?[]' sont échappés et transformé sous forme %XX
    • les caracteres non-ascii sont eux aussi remplacés par les equivalents %XX%XX
    • le caractere / est interdit
  • Colonne Target : enlever le code couleur sur les coordonnées puisqu'il n'y a pas de règle appliquée sur les coordonnées (pour OIDB 1.0) et que les suggestions SIMBAD peuvent ne pas être pertinentes.

P2

• Dans la logique du système de partage des données publiées, Les L3 doivent d'abord être transmis au CDS. Indiquer ce point dans la doc pour les nouveaux et futurs fichiers L3 après avoir contacté Sébastien Derrière pour expliciter le contrat entre le CdS et les journaux.

• Editer la liste des dataPIs pour qu'il n'y ait qu'une seule ligne par DataPI avec différents alias et dont le nom suit la norme: Prénom Initiales_prénoms_secondaires Nom. Exemple: John D. Monnier. On conserve les accents (tout dans OIDB est écrit en UT8 qui prend en compte les accents). Guillaume fournit l'interface pour le faire et Xavier édite la liste.

• Facilities: Filtrer les facilities de la manière que faisait Patrick avec les INSNAME: tronquer la partie qui commence par "_". Ex: chara_v2 --> chara.

• progid : la mise à jour du schéma de base est à faire dans le futur afin de remplacer "progid" par "proposal_id". Ce changement intervient à plusieurs endroit dans le schéma.

Basses Priorités.

• Maintenance: page à faire.
• Sauvegarde quotidienne: en cours.
• La migration vers la nouvelle machine pour la version de prod OIDB 1.0 prendra ~1 journée.
• Un cache local sur disques jmmc des data/metadata CDS, chara, etc. est à prévoir. 2-3 jours.
• La librairie TAP-lib publique est à "synchroniser" avec la nôtre: action pour Laurent.

Calendrier

• Nouveau point technique le 4 ou 5 juin.
• 08/06: Release de la version beta pour les membres d'olbin.vo. Demande de retour sous 15 jours. iterer sur le mail à olbin.vo.
• 25/06: VLTI community day, poster + lancement officiel OIDB 1.0! itérer sur le Mail à OLBIN (parler de l'aspect VO, ce qui est accessible via TAP, feedback etc) + video de teaser?