Fonctionnalité #18865
ferméTransformer les métadonnées SIP -> AIP
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
Mis à jour par Emmanuel DILLARD il y a presque 3 ans
- Statut changé de A traiter à R&D - A étudier
Mis à jour par Cyril VAZQUEZ il y a presque 3 ans
- Version cible mis à Inscription Backlog
Mis à jour par Cyril VAZQUEZ il y a presque 3 ans
- Description mis à jour (diff)
- Version cible changé de Inscription Backlog à 3.0
Mis à jour par Cyril VAZQUEZ il y a presque 3 ans
- Sujet changé de Transformer les métadonnées SEDA 2 à Transformer les métadonnées SIP -> AIP
Mis à jour par Cyril VAZQUEZ il y a presque 3 ans
- Statut changé de R&D - A étudier à En cours
Mis à jour par Cyril VAZQUEZ il y a presque 3 ans
- Priorité changé de 2-Sérieux à 0-Bloquant
Mis à jour par Cyril VAZQUEZ il y a presque 3 ans
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
Mis à jour par Cyril VAZQUEZ il y a environ 2 ans
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