(r8) OiDbReunion18Avr2014 < Jmmc/Software

Tags: view all tags
Présents :

Myriam Benisty, Patrick Bernaud, Jean-Baptiste !LeBouquin, Guillaume Mella, Denis Mourard, Johan Olofsson

%TOC%

---+ Ordre du jour

---++ Etat des lieux
   *  Nouveautés ( interrogation par requete ADQL libre, test brique VO TAP (gavo/taplib)... )
   *  Point sur l'implémentation de la granularité
   *  Point sur la création du backoffice
   *  Point sur la création du cache local

---++ A discuter 
   *  Qualité des données (ticket [[http://trac.jmmc.fr/jmmc-sw/ticket/579][#579]])
      * difficulté d'un critere à demander systématiquement au dataPI (subjectif)
      * VEGA les dataPi mettent à la main deux champs status + quality flag
      * ACTION: reprendre la formalisation VEGA  quality 0 (trash) - 5(tres bon))
   *  Organisation des tests de soumission : validation et extraction des données et métadonnées (tickets [[http://trac.jmmc.fr/jmmc-sw/ticket/551][#551]] et [[http://trac.jmmc.fr/jmmc-sw/ticket/607][#607]]) 
   * Création de comptes dataPI 
      * Vega : 
         * Les données L3 doivent arriver automatiquement depuis le CDS ou encourager tres fortement depot sur OIFits
         * Le depot des données L2 relevent de la responsabilité du dataPi 
         * Les données L0 sont annoncée de manière publique.
             * 
         * A partir de la fin d'un programme ( 1 ou 2 ans ), l'acces aux données brutes devront pouvoir etre retrouvées pour utilisation par les pipelines par demande de compte. La fin du programme doit être bien définie en amont.
      * Point données Pionier / data publiques/privees
         * les données reduites peuvent porter le obsId
         * tous les PI pionier ont un compte archive ESO
         * se demande si l'on peut uniquement mettre en ligne les données L2 publiques
      * La duree d'embargo en interferometrie est-elle plus longue que dans d'autres domaines? Il faut vraiment voir si du coup il faut elargir à 2 ans. 1 an semble faire l'unanimité. Voir avec encouragement collaboration.


   *  Définition d'un obs ID (pourquoi ? comment ?)
      * dans le cas de spitzer ce concept est utilisé dans les papiers pour referencer des pointés précis. (AOR sur Herschel)
      * permettrait de definir une sous partie d'un programme utilisé dans un papier
      * la notion de granule_id doit etre présente

   *  Quelles colonnes manquent (optionnelles ou pas, le concept est-il finalisé)?
      * Number of telescopes
      * Telescopes configuration (par ex.E1-E2 est a afficher mais faut il pouvoir requeter sur baseline min/max, son orientation...)
         * baseline oui
         * orientation non
      * Run/Program ID
      * Description of the archive
          * prendre le readme des données CDS
      * Special remarks
      * Observation notes
         * definir les champs dans le formulaire de soumission
      * Quality flag
      * Instrument mode (doit on avoir un dictionnaire ou peut on caracteriser les obs par criteres de resolution spectrale, bande, etc...)
         * lambda central, delta lambda, nb canaux

   * wavelength range trop détaillé passer en : optique / proche infrarouge / moyen infrarouge

      * pour aide : [[http://apps.jmmc.fr/exist/apps/myapp/oidb-stats.html?match=instrument_name&query=SELECT%20ALL%20*%20FROM%20oidata2%20AS%20t%20WHERE%20%28%20t.instrument_name%20LIKE%20%27AMBER%25%27%20%29][ex. de stats pour l'instrument_name des données identifiées comme AMBER par oidb]]
      * http://jmmc.fr/~swmgr/AsproOIConfigurations/ASPRO2-CONF_2014_0403/ + http://apps.jmmc.fr/exist/apps/myapp/oidb-insmodes.html

   *  Préparation de la venue de Théo : 
      * présentation sur le fonctionnement de la base (prototype L2/L3, comment uploader des données L2/L3 et L0 Vega).
      * Quelles sont les contraintes pour synchroniser les données L0 de CLIMB et CLASSIC PAVO avec l'OiDB (modèle VEGA) ?
      * Point sur la database CHARA (la demande NSF a-t-elle été acceptée ?)

Remarques Denis: Tous les pipelines CHARA ne produisent pas forcement des données oifits, les durées de rétention ne sont pas contrôlées. Theo a l'info sur la politique MIRC. la priorité sera certainement donnée à l'injection des L0.

   *  INTEROP Madrid 
      * [[http://www.ivoa.net/pipermail/apps/2014-April/000959.html][Appel a presentations groupe Application]]
      * [[http://www.ivoa.net/pipermail/interop/2014-April/002148.html][Rappel enregistrement]]
Topic revision: r8 - 2014-04-22 - PatrickBernaud