Souvenez-vous des réflexions sur les finalités de la gestion des données de la recherche. Il est important d’être conscient que, selon l’utilisation que l’on veut en faire, différentes données doivent être proposées sous différents sortes de conditionnements. Ce module aborde les diverses exigences qui doivent être imposées au traitement des données, si celles-ci doivent pouvoir être maintenues réutilisables aussi longtemps que possible. La gestion des données pour les trois autres quadrants de la figure est nettement moins complexe.

Nous avons vu dans le module 2-4 que l’archivage à long terme doit se concentrer fortement sur l’éventuel futur utilisateur et sur ses besoins en informations, puisque les objets subiront des modifications au fil du temps. Nous reprenons ces réflexions ici, et analysons à présent comment les objets doivent être conditionnés pour l’utilisation qui est prévue à l’avenir.

Alors que le module 2-4 abordait la question des formats adaptés à l’archivage des objets, nous nous interrogeons maintenant sur les informations devant accompagner les objets pour que ceux-ci soient encore lisibles – et donc réutilisables – à l’avenir.

Nous abordons ici plus en détails à quoi doivent ressembler les paquets d’informations (avec lesquels nous nous sommes déjà familiarisés). Vous vous souvenez que les informations de contenu, selon le modèle de référence OAIS, peuvent englober plusieurs objets du contenu, donc plusieurs jeux de données. Vous vous souvenez également que toutes les actions effectuées sur les objets durant le processus de l’ingest sont consignées sous formes de métadonnées en tant que «preservation description information» (PDI). «Content information» et PDI sont ainsi regroupés en un paquet d’information, qui reçoit lui-même ensuite des métadonnées descriptives.

Nous nous penchons à présent plus en profondeur sur le contenu de «content information».

Les mesures présentées au module 2-4 permettent de garantir que les données pourront encore être retrouvées et lues dans 50 ans. C’est déjà beaucoup. Ainsi, l’objet logique est préservé.

Les données ne sont néanmoins pas encore prêtes pour une réutilisation directe, car l’objet conceptuel n’est pas assuré.

Les chiffres de la figure ci-dessus, issus du jeu de données KommTech que vous connaissez déjà, ne sont pas compréhensibles de cette manière. Nous devrions au moins connaître la signification des lignes et des colonnes. Avec ces indications supplémentaires, le tableau serait déjà lisible. Cependant, les données ne peuvent vraiment être comprises qu’en connaissance de leur contexte de création.

La quantité d’information à ajouter aux données dépend avant tout de l’utilisateur potentiel. Selon la personne, les explications (par exemple la méthode) devront être plus ou moins détaillées. KommTech s’est intéressé au nombre de téléviseurs par personne. Si nous partons du principe que le réutilisateur potentiel ne sait plus ce qu’est un téléviseur, cette information devrait également être fournie avec les données, pour le futur.

Si les informations nécessaires se trouvent sur une page web présentant les données, elles ne seront disponibles que si le système d’information correspondant est maintenu en activité. Si celui-ci devait disparaître, les informations risqueraient d’être perdues. Bien que peut-être toujours disponibles, les données deviendraient alors inutilisables. Afin de prévenir ce risque, le modèle de référence OAIS propose de considérer les paquets d’information comme autonomes. Les données et les explications ne sont par conséquent pas réparties sur plusieurs systèmes, mais réunies en un paquet. Ce paquet peut être transporté ainsi et rouvert dans un nouvel environnement.

Voici ce que cela signifie pour la gestion des données: dès lors que les données doivent être mises à disposition plus longtemps que la durée de vie probable du système d’information, toutes les informations nécessaires – y compris donc ce qui se trouve sur la page présentant les données – doivent être intégrées au paquet d’information.

Lors de l’ingest, beaucoup d’objets sont réunis en un seul paquet:

• Plusieurs objets de contenu correspondants (par ex.: certains tableaux sur le même sujet)
• Des métadonnées – en particulier concernant le processus d’archivage (preservation description information)
• Eventuellement les explications nécessaires sur les données de contenu (par ex. méthode de création des tableaux et signification des chiffres qu’ils contiennent; indications sur le logiciel permettant de lire les données)(OAIS nomme ceci « representation information ». Dans le graphique ci-dessus, cela fait partie de « content information ».)
• « Packaging information »: métadonnées décrivant les relations entre les différents objets du paquet
• La plupart du temps, des métadonnées descriptives (données qui se trouvent aussi dans le catalogue) sont également inclues dans l’objet.

Le SIP est le paquet que doit livrer le producteur. Il contient les données elles-mêmes ainsi que les explications et les métadonnées créées par le producteur. Selon l’environnement, les SIP peuvent être définis différemment.

L’AIP est entreposé dans l’archive. C’est le paquet le plus complet. Il contient, en plus des données elles-mêmes et de leurs explications, toutes les métadonnées nécessaires à une réutilisation ultérieure, à savoir la documentation complète des opérations effectuées sur l’objet au cours du processus d’archivage.

Le DIP est le paquet qui est livré à l’utilisateur. Il peut contenir éventuellement moins de métadonnées et il est conditionné pour l’utilisation. En guise d’exemple: alors que des photographies sont enregistrées en format TIFF dans l’AIP, elles sont livrées en JPEG comprimé afin d’en faciliter l’utilisation.