Pleade ICA Atom archivematica

ICA Atom est un éditeur EAD. Archivematica est est un gestionnaire d'entrepôts pérénnes d'objet numériques. Moyenant quelques adapataions, Ces deux outils peuvent être utilisé en complément de Pleade. La suite de ce document présente quelques points particuliers concernant l'installation et la configuration de ces outils. Il présente aussi les adaptations necessaires à mettre pour une exploitation de l'un de ces trois infrastructures:

• Pleade + ICA Atom
• Pleade + archivematica
• Pleade + ICA Atom + archvematica

Notice :

ICA Atom et archivematica sont déjà installés, configurés et disponibles en HTTP sur une VM du proxmox 1. Pour savoir comment y accéder, consulter le fichier internal srv-px01.asc.

Installation ICA Atom

La documentation disponible en ligne est assez claire. Voir ici: https://www.accesstomemory.org/fr/docs/2.4/admin-manual/installation/linux/ubuntu-xenial/

Durant l'installation, on peut cependant tomber sur une erreur HTTP 502 lors du premier chargement. Pour corriger le problème, il faut vérifier que php-fpm est bien lancé en faisant la commande:

$ sudo systemctl restart php7.0-fpm

Si php-fpm est bien lancé, le fichier /run/php7.0-fpm.atom.sock doit exister. Refaire ensuite un relaod sur nginx.

Installation Archivematica

Comme l'indique la documenation disponible ici: https://www.archivematica.org/fr/docs/archivematica-1.6/admin-manual/installation/installation/ , archivematica est en réalité composé d'un ensemble de composants. La documentation est assez simple. Après l'installation, les deux composants qui seront disponible avec une UI sont le storage service qui permet de gérer la façons dont les données sont stockées et le dashboard qui sera l'interface utilisé par les utilisateurs pour envoyer en traitement des média numériques.

Les problèmes qui peuvent être rencontrés durant l'installation et qui ne sont pas répertorié dans la doc sont multiples. En cas de problème sans informations précises, il faut activer le mode débogage dans les fichiers de configuration. Vérifier ensuite les logs dans /var/log/archivematica

Lors de l'accès au dashbord pour la première fois, s'il y a des erreurs de connexions à mysql (erreur 500), il faut vérifier les accès MySQl dans le fichier de config suivant /etc/archivematica/archivematicaCommon/dbsettings. Si les accès ne sont effectivement pas corrects, il faut d'abord mettre les bons accès MySQL. Ensuite, il faut purger et réinstaller l'ensembles pour que les tables soient crées.

Enfin, les infos de connexion MySQl sont automatiquement configurées dans le fichier /etc/dbconfig-common/archivematica-mcp-server.conf

Un deuxième problème concerne la connexion entre le module storage et le dashboard. Cette connexion se fait via les pipelines. Les pipeline peuvent s'apparenter à des entrepôts de données prévus pour être utiliser par un ou plusieurs dashboard. Ils sont configurer au niveau du module de storage. La documentation à ce sujet est assez explicite. Enfin, chaque pipeline est identifié dans toute l'infrastructure par un UUID.

Le problème premier vient du fait qu'avec l'installation réalisée, le dashboard propose forcément un UUID de pipeline qui doit être configurer dans un storage. Cela est anormale car, c'est le storage qui devrait proposer un UUID au dashboard. Dans tout les cas, je n'ai pas trouvé d'autres solution, à part créer au niveau du storage un pipeline ayant le même UUID que celui demandé par le dashboard.

Le second problème vient ensuite au niveau des clefs API pour sécuriser les pipelines. En effet, si dans les logs, il apparait des erreur de type authentification refuse, il faut alors créer un utilisateur admin normal (si ce n'est pas déjà le cas) au niveau du dashboard. Le système propose automatiquement une clef d'API pour cette utilisateur. C'est cette clef qui doit être utiliser pour le pipeline. J'ai perdu pas mal de temps sur cette partie car cette méthode n'est proposée nul part dans la documentation.

Le dernier gros problèmes reste enfin la connexion automatique entre ICA Atom et archivematica. Cette connexion permet l'envoi automatique des DIP d'archivematica vers Atom. Les documents disponibles à ce sujet sont aussi très complet. Voir https://www.archivematica.org/en/docs/archivematica-1.6/user-manual/access/access/ Cependant, je n'ai pas réussi à faire fonctionner correctement cette connexion. La seule méthode reste donc la reccupération des DIP et le dépôt manuel dans Atom.

Enfin, cette documentation https://www.archivematica.org/fr/docs/archivematica-1.6/getting-started/quick-start/quick-start/ permet une prise en main pas à pas et simple d'archivematica.

Compatbilité Pleade Atom Archivematica

La compatibilité Pleade archivematica est simple car chaque DIP contient à sa racine un fichier Mets de description très complet. Ce fichier contient aussi un lien réelle vers les média numériques et les différentes version produits par archivematica.

La compatibilité avec ICA Atom est quand à elle plus compliqué pour deux raisons principeaux. D'abord Atom permet de gérer un produire un EAD très pauvre par exemple, les éléments inline ne sont pas pris en compte. Ils est aussi impossible de typer les comme ceux contenu dans le controlaccess (geogname, persname, ...). Pour ce dernier cas, une astuce peut être trouvé en ajoutant par convention le type dans la valeur du champ. Exemple:

<persname role="author" ftype="test">toto</persname> devient <persname>toto // (role:toto;ftype=test)</persname>

Il faut ensuite 2 jours de travail côtè Pleade pour développer un encodeur/décodeur pour traiter les EAD venant ou destination d'Atom.

Cependant, la méthode idéale est d'étendre atome pour permettre au moins le typage des éléments du controlacces. Ce travail necessite à peu prés 5 jours de travail pour un dévelppeu qui maitrise bien le framework PHP Symphony (Atom est développé en PHP symphony).

Le second problème majeur concerne les média numérique en effet de façons très rigide, pour atom, une unité documentaire ne doit être liée qu'a un objet digital (image, pdf, son, ...). C'est-à-dire un c contient uniquement un dao.

Pour pallier à ce problème, il faut soit connecter ICA Atom à archimematica et mettre en palce la compatibilité Pleade archivematica. Mais cette méthode ne permettra de gérer qu'un DIP c'est -à-dire un objet numériques encapsulant plusieurs autres objets. Cette méthode ne permet pas non plus de gérer les sous série à moins de produire un DIP correspondant uniquement aux média d'une sous série.

L'autres méthode (préconisée) est de travailler uniquement avec Atom et Pleade. Dans ce cas, le serveur d'images de Pleade doit être capable de proposer un accès ouvert (mais sécuriser) vers les images et les autres média numériques. Cette accés doit permettre de récupérer un lien vers une image seul (ou média seul), une série ou une sous série. Ce lien sera ensuite renseigné au niveau d'atome afin de produire le dao souhaité. Pour titrer un dao ou bien avoir plusieurs dao pour une unité documentaire, il faut utiliser la méthode que atom considére comme lien vers de multiples objets digiteaux. C'est-à-dire, cahque lien doit être renseigner dans une une unité documentaire enfant direct de l'unité documentaire à traiter. Ensuite, utilisé uniquement le champ unittitle pour titrer le dao. Lors de l'affichage, atome s'occupe de remonter automatiquement les c vers le c parent. Pleade devra aussi faire de même lors de l'encode/décodage des EAD d'atom. Pour mettre en palce cette seconde méthode de traitement des objets numériques, il faut compet envirron 5jours.