Erinnern Sie sich an die Überlegungen zu den Zielen des Forschungsdatenmanagements. Wichtig ist, dass wir uns bewusst sind, dass je nach Verwendungszweck unterschiedliche Daten in unterschiedlicher Aufbereitungsart vorgehalten warden müssen. In diesem Modul schauen wir uns an, welche Anforderungen an die Aufbereitung der Daten gestellt warden müssen, wenn die Daten möglichst lang für die Nachnutzung bereitgehalten werden sollen. Datenmanagement für die andern 3 Quadranten in der Graphik ist deutlich weniger aufwändig.

Im Modul 2-4 haben wir gesehen, dass die Langzeitarchivierung einen starken Fokus auf die künftigen Nutzer und deren Informationsbedarf haben muss, da die Objekte im Laufe der Zeit verändert werden. Wir greifen diesen Gedanken nochmals auf und untersuchen jetzt, wie die Objekte für die designierte Nutzung in der Zukunft aufbereitet werden müssen.

Während wir in Modul 2-4 der Frage nachgegangen sind, in welchem Format die Objekte zu archivieren sind, fragen wir jetzt, welche Information den Objekten mitzugeben ist, damit diese auch in Zukunft verständlich und somit nutzbar sind.

Wir schauen uns also nun genauer an, wie die Informationspakete, die wir auch schon kennen gelernt haben, auszusehen haben. Sie erinnern sich, dass die Content-Information im OAIS Referenzmodell mehrere Objekte des Contents, also mehrere Datensets, umfassen kann. Ebenso erinnern Sie sich, dass all die Aktionen, die wir im Laufe des Ingest-Prozesses mit den Objekten vollzogen haben, in Form von Metadaten in die Preservation Description Information eingeschrieben werden. Content Information und PDI haben wir sodann mit der Package Information zu einem Informationspaket zusammengeschnürt und dieses schliesslich mit deskriptiven Metadaten beschrieben.

Wir betrachten jetzt den Inhalt der Content Information genauer.

Mit den in Modul 2-4 vorgestellten Massnahmen kann garantiert werden, dass die Daten auch in 50 Jahren noch gefunden und gelesen werden können. Das ist schon sehr viel. Wir haben somit das logische Objekt erhalten.

Der direkten Nachnutzung stehen die Daten damit jedoch noch nicht offen, denn noch kann das konzeptuelle Objekt bedroht sein.

Die Zahlen in dem hier abgebildeten Ausschnitt aus dem Ihnen schon bekannten Datensatz von KommTech sind so nicht verständlich. Zumindest müssten wir die Bedeutung der Zeilen und Spalten kennen. Mit dieser Zusatzinformation wäre die Tabelle schon lesbar. Doch zu verstehen sind die Daten erst, wenn auch klar ist, in welchem Kontext die Daten wie erhoben worden sind.
Wie viel Information den Daten mitgegeben werden muss, ist nicht zuletzt davon abhängig, wer die Daten künftig nutzen können soll. Je nachdem wer die designierte Nutzerschaft ist, müssen die Erläuterungen (z.B. zur Methode) umfangreicher oder weniger umfangreich sein. In KommTech wurde u.a. erhoben, wie viele TV-Geräte einer Person zur Verfügung stehen. Würden wir davon ausgehen, dass der künftige Nutzer nicht mehr weiss, was ein TV-Gerät ist,  müsste auch diese Information den Daten mit auf den Weg in die Zukunft gegeben werden.

Befinden sich die notwendigen Erläuterungen auf einer Landing Page, stehen sie nur so lange zur Verfügung, wie das entsprechende Informationssystem in Betrieb ist. Wird dieses abgelöst, droht der Verlust der Zusatzinformation. Damit aber würden die Daten unbrauchbar, auch wenn sie selbst noch vorhanden wären. Um dieser Gefahr zu begegnen schlägt das OAIS Referenzmodell vor, die Informationspakete als autonome Einheiten zu konzipieren. Die Daten und Erläuterungen sind demnach nicht auf verschiedene Systeme verteilt, sondern in einem Paket zusammengefasst. Dieses Paket kann so transportiert werden und auch in einer neuen Umgebung wieder geöffnet werden.
Für das Datenmanagement bedeutet dies: sobald die Daten länger als die zu erwartende Lebensdauer eines Informationssystems dauert, zur Verfügung gestellt werden sollen, müsste alle notwendige Information – also auch das, was auf der Landing Page zu finden ist – in das Informationspaket integriert werden.

Im Ingest werden viele Objekte zu einem Paket zusammengeschnürt:

• Mehrere zusammengehörige Content-Objekte (z.B. einige Tabellen)
• Metadaten – insbesondere zum Archivierungsprozess (Preservation Description Information)
• Allenfalls notwenige Erläuterungen zu den Content-Objekten (Erklärungen, wie die Tabellen zu Stande kamen und was die darin enthaltenen Zahlen bedeuten; Erläuterungen zur Software, mit der die Objekte dargestellt werden können) (OAIS nennt das representation information. In der obigen Graphik ist das ein Teil der ‘content information’)
• Package Information: Metadaten, die beschreiben, wie die verschiedenen Objekte des Paketes zusammengehören
• Meist werden auch deskriptive Metadaten (Daten, die sich auch im Katalog befinden) in das Objekt eingebunden

Das SIP ist das Paket, das der Produzent abliefern sollte. Es enthält die Content-Daten sowie Erläuterungen und Metadaten, die der Produzent generiert. Je nach Umgebung sind SIP unterschiedlich definiert.

Das AIP ist das Paket, das im Repository lagert. Es ist das vollständigste Paket. Es enthält neben dem Content und den Erläuterungen alle Metadaten, die für eine spätere Nutzung notwendig sind, also auch die vollständige Dokumentation der Aktionen, die mit dem Objekt im Laufe des Archivierungsprozesses vollzogen worden sind.

Das DIP ist das Paket, das an den Nutzer ausgeliefert wird. Es enthält ev. weniger Metadaten und ist allenfalls für die Nutzung aufbereitet. Als besonders einfaches Beispiel: Während Fotos im AIP als TIFF vorliegen, werden sie ev. als komprimiertes JPEG ausgeliefert, da sie so besser dargestellt werden können.

Hier haben Sie noch einmal eine Einordnung der drei Instrumente des konstitutiven Rahmens.

Noch einmal sei daran erinnert, dass im Idealfall sämtliche drei Dokumente – um die handelt es sich ja letztlich – gegeben sein sollten, in der Regel für den Forscher jedoch der Data Management Plan der eigentliche Angriffspunkt des Forschungsdatenmanagement ist.