Fonctionnalité #18865
fermé
Transformer les métadonnées SIP -> AIP
Ajouté par Cyril VAZQUEZ il y a presque 3 ans.
Mis à jour il y a presque 2 ans.
Description
En tant que SA, je veux définir les règles de transformations des métadonnées SEDA 2 en métadonnées du dictionnaire afin d'adapter le modèle aux besoins de gestion de l'archive
Détail
Le SEDA 2 différencie
- profil d'archivage des métadonnées de gestion du bordereau dans ManagementMetadata/ArchivalProfile
- le profil d'archive dans ArchiveUnit/ArchiveUnitProfile
Actuellement on utilise le premier pour valider le versement avec un fichier de profil RNG pour l'ensemble du bordereau ET pour attribuer un profil aux archives versées si le second est vide.
Il faut utiliser le second afin de différencier les définitions des unités d'archives à l'intérieur des métadonnées, et faire une transformation en objets spécifiques.
Un paramétrage permettra de configurer le connecteur SEDA 2 standard pour gérer cette transformation.
Par exemple, on pourra
- renommer les métadonnées
- simplifier les structures itératives lorsque le profil ne prévoit qu'une occurrence
Prévoir un comportement par défaut
- ArchivalProfile = ArchiveUnitProfile (si existe) pour les archiveUnit à la racine
- Pas de transformation = fonctionnement actuel avec SEDA2 en JSON
- Statut changé de A traiter à R&D - A étudier
- Version cible mis à Inscription Backlog
- Description mis à jour (diff)
- Version cible changé de Inscription Backlog à 3.0
- Sujet changé de Transformer les métadonnées SEDA 2 à Transformer les métadonnées SIP -> AIP
- Description mis à jour (diff)
- Statut changé de R&D - A étudier à En cours
- Priorité changé de 2-Sérieux à 0-Bloquant
Dépendance de transformation¶
Nouvelle dépendance "transformation" avec nouveau service "Processor"
Nouveau service "json/JSONPath"
Ajout de README dans le dossier pour explicité l'usage, notamment le formalisme de définition des templates de transformation.
Branchement¶
Test avec medona/archiveTransfer après {packageFormat}/ArchiveTransfer::process()
Le processus reçoit le tableau archives + relationships
Pour chaque archive, il teste l'existence d'une configuration de profil (archivalProfile) et d'un template de transformation depuis le format d'échange (packageFormat)
Si existe, application du modèle et report des propriétés extraites dans la structure archive
Branchement en sortie¶
Pour les ressorties, chaque composant d'empaquetage doit faire appel au moteur de trannformation.
Plusieurs raisons :
- medona ne lit pas les unités d'archives pour traiter les demandes produisant un SIP : cf ticket 15330. En conséquence, pas de transformation possible
- il reste des spécificités des formats d'empaquetage SEDA 1 et 2 qui ne peuvent être gérées par une transformations objet->XML
- pour l'instant, cette feature concerne le SEDA2 seulement, le SEDA 1 peut utiliser la balise OtherMetadata pour les métadonnées arbitraires
- Version cible changé de 3.0 à 2.9.2
- Statut changé de En cours à A livrer
- Statut changé de A livrer à Livré
- Statut changé de Livré à Clôturé
Formats disponibles : Atom
PDF