Date: 27 mai 2015
Mise à jour le 15 juin 2015
Présents: Gilles, Guillaume et Xavier
Points techniques à finaliser
P0 : avant le 7/06
- Email du dataPI: l'email ne figure pas textuellement sur le panneau des résultats, l'utilisateur clique sur une icône d'enveloppe "Mail-to" liée à la messagerie locale par défaut. OK c'est fait(10/06/15).
- 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. Ca nécessite de lier 3 bases: celle des comptes JMMC, celles des granules, et celle des dataPI du portail.
- 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. OK, c'est fait (10/06/15).
- Les règles du validateur OIFITS qui conduisent aux erreurs SEVERE sur les types de caractères sont à désactiver. OK c'est fait (04/06/15).
- Modification de la règle du match obligatoire avec les suggestions insname et insmode. Pour l'instant, toutes les valeurs sont acceptées mais nous marquons par la couleur verte quand l'instrument name correspond aux suggestions. Ceci pour encourager l'homogénéité des noms d'instruments. Si il n'a pas de suggestion appropriée, la liste complète des instruments est proposée. Même chose pour l'instrument mode. Les résultats du beta-test montreront si les utilisateurs ne choisissent pas les suggestions ou que les suggestions ne sont pas complètes. A documenter (Xavier).
- L'oifits validator reste comme il est pour l'instant et OIDB ne bloque pas la soumission en cas d'erreurs SEVERE. Cependant, on peut rajouter un lien vers oifits validator sur la page qui présentent les différentes formes de soumission pour encourager la soumission d'OIFITS valides (i.e. sans erreurs SEVERE).
- 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. Les keywords d'une granule héritent automatiquement des keywords de la publication associée.
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. C'est fait (10/06/15).
- 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. C'est fait (10/06/15).
P2
- L2: Les keywords astronomiques libres ont été aussi implémentés. En plus, le champ "object type" de SIMBAD devrait être rajouté aux méta données de notre DM. A Faire
- 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 (OK c'est fait(10/06/15)). Contacter Sébastien Derrière pour expliciter le contrat entre le CdS et les journaux. A Faire.
- 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. A Faire
- Facilities: Filtrer les facilities de la manière que faisait Patrick avec les INSNAME: tronquer la partie qui commence par "_". Ex: chara_v2 --> chara. A Faire
- 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. A Faire
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?