Petit récapitulatif des étapes qui ont été appliquées :

    1 ère étape: Elle consistait à extraire les informations déjà présentes dans les descripteurs AMDA pour pre-remplir des EPN Resources.

    2 ème étape: En utilisant l'interface de Natacha, les scientifiques ont remplis manuellement les descripteurs EPN Resources manquants (principalement les ressources planétaires).

    3 ème étape: Un script a permis de reinjecter les informations ajoutées lors de la 2 ème étape dans les descripteurs AMDA. Le script en question a été ajouté au repository svn 'depotINFO_params', dans 'TOOLS/epnres2amda.php'.Théoriquement, il n'est plus nécessaire de l'utiliser.

    4 ème étape: Le script AmdaUpdate.php, qui permet de faire une mise à jour des datasets dans AMDA, execute maintenant la création des EPN Resources via l'utilisation de la classe AMDA 'php/classe/EPNResourcesManager.php'. Il créait aussi le fichier 'instruments.xml' qui contient la liste des instruments. Ces fichiers sont créés dans le répertoire 'generic_data/EPNResources/' d'AMDA-NG.


Quelques remarques:

    Les étapes 1, 2 et 3 ont été introduites uniquement pour amorcer le process

    Dorénavant, seule l'étape 4 sera systématiquement appliquée pour générer les EPN Resources via les descripteurs AMDA lors d'une mise à jour AMDA.

    Il faut maintenant s'assurer de bien remplir tous les descripteurs dans AMDA, lorsque l'on ajoute une mission, un instrument, un dataset ou un paramètre.

    Les ressources qui n'ont pas été complétées lors de l'étape 2 devront être maintenant complétées depuis les descripteurs AMDA. Si cela se fait via l'interface de Natacha, il faudra envoyer une notification à l'équipe technique pour qu'ils impactent la modification manuellement dans les descripteurs d'AMDA. On ne re-appliquera plus l'étape 3, car le merge des infos est dangereux!

    Les descripteurs manquants (ie. non remplis lors de l'étape 2) sont repérés dans les descripteurs AMDA par 'ToDo'. Par exemple pour la mission MAVEN:

<?xml version="1.0"?>
<dataRoot>
  <dataCenter name="AMDA" desc="AMDA_Internal_Data_Base">
    <mission name="MAVEN" desc="Mars Atmosphere and Volatile Evolution Mission" class="ToDo">
      <instrument name="orbit" desc="MAVEN position" xml:id="ToDo" refURL="ToDo">
        <dataset name="orbit_maven" xml:id="mav:orb:mso">
          <info>
            <title>ToDo</title>
            <description>ToDo</description>
            <creator>ToDo</creator>
            <calibration>ToDo</calibration>
          </info>
          <sampling>300s</sampling>
          <dataStart>2014/10/29</dataStart>
          <dataStop>2015/10/26</dataStop>
          <dataSource>NAIF/SPICE</dataSource>
          <parameter name="xyz_mso" units="Rm" size="3" xml:id="mav_xyz_mso">
            <info>
              <description>ToDo</description>
              <ucd>ToDo</ucd>
              <type>ToDo</type>
            </info>
            <component name="x" xml:id="mav_xyz_mso(0)"/>
            <component name="y" xml:id="mav_xyz_mso(1)"/>
            <component name="z" xml:id="mav_xyz_mso(2)"/>
          </parameter>
          <parameter name="r" units="Rm" xml:id="mav_orb_r">
            <info>
              <description>ToDo</description>
              <ucd>ToDo</ucd>
              <type>ToDo</type>
            </info>
          </parameter>
        </dataset>
      </instrument>
    </mission>
  </dataCenter>
</dataRoot>

    L'ajout d'un nouveau target se fera dans le fichier 'targets.xml' contenu dans le repository svn 'depotINFO_params'. Ce fichier est exporté dans AMDA lors d'un AmdaUpdate.

    Il faudra penser à ajouter le mot 'spase' correspondant pour chaque target (car AMDA utilise ce data model, notamment pour les filtres), dans un tag 'attributeName'. Par exemple:

  <TargetType id="titan">
    <targetName>Titan</targetName>
    <alternateName>naif:606</alternateName>
    <alternateName>iau:SVI</alternateName>
    <alternateName>spase:Titan</alternateName>
    <description>Satellite of Saturn</description>
    <targetClass id="sat">satellite</targetClass>
  </TargetType>

    Les fichiers EPN Resources générés (ainsi que les fichiers 'instruments.xml' et 'targets.xml') peuvent très bien être ajoutés dans la base eXist utilisée par l'interface de Natacha pour pouvoir les visualiser plus facilement.

    EPNresource_cass_mag_krtp1s.xml est un exemple d'un EPN resource entièrement rempli via les descripteurs AMDA (contenus dans le fichier DD_Cassini.xml). Ne pas hésiter à le prendre en exemple pour bien comprendre les choses.