• Vorwort
• Einleitung
• Geschichte der Formate
• Formatkategorien
  
  

---

• Kriterienkatalog
  • Offenheit
  • Lizenzfreiheit
  • Verbreitung
  • Funktionalitaet
  • Implementierung
  • Speicherdichte
    
    
  • Best Practice
  • Perspektive
    
    
  • Formatklasse
    
    
  • Verworfene Kriterien
    
    

---

• Formatkatalog
  • Allgemeines
    • Zeichencodierung
    • Datenkompression
      
      
  • Textdaten
    • TXT
    • PDF
    • PDF-A
    • ODF
    • OOXML
      
      
  • Bilddaten
    • TIFF
    • JPEG
    • JPEG2000
    • PNG
    • SVG
      
      
  • Audiodaten
    • WAV
    • MP3
      
      
  • Videodaten
    • MPEG-2
    • MPEG-4
    • MJPEG2000
      
      
  • Strukturierte Daten: Tabellenkalkulation
    • XLS
    • OOXML bei Tabellenkalkulation
    • PDF-A bei Tabellenkalkulation
      
      
  • Strukturierte Daten: Datenbanken
    • CSV
    • SIARD
    • SQLX
    • SQL Script
      
      

---

• Glossar
• Bibliografie
  
  

---

• no such attachment on this page

Vorwort

Die vorliegende Version 2.0 des Katalogs archivischer Dateiformate (KaD) der KOST wurde auf der Basis von Version 1.0 von der KOST-Geschäftsstelle erarbeitet. Fachliche Beratung leisteten Kolleginnen und Kollegen aus den Trägerarchive der KOST sowie den VSA-Arbeitsgruppen Records Management&Digitale Archivierung und Normen&Standards: Gilbert Coutaz, ACV; Alain Dubois, StAVS; Alexandre Garcia, CICR; Daniel Gubler, clavis IT; Hans Jörg Kuhn, StAUR; Christoph Manasse, StABS; René Quillet, StABL; Alexandra Rietmann, SR DRS; Matthias Wild, StAZH. Eingearbeitet sind ferner diverse Rückmeldungen aus dem Publikum, für die wir bestens danken.

Version 1.0 des KaD vom 19.12.2007 entstand im Rahmen eines Projekts der KOST-Geschäftsstelle und einer KOST-internen Arbeitsgruppe (Gilbert Coutaz, ACV; Peter Hurni, StABE; Hans Jörg Kuhn, StAUR; Paul Müller, StABS; Claudia Schmucki, StAZH; Georg Büchler, KOST; Martin Kaiser, KOST) unter Beratung und Begleitung durch die damaligen VSA-Arbeitsgruppen eArchiv und Normen&Standards.

Der KaD ist über die KOST-Website unter http://www.kost-ceco.ch/wiki/whelp/KaD zugänglich und wird periodisch aktualisiert.

Kontakt: info@kost-ceco.ch

Version 2.0, XX.XX.2009

Einleitung

Der Katalog archivischer Dateiformate soll den Schweizer Archiven in zweierlei Hinsicht als Handreichung dienen: Erstens zeigt er auf, welche Formate nach heutigem Kenntnisstand archivtauglich sind und als Zielformate für die Migration dienen können. Zweitens dient er im Kontakt mit der Verwaltung als Referenz dafür, welche Formate aus archivischer Sicht im aktiven Lifecycle verwendet (und entsprechend empfohlen) werden können.

Formatkategorien

Am Beginn der Arbeit stand eine Auflistung der verschiedenen Kategorien von Formaten, die für die Archive von Interesse sind. Der Katalog gibt Empfehlungen ab zu Formaten für Text- und Bilddaten, Audio- und Videodaten sowie Tabellenkalkulation und Datenbanken.

Provisorischer Katalog

Die Erarbeitung des Katalogs stützte sich auf die reiche Literatur zu Formatempfehlungen für die digitale Archivierung. Auf dieser Basis wurde ein provisorischer Katalog potentiell archivtauglicher Formate entworfen, der im Verlauf der weiteren Arbeit verfeinert und ergänzt wurde. Die Erarbeitung eines provisorischen Katalogs stellte eine erste Triage dar: Offensichtlich nicht archivtaugliche Formate wurden damit bereits von der Analyse ausgeschlossen.

Analyse und Bewertung

Die im provisorischen Katalog enthaltenen Formate wurden aus verschiedenen Blickwinkeln oder Sichten analysiert:

1. Eine Bewertung anhand archivfachlicher Kriterien legt offen, in welchem Mass ein Format die Anforderungen von Archiven an die Archivtauglichkeit erfüllt und welche Risiken bei seiner Verwendung zu beachten sind. Dazu wurde ein Katalog von sechs unterschiedlich gewichteten Kriterien erarbeitet.
2. Eine Best-Practice-Analyse hält fest, wie jedes Format in der Archivwelt beurteilt und in den Verwaltungen angewendet wird. Da sich im Moment noch kaum eindeutig archivtaugliche Formate herauskristallisiert haben, ist die Orientierung an Best Practices besonders wertvoll. Diese Sicht lässt sich in zwei weitere Kriterien übersetzen.
3. Eine Klassifizierung der Formate erlaubt es, unterschiedliche Bewertungen gemäss den ersten beiden Sichten zu verstehen, und trägt zum Entscheid über eine Empfehlung bei. Es wird unterschieden zwischen altbekannten, weit verbreiteten Formaten, die sich auf Grund ihrer Stabilität für die Archivierung eignen; neuen Formaten, die zweifellos grosse Verbreitung erlangen werden; und potentiellen Formaten, bei deren Design die Archivtauglichkeit eine besondere Rolle gespielt hat, deren Zukunft aber noch nicht absehbar ist.

Diese drei Sichten führten zu zwei sich ergänzenden Resultaten. Einerseits ermöglicht der Katalog der archivfachlichen und Best-Practice-Kriterien, in jeder Kategorie das am besten archivtaugliche Format zu identifizieren und sämtliche untersuchten Formate in eine Rangfolge gemäss Archivtauglichkeit zu bringen. Dabei wird jedes Format an Hand des Kriterienkatalogs bewertet und erhält zu jedem Kriterium eine Bewertung von 1 (nicht erfüllt) bis 4 (vollständig erfüllt). Diese Bewertungen werden mit der Gewichtung des Kriteriums multipliziert und aufsummiert. Um eine aussagekräftige Rangliste zu erhalten, berechnen wir den Logarithmus über dem Mittelwert innerhalb einer Kategorie. Werte grösser als eins können dann als überdurchschnittlich archivtauglich gelten.

Die Analyse nach Formatklassen anderseits lässt sich nicht in einen numerischen Wert übersetzen. Sie hilft aber bei der Interpretation der Resultate. Insbesondere verdeutlicht sie, dass Formate, die den Klassen A oder B angehören, den Archiven potentiell in nächster Zeit zur Übernahme angeboten werden. Formate der Klasse C sind noch nicht zur Übernahme zu erwarten. Formate der Klasse D müssen unsere Aufmerksamkeit behalten und können bei günstiger Entwicklung zur Verwendung empfohlen werden.

Die Resultate der Analyse gemäss den drei Sichten sind in einer Bewertungsmatrix zusammengefasst.

Kriterienkatalog zur Bewertung der Archivtauglichkeit von Dateiformaten

Definitiver Formatkatalog

Die als archivtauglich oder aus Gründen ihrer grossen Verbreitung als interessant für die Archive identifizierten Formate bilden den Formatkatalog. Ein Übersichtsartikel fasst jeweils die Analyse der Formate einer Kategorie zusammen. Er liefert allgemeine Informationen sowie konkrete Empfehlungen, basierend auf der durch den Kriterienkatalog erzielten Rangliste.
Einzelne Formate in diesem Katalog werden aufgrund ihrer verlustbehafteten Datenkompression als 'nicht archivtauglich' bezeichnet. Die Migration solcher Formate in ein archivtaugliches Format muss aber nicht unbedingt bei der Übernahme erfolgen. Es kann durchaus das Ende des Lebenszyklus des Formates abgewartet und somit der Migrationszyklus verlängert werden (Bsp.: JPEG, MP3, MPEG-2 ).

Die Formate im allgemeinen informatischen Kontext und in einer historischen Betrachtung

Von einer breiten Definition...

Ein Datenformat ist in der Informatik eine Vereinbarung, wie Daten durch binäre Zahlen repräsentiert werden. Unter Daten verstehen wir Informationen, die einen Text, eine Seite, ein Bild, einen Ton, eine ausführbare Datei etc. darstellen können. Die Art und Weise, wie Daten in einer Datei gespeichert sind, nennt man Dateiformat.

Eine solche Vereinbarung ermöglicht es, Daten zwischen verschiedenen Programmen auszutauschen, sowohl über eine direkte Verbindung als auch mittels einer Datei. Die verschiedenen Codierungsformate haben dabei die Aufgabe, die Information so zu präsentieren, dass sie lesbar gemacht werden kann als Text, Bild, Audio, Video oder Mischform.

... zu einer Kette ineinander greifender Elemente

Ein Format ist ein Element, das ein zweites voraussetzt (die Software), welches wiederum ein drittes (die Version) und ein viertes (das Betriebssystem) voraussetzt, um bei einem fünften (der Hardware) anzukommen. Diese Elemente bilden eine Kette, im Sinn sowohl einer Abfolge gleichwertiger Elemente als auch der Möglichkeit einer Fessel, falls eines der Elemente fehlt oder nicht mehr funktioniert. Anders ausgedrückt: Das Format kann die ganze Kette der Elemente bestimmen, die für seine Benutzung notwendig sind. Das Spektrum der Formattypen reicht von geschlossen bis vollständig offengelegt; gewisse sind durch Normen definiert, die meisten sind in der einen oder anderen Form standardisiert.

Die Banalisierung des digitalen Dokuments seit dem Auftauchen der Informatik bereitet diverse Probleme technischer, kultureller, ökonomischer oder juristischer Art. In wenigen Jahren sind wir von einer Logik der Speicherung zu einer Logik des Informationsflusses und vom Document Management zum Content Management übergegangen. In diesem Kontext ist das Thema der Formate fundamental, da es Auswirkungen hat auf die Kommunikation und den Bestand der Daten. Wegen seiner technischen Komplexität und seiner Existenz in einer Welt ohne Grenzen hat das digitale Dokument zur Erarbeitung unzähliger internationaler Normen und Standards geführt.
Zwei Daten umreissen den Kontext:

1962: Philippe Dreyfus erfindet in Frankreich das Wort informatique als Name für die Wissenschaft, die sich mit der Informationsverwaltung und den Computern befasst.

1964: Entstehung von ASCII (American Standard Code for Information Interchange), von der ISO 1966 normalisiert, um den Datenaustausch zwischen Computern zu erleichtern. (Gleichwohl behält IBM seine eigene Norm bei, den EBCDIC, Extended Binary Coded Decimal Interchange Code.)

Die ersten Formate sind Seitenbeschreibungsformate, die sich auf die physische Beschreibung des Dokuments beschränken, ohne sich für den Inhalt oder die logische Struktur zu interessieren.

Interoperabilität

Unter dem Begriff "Interoperabilität" wird üblicherweise die Fähigkeit verschiedener informatischer Produkte und Dienste verstanden, Daten und Informationen auszutauschen und zu benutzen (d.h. zu kommunizieren), um zusammen in einer vernetzten Umgebung funktionieren zu können. Die Geschichte der Informatik wurde von Beginn an geprägt durch eine fortwährende Suche nach Interoperabilität, konkret nach der Möglichkeit, Software verschiedener Hersteller zusammenarbeiten zu lassen.

Die Interoperabilität ist damit seit jeher so etwas wie der Heilige Gral der Informatik. Sie kann durch verschiedene Hilfsmittel erreicht werden, zum Beispiel durch die Publikation von Formaten, APIs oder Protokollen. Dateiformate stellen die Interoperabilität auf dem Niveau des Dateiaustauschs sicher (z.B. die XML-Schemata, die Microsoft seit 2003 für die hauptsächlichen Anwendungen seiner Office-Suite publiziert, oder die ODF-Formate, die von OpenOffice.org publiziert wurden und später standardisiert wurden). APIs gewährleisten die Interoperabilität auf dem Niveau der Programmierung zwischen einer Anwendung und der darunter liegenden Plattform. Protokolle definieren die Kommunikation verschiedener Anwendungen in einem Netzwerk. Heute ist die Harmonisierung der Informatikindustrie zweifellos weiter fortgeschritten als in der Vergangenheit.

Literatur

Cornell University Library, Research Department
Moving Theory into Practice. Digital Imaging Tutorial
2003
http://www.library.cornell.edu/preservation/tutorial/contents.html

CHAUMIER, Jacques
Document et numérisation. Enjeux techniques, économiques, culturels et sociaux
Paris, Association des professionnels de l'information et de la documentation, 2006

Formatkategorien

Die existierenden Formate können nach Datenrepräsentation und Funktionalität in sechs verschiedene Kategorien eingeteilt werden, die in untenstehender Darstellung aufgeführt und mit Beispielen verdeutlicht sind. Dabei zeigt die Schattierung das Mass der Komplexität bei der Archivierung.




Für den Katalog archivischer Dateiformate sind die folgenden Formatkategorien relevant:
Textdaten, Bilddaten, Audiodaten, Videodaten und strukturierte Daten (Tabellenkalkulation, Datenbanken). Audio- und Video-Dateien sind nur für einige Archive interessant; gerade deshalb wird vom KaD eine Aussage dazu erwartet. Hingegen sind Programmdateien für Archive nicht relevant, da diese keine Software archivieren.

Kriterienkatalog

Der Kriterienkatalog ermöglicht die Bewertung der verschiedenen Formate in den drei in der Einleitung erwähnten Dimensionen archivfachliche Bewertung, Best-Practice-Analyse und Formatklasse. Der unterschiedlichen Bedeutung der Kriterien wird durch eine unterschiedliche Gewichtung Rechnung getragen. Bei der Bewertung erhalten somit alle Formate eine Gesamtpunktzahl, die als Mass für ihre Archivtauglichkeit dient. Dieses Vorgehen ermöglicht es, den Katalog archivischer Dateiformate flexibel anzupassen, falls sich die Eigenschaften eines Formats ändern.

Zu jedem Kriterium wird festgehalten:

• Name
• Gewichtung
• Beschreibung und Bedingung für vollständige Erfüllung

---

Kriterienkatalog zur Formatbewertung

archivische Bewertung:

• Offenheit
• Lizenzfreiheit
• Verbreitung
• Funktionalitaet
• Implementierung
• Speicherdichte

Best-Practice-Analyse:

• Best Practice
• Perspektive

Formatklasse:

• Formatklasse

Verworfene Kriterien

Offenheit

---

• Die Spezifikation des Formats ist vollständig und öffentlich zugänglich
• Gewichtung: 1

---

Langzeitarchivierung digitaler Daten beinhaltet nicht nur die stabile Aufbewahrung einmal archivierter Bitströme, sondern ebenso wichtig ist, dass die zum Verständnis dieser Bitströme notwendigen syntaktischen und semantischen Informationen mit erhalten werden. Diese Metainformationen erlauben es, die inhaltliche Struktur der Daten zu lesen und deren ursprüngliche Erscheinungsform wieder herzustellen. Die Metainformationen sind die Spezifikation des Dateiformates. Auf Grund der Spezifikationen muss es möglich sein, einen Rendering Agent (ein Programm zum Lesen und Interpretieren der Daten) zu entwickeln.
Solche Spezifikationen können per Definition öffentlich sein, wie etwa bei den offenen Dateiformaten (z.B. PNG).
Sie können auch vom Rechteinhaber eines Formates unter kommerziellen Gesichtspunkten veröffentlicht werden (z.B. Adobe Photoshop PSD).
Ein Rechteinhaber kann die Spezifikationen auch im Sinne einer Marktstrategie der Öffentlichkeit zur Verfügung stellen (Adobe PDF).
Eine weitere Möglichkeit besteht darin, dass das Dateiformat durch externe Analyse bekannt gemacht worden ist. Das ist eigentlich kein legaler Weg, oft aber der Fall bei obsoleten Dateiformaten von Produkten ohne bekannten Rechtsnachfolger. Die Vollständigkeit der Spezifikation kann in diesen Fällen nicht garantiert werden.
Das Kriterium verlangt nicht, dass die Spezifikation kostenfrei erhältlich sein muss, auch wenn dies wünschenswert ist. Es bleibt dem Archiv überlassen, ob es eine Kopie der Spezifikation selber aufbewahrt oder ob es sich darauf verlässt, dass diese auch in Zukunft extern erhältlich sein wird. Für die im KOST-Formatkatalog ausgewählten Formate bewahrt die KOST eine Kopie der Spezifikation auf.
Die Offenheit der Spezifikation trägt entscheidend dazu bei, dass die im entsprechenden Format codierte Information am Ende des Lebenszyklus auch wieder ausgelesen und in ein anderes Format migriert werden kann.
Das Kriterium entspricht der Definition für ein format ouvert der belgischen Regierung (siehe http://fr.wikipedia.org/wiki/Format_ouvert ).

Lizenzfreiheit

---

• Der Gebrauch des Formats darf durch keine Lizenzen eingeschränkt oder einschränkbar sein. Das Format muss herstellerunabhängig sein
• Gewichtung: 1

---

Bei proprietären Dateiformaten besteht das Risiko, dass der Lizenzgeber seine Strategie ändert (wie Unisys im Fall von GIF) oder dass ein oder mehrere Rechtsnachfolger neue Lizenzforderungen stellen können (wie das Fraunhofer-Institut/Alcatel-Lucent im Fall von MP3). Proprietäre Dateiformate sind auch in Gefahr, marktabhängigen, schnellen Formatänderungen unterworfen zu sein (fortlaufend neue Features in Adobe PDF).
Zu beachten ist, dass die Lizenzfrage nicht nur bezüglich des eigentlichen Dateiformats, sondern auch bezüglich der im Format verwendeten Algorithmen zur Codierung, Kompression, Decodierung und Verschlüsselung geklärt ist. Zum Beispiel ist der Kompressionsalgorithmus Lempel-Ziv-Welsh (LZW), der im GIF-Format zur Anwendung gelangt, durch ein Patent von Unisys geschützt. Dabei können auch eingebettete Objekte, etwa Schriften, lizenzrechtliche Verstösse mit unkontrollierbaren Kostenfolgen verursachen (z.B. Schriften in PDF-Dokumenten; siehe dazu: Licenses for Font Embedding, Streaming and Web Servers: http://www.itcfonts.com/About/Embedding.htm ).
Aus diesen Gründen ist es besser, wenn Formate und darin verwendete Algorithmen nicht nur lizenzfrei sind, sondern unter einer Open-Source-Lizenz stehen. So kann garantiert werden, dass keine anderweitigen Lizenzforderungen geltend gemacht werden.
Das Kriterium entspricht der Definition für ein format libre der belgischen Regierung (siehe http://fr.wikipedia.org/wiki/Format_ouvert ).

Verbreitung

---

• Das Format ist weit verbreitet; deshalb können Migrationszyklen von mehr als 10 Jahren erwarten werden
• Gewichtung: 0.8

---

Da jede Formatmigration das Risiko eines Verlusts von Informationen beinhaltet, müssen archivische Dateiformate potentiell möglichst langlebig sein. Eine grosse Verbreitung, d.h. eine grosse Anzahl existierender Dateien in diesem Format, trägt zur Langlebigkeit bei, da die grosse Zahl der zu konvertierenden Dateien einem schnellen Formatwechsel entgegensteht. Wir können zudem auch eine vernünftige Zahl von Applikationen und Tools erwarten, die mit diesem Format umgehen können. Bei einer allfällig doch notwendigen Formatkonvertierung (wie z.B. bei GIF zu PNG) werden wahrscheinlich auch Konvertierungstools auf dem Markt verfügbar sein. Eine Verbreitung auf unterschiedlichen Plattformen (z.B. Unix und Windows) garantiert, dass die Formatspezifikationen korrekt umgesetzt worden sind oder umgesetzt werden können.
Ein gutes Indiz für die Langlebigkeit ist auch die bisherige Lebensdauer eines Formats: Formate, die schon lange in Gebrauch sind, entsprechen offenbar den verschiedensten Anforderungen gut; für sie kann deshalb eine günstige Langzeitprognose gestellt werden. Weitere Indizien, die wir in Betracht ziehen können, sind die Abwärtskompatibilität, die Anzahl alternativer Formate und die Volatilität in einer Formatkategorie.
Ueberschneidungen mit anderen Kriterien sind nicht völlig zu vermeiden; deshalb wird die Verbreitung nur mit 0.8 gewichtet.

Funktionalität

---

• Das Format muss geeignet sein, die Information in allen Formaten seiner Kategorie zu repräsentieren
• Gewichtung: 1

---

Das heisst, dass alle üblichen Formate dieser Kategorie mit existierenden Werkzeugen verlustfrei in dieses Format konvertiert werden können (Migrierbarkeit). Dabei müssen Inhalt, Struktur und Layout möglichst erhalten bleiben.
Ergänzend muss das Format die gängigen oder zumindest die für die Archivierung als notwendig erkannten Funktionalitäten seiner Kategorie abdecken. So ist z.B. PDF eine bessere Repräsentation für MS-Word-Dokumente als etwa TIFF, weil darin neben der Repräsentation auch die Textkomponente erhalten bleiben kann.

Implementierung

---

• Für das Format sollten mehrere Implementierungen existieren
• Gewichtung: 0.6

---

Mit Implementierungen sind Rendering-Software und Tools zum Bearbeiten oder Konvertieren des betreffenden Formats gemeint. Mehrere unabhängige Implementierungen garantieren, dass keine undocumented features existieren und die Spezifikation vollständig umgesetzt werden kann.
Das Problem ist öfter bei proprietären Formaten zu finden, die zwar offen sind, aber nur von einem Softwarehersteller gepflegt werden (z.B. Adobe Photoshop PSD: nur Adobe-Produkte können wirklich mit allen PSD-Dateien umgehen).
Beachtet werden muss, dass es sich um unabhängige Implementierungen handelt und nicht um die Integration desselben Moduls in unterschiedlichen Softwarepaketen.
Dieses Kriterium ist den Kriterien Offenheit und Lizenzfreiheit nachgelagert; es bestätigt diese gleichsam. Deshalb wird es schwächer gewichtet.

Speicherdichte

---

• Das Format muss eine hohe Speicherdichte ermöglichen
• Gewichtung: 0.4

---

Aus speicherplatzökonomischer Sicht ist ein Format vorzuziehen, das möglichst kleine Dateien ermöglicht. Eine hohe Speicherdichte kann aber zu einer unerwünschten technischen Komplexität und zum Einbezug lizenzrechtlich problematischer Kompressionsalgorithmen führen. Deshalb wird dieses Kriterium nur schwach gewichtet, so dass es von anderen Kriterien neutralisiert werden kann.

Best Practice

---

• Best Practice hält fest, wie ein Format in der Archivwelt beurteilt wird
• Gewichtung: 1

---

Die Best-Practice-Analyse hält fest, wie jedes Format in der Archivwelt beurteilt wird. Die Bewertung orientiert sich daran, ob das Format von Archiven selber verwendet sowie im internationalen Diskurs (in der Literatur, an Konferenzen) empfohlen wird. Da es bisher erst wenige Langzeiterfahrungen mit potentiell archivtauglichen Formaten gibt, ist die Orientierung an Best Practices besonders wertvoll.
"Der Begriff Best Practice (wörtlich: bestes Verfahren, freier: Erfolgsrezept), auch Erfolgsmethode genannt, stammt aus der angloamerikanischen Betriebswirtschaft. Wenn ein Unternehmen nach best practice vorgeht, setzt es bewährte und kostengünstige Verfahren, technische Systeme und Geschäftsprozesse ein, die es zumindest auf wesentlichen Arbeitsfeldern zum Musterbetrieb für andere machen." (zit. http://de.wikipedia.org/wiki/Best_Practice )

Perspektive

---

• Die Perspektive beschreibt die Erwartung, die in ein bestimmtes Format für die Zukunft gesetzt wird
• Gewichtung: 1

---

Die Erwartung, die in die Entwicklung und zukünftige Verbreitung eines Formates gesetzt werden kann, ist abhängig von den Standardisierungsbemühungen im internationalem Umfeld und von den Entscheidungen, welche in archivnahen Gremien bezüglich Archivtauglichkeit getroffen werden.

Formatklasse

---

• Einteilung in eine der vier unterschiedlichen Formatklassen.
• keine Gewichtung

---

Zum besseren Verständnis werden die Formate anhand ihrer Position in ihrem Lebenszyklus in vier Formatklassen eingeteilt:
A: Altbekanntes Format mit grosser Verbreitung: Das Format ist altbekannt und verbreitet, Dateien in diesem Format sind in grosser Zahl vorhanden.
B: Aktuelles Format im Gebrauch: In seiner Kategorie ist diese Format aktuell in Gebrauch.
C: Zukünftiges Format: Das Format ist neu und wird noch nicht flächendeckend eingesetzt, es wird jedoch zweifellos weite Verbreitung erhalten.
D: Potentielles Format: Das Format ist spezifiziert und insbesondere aus archivischer Sicht interessant. Es ist allerdings wegen fehlender Produktreife und Verbreitung noch nicht absehbar, welche Bedeutung es erlangen wird.

Verworfene Kriterien

Die folgenden Punkte wurden als mögliche Kriterien genannt, nach genauerer Analyse jedoch verworfen.

Metadatenunterstützung

Das Format soll Metadaten einschliessen können und muss die Extrahierung dieser Metadaten aus Dateien ermöglichen

Gewisse Dateiformate haben eigene Metadatenbereiche, die beim Erstellen der Datei befüllt werden. Diese Metadaten werden in der Regel automatisch erstellt und entsprechen darum nicht immer den wirklichen Gegebenheiten und Intentionen des Erstellers (z.B. Titel in einem PDF-Dokument). Soweit sie nicht automatisch erstellt werden, werden sie tendenziell schlecht genutzt.

Das Kriterium, in Version 1.0 des KaD noch enthalten, wurde verworfen, weil deutlich wurde, dass formatinterne Metadaten für die digitale Archivierung keinen Vorteil bieten. Metadaten sind zwar von entscheidender Bedeutung für die digitale Archivierung. Aus den obigen Ueberlegungen ergibt sich, dass wo möglich auf Metadaten des Records-Management-Systems abgestellt werden sollte, in dem die Datei erzeugt worden ist. Diese externen Metadaten sind in aller Regel vollständiger und qualitativ wertvoller als die dateiinternen. Sie müssen dann zusammen mit der Dokumentdatei archiviert werden. Dafür existieren verschiedene Methoden, welche alle vom Dateiformat unabhängig sind.

---

Interoperabilität

Das Dateiformat ist von spezifischer Hardware und Betriebssystemen unabhängig.

Heute wird die Bindung eines Dateiformates an eine spezifische Hardware bzw. an ein spezielles Trägermedium (CD oder DVD) vor allem als Kopierschutz eingesetzt. Das widerspricht der Grundvorgabe, dass nur Formate ohne Kopierschutz und Verschlüsselung archiviert werden sollen.
Im Prinzip ist jedes wohl definierte Format auf jeder Hardware/Software-Plattform speicherbar. Ob auf dieser Plattform auch Rendering Software für dieses Format zur Verfügung steht, ist damit nicht gesagt. Im Prinzip könnte aber, auf Grund der veröffentlichten Formatspezifikation, eine solche für die jeweilige Plattform entwickelt werden (z.B. WMF unter Linux).

Das Kriterium wurde verworfen, weil es für sämtliche untersuchten Formate zutrifft und mithin kein Unterscheidungsmerkmal ist. Interoperabilität ist eine so wesentliche Eigenschaft eines Archivformats, dass sie bereits in der Zusammenstellung des provisorischen Formatkatalogs berücksichtigt wurde.

---

Verifizierbarkeit

Es müssen Methoden und Werkzeuge existieren, die verifizieren können, dass eine Datei den Formatspezifikationen entspricht.

Hier geht es einerseits um die automatische Formaterkennung, anderseits um die Validierung der gesamten Datei.
Die Formaterkennung muss das Format bis auf die gewünschte Granularität erkennen können (also statt PDF besser z.B. PDF 1.4).
Die Formatvalidierung muss bestätigen, dass eine Datei den Spezifikationen des Formats entspricht. Dabei müssen auch als problematisch erachtete eingebettete Objekte erkannt werden können.

Das Kriterium wurde verworfen, weil es sich aus dem Kriterium Offenheit ableiten lässt.

---

Authentizität

Das Format muss die Authentizität der Dokumente gewährleisten.

Digitale Signatur als heute akzeptierte Möglichkeit, die Authentizität einer Datei zu beweisen, ist notwendig mit den Nachteilen der Verschlüsselung verbunden. Einfachere Möglichkeiten der Authentizitätssicherung können auch auf der Ebene der Dateiarchivierung implementiert werden.
Bei der Migration in das Format müssen Inhalt, Kontext, Struktur und Referenzen der Ausgangsdatei erhalten bleiben.

Das Kriterium wurde verworfen, weil die Authentizität der archivierten Dokumente nicht via Dateiformat, sondern über andere Mechanismen sichergestellt werden soll.

---

Fehlerkorrektur

Das Format soll Mechanismen der automatischen Fehlerkorrektur anbieten.

Gewisse Formate bieten Mechanismen der automatischen Fehlererkennung oder Fehlerkorrektur (z.B. PNG).

Das Kriterium wurde verworfen, weil Fehlererkennung und Fehlerkorrektur heute in der Regel schon hinreichend von der Speichertechnologie und der Speichersoftware (Storage Management System) gewährleistet werden.

Formatkatalog

• Allgemeines
  • Zeichencodierung
  • Datenkompression
    
    
• Textdaten
  • TXT
  • PDF
  • PDF-A
  • ODF
  • OOXML
    
    
• Bilddaten
  • TIFF
  • JPEG
  • JPEG2000
  • PNG
  • SVG
    
    
• Audiodaten
  • WAV
  • MP3
    
    
• Videodaten
  • MPEG-2
  • MPEG-4
  • MJPEG2000
    
    
• Strukturierte Daten: Tabellenkalkulation
  • XLS
  • OOXML bei Tabellenkalkulation
  • PDF-A bei Tabellenkalkulation
    
    
• Strukturierte Daten: Datenbanken
  • CSV
  • SIARD
  • SQLX
  • SQL Script

Anmerkungen zur Zeichencodierung

Zeichensätze und Zeichencodierung

Wir unterscheiden zwischen Zeichensätzen und Zeichencodierungen

• Ein Zeichensatz ist eine festgelegte Menge von Zeichen (Buchstaben, Zahlen, Sonderzeichen, etc.). Jedes Zeichen (als abstrakte Einheit, z.B. "der lateinische Grossbuchstabe A") wird eindeutig identifiziert durch einem ihm zugeordneten Codewert (Zeichencode).
• Eine Zeichencodierung ist eine Abbildung von Zeichencodes in eine im digitalen Speicher darstellbare Form. Dabei wird jedem Zeichencode (der jeweils für genau ein abstraktes Zeichen steht) eine Bitsequenz zugeordnet.

Traditionellerweise fielen Zeichensätze und Zeichencodierungen zusammen, indem direkt ein Zeichen in eine Bitsequenz abgebildet wurde. Dies gilt unter anderem für

• 7-bit ASCII
• die ISO 8859-Normenfamilie (ISO-8859-1 etc.), in 8 Bits codiert.

Bei Unicode werden Zeichensatz und Zeichencodierung getrennt. Unicode definiert in erster Linie die verschiedenen Zeichen in den verschiedenen Schriften (bisher über 100'000) und ordnet ihnen einen sogenannten code point, einen Zeichencode zu. Dieser Zeichencode kann danach in verschiedener Weise in eine Bitsequenz umgesetzt werden:

• UTF-32 (UTF steht für Unicode Transformation Format) sieht für jedes Zeichen 4 Bytes à 8 Bits vor. Damit nehmen alle Zeichen im Speicher den gleichen Platz ein und es können alle bestehenden und alle noch je zu definierenden Zeichen untergebracht werden; diese Darstellung ist recht speicherintensiv.
• UCS-2 (2-byte Universal Character Set) sieht für jedes Zeichen 2 Bytes à 8 Bits vor. Damit nehmen alle Zeichen im Speicher den gleichen Platz ein; es können 65'536 Zeichen dargestellt werden, d.h. nur der sogenannte Basic Multilingual Plane (BMP) von Unicode.
• UTF-16 löst dieses Problem, indem es die Zeichen des BMP in einem 16-Bit-Wort, die weiteren Unicode-Zeichen in 2 16-Bit-Wörtern darstellt.
• UTF-8 ist eine speicherplatzoptimierte Zeichencodierung. Dabei werden die 128 Zeichen von ASCII in 1 Byte dargestellt, womit eine Kompatibilität erreicht wird. Für die weiteren Zeichen des Zeichensatzes werden bis zu 4 Bytes verwendet. Aus Gründen der Speicherplatzoptimierung und der Abwärtskompatibilität mit ASCII wird der Gebrauch von UTF-8 empfohlen.

Referenzen

ASCII

American National Standards Institute (ANSI) X3.4-1967 (ASCII-1967)

ISO/IEC 646:1991, Information technology — ISO 7-bit coded character set for information interchange
http://www.iso.org/iso/en/CatalogueDetailPage.CatalogueDetail?CSNUMBER=4777&ICS1=35&ICS2=40&ICS3=
[kostenpflichtig]

ISO 8859

ISO/IEC 8859-1:1998, Information technology — 8-bit single-byte coded graphic character sets — Part 1: Latin alphabet No. 1
http://www.iso.org/iso/en/CatalogueDetailPage.CatalogueDetail?CSNUMBER=28245&ICS1=35&ICS2=40&ICS3=
[kostenpflichtig]
http://anubis.dkuug.dk/JTC1/SC2/WG3/docs/n411.pdf
[kostenlose Draft-Version des obigen]

Unicode

Unicode 5.0.0
http://www.unicode.org/versions/Unicode5.0.0/
UTF-8
http://tools.ietf.org/html/rfc3629

Literatur

Spolsky, Joel: The Absolute Minimum Every Software Developer Absolutely, Positively Must Know About Unicode and Character Sets (No Excuses!)
http://www.joelonsoftware.com/articles/Unicode.html

Unicode

UTF-8
http://www.utf-8.com/
Vergleich von UTF-8 mit anderen UNICODE-Zeichencodierungen
http://en.wikipedia.org/wiki/UTF-8#Advantages_and_disadvantages

Datenkompression

Digitale Dateien (vor allem Bild-, Audio- und Videodateien, aber grundsätzlich alle Dateien) werden wegen ihrer Grösse häufig komprimiert, damit Speicherplatz und Kommunikationskapazitäten gespart werden können. Wir unterscheiden dabei zwischen verlustfreien und verlustbehafteten Kompressionsalgorithmen. Verlustfreie Kompression basiert auf der Reduktion von Redundanzen in den vorliegenden Daten. Bei der Dekompression werden diese wiederhergestellt und so der originale Zustand wieder erreicht. Verlustbehaftete Kompression basiert (ausschliesslich oder zusätzlich) auf der Reduktion von Irrelevanzen, d.h. von Informationen, die für den Benutzer entbehrlich sind, z.B. weil er sie ohnehin nicht wahrnehmen kann. Diese Informationen sind nach der Kompression jedoch verloren; das Original kann nicht mehr wiederhergestellt werden. Bei verlustbehafteter Kompression ergeben sich mehr oder weniger starke Kompressionsartefakte, d.h. charakteristische, wahrnehmbare Veränderungen im Resultat.

Für die digitale Archivierung gilt als Grundsatz, dass verlustbehaftete Kompressionsalgorithmen in der Regel zu vermeiden sind. Da der zukünftige Gebrauch der archivierten Unterlagen kaum abgeschätzt werden kann, sollen mit der Archivierung sämtlicher originaler Informationen möglichst alle Varianten offen gelassen werden. Insbesondere die temporale Kompression bei Videodaten führt zu Problemen bei der eventuellen späteren Bearbeitung. Gelegentlich kann es freilich unumgänglich sein, komprimierte Daten ins Archiv zu übernehmen. Auf jeden Fall zu vermeiden sind jedoch Kompressionen mit nicht offengelegten Kompressionsalgorithmen sowie die erneute Kompression bereits komprimierter Daten.

Literatur

Wikipedia: Datenkompression
http://de.wikipedia.org/wiki/Datenkompression
Dale, Robin
Lossy or Lossless? File Compression Strategies Discussion at ALA
in: RLG DigiNews 3,1; Februar 1999
http://worldcat.org/arcviewer/1/OCC/2007/08/08/0000070513/viewer/file1380.html#technical1
International Association of Sound and Audiovisual Archives IASA
"Die Bewahrung von Schallaufnahmen. Ethische Aspekte, Prinzipien, Strategien (IASA-TC 03)"
Version 2005, ab Kapitel 10
http://www.iasa-web.org/downloads/publications/TC03_German.pdf

Textdaten

Unter Textdaten verstehen wir Daten zur Repräsentation von wenig strukturiertem Text, wie sie von Textverarbeitungssoftware oder Texteditoren erzeugt werden. Zur Archivierung von Textdaten wird herkömmlicherweise vorgeschlagen, die nativen Formate dieser Software in besser geeignete Archivformate zu konvertieren, z.B. PDF und neuerdings PDF/A. Mit dem Wechsel zu offenen, XML-basierten Dateiformaten in Textverarbeitungssoftware stellt sich die Frage, ob diese sich auch als Archivformate eignen würden.

Zu beachten ist der grundsätzliche Unterschied zwischen seitenbasierten und nicht-seitenbasierten Formaten. Seitenbasierte Formate wie PDF und PDF/A sind für den Ausdruck optimiert, weswegen Seitenumbruch und Layout fixiert sind. Bei nicht-seitenbasierten Formaten wie allen Textverarbeitungsformaten steht der Text selber im Mittelpunkt; der Seitenumbruch wird erst beim Ausdruck (bzw. bei der Konvertierung in ein seitenbasiertes Format) fixiert.

Abgeraten wird von der Umwandlung von Text- zu Bilddateien, z.B. TIFF. Dagegen spricht neben der Speicherplatzökonomie vor allem der Verlust der Möglichkeit des Textexports.

Untersuchte Formate

(in der Reihenfolge ihrer Archivtauglichkeit)

• PDF/A
• ODF
• PDF
• OOXML
• TXT

Empfehlung

Textdaten sollen möglichst bereits im Amt in das PDF/A-Format umgewandelt und so archiviert werden.

TXT

Kategorie

Textformate

Abkürzung

TXT
.txt
text/plain
x-fmt/14; x-fmt/15; x-fmt/16; x-fmt/21; x-fmt/22; x-fmt/111; x-fmt/130; x-fmt/282; x-fmt/283

Titel

Nur-Text
Plain Text
Text only

Versionen

Keine; siehe aber die Informationen zur Zeichencodierung.

Beschreibung

Das Textformat kann als stabilstes Format der Informatik gelten; die ASCII-Codierung ist bereits seit Jahrzehnten bekannt und im Einsatz; neuere Codierungen wie die ISO-8859-Familie sowie die verschiedenen UNICODE-Codierungen sind dazu abwärtskompatibel.

Bewertung

Fazit

Nur-Text erfüllt die meisten archivischen Anforderungen maximal (mit der wesentlichen Ausnahme der Layouterhaltung) und ist deshalb als Archivformat unbestritten. In den Verwaltungen werden Nur-Text-Dateien jedoch kaum verwendet. Ausnahmen sind XML-, HTML- und CSV-Dateien, bei denen es sich grundsätzlich auch um reine Textdateien handelt, die neben dem Text aber auch Struktur- und/oder Layoutinformationen beinhalten und jeweils einem bestimmten Anwendungszweck dienen (Webpages, Datenbankinhalte). Ferner exportieren gewisse ältere Informationssysteme ihre Daten am einfachsten in Nur-Text-Form.
Unterlagen, die dem Archiv im Nur-Text-Format angeboten werden, können bedenkenlos in diesem Format archiviert werden, sofern die Zeichencodierung bekannt ist. Die gängigen Zeichencodierungen sind durchwegs problemlos, müssen aber in den Metadaten dokumentiert werden. Wenn eine Wahlmöglichkeit besteht, sollte wegen der universellen Verständlichkeit und der Zukunftsfähigkeit UNICODE in der Codierung UTF-8 verwendet werden.

Referenz

Nur-Text ist kein formeller Standard. Es existieren jedoch formelle Standards für die Zeichencodierung.
Formell definiert ist der MIME-Type text/plain:
Multipurpose Internet Mail Extensions (MIME) Part Two: Media Types, 1996
http://www.rfc-editor.org/rfc/rfc2046.txt

Literatur

Verbindungen

CSV

PDF

Kategorie

Textformate

Abkürzung

PDF
.pdf
application/pdf
fmt/14; fmt/15; fmt/16; fmt/17; fmt/18; fmt/19; fmt/20

Titel

Portable Document Format

Version

aktuelle Version: 1.7 (2006)
vorhergehende Versionen: 1.0 (1993), 1.1 (1994), 1.2 (1996), 1.3 (1999), 1.4 (2001), 1.5 (2003), 1.6 (2005)

Beschreibung

Das Portable Document Format (PDF) ist ein plattformübergreifendes Dateiformat für Dokumente. PDF ist als Speicher- und Austauschformat weit verbreitet und beliebt. Es bedient sich einer vektorbasierten Seitenbeschreibungssprache (Weiterentwicklung von PostScript), die die freie Skalierbarkeit der Darstellung erlaubt.

Bewertung

Fazit

PDF eignet sich grundsätzlich als Archivierungsformat. Zu beachten sind jedoch mögliche Probleme mit speziellen Funktionalitäten und eingebetteten Objekten. Deshalb ist für die Archivierung wenn immer möglich PDF/A zu bevorzugen. Für Dokumente mit archivwürdigem Layout sollte zudem darauf geachtet werden, dass alle Inhalte, insbesondere auch Bilder, Schriften und Farbräume, eingebettet werden. Zurückhaltung ist geboten für den Einsatz aktuellster Funktionalität wie z.Z. Transparenz, Ton- oder Videoreproduktion.

Referenz

ISO 32000-1:2008
Document management — Portable document format — Part 1: PDF 1.7
http://www.iso.org/iso/iso_catalogue/catalogue_tc/catalogue_detail.htm?csnumber=51502
[kostenpflichtig]
Adobe (ed.)
PDF Reference
http://www.adobe.com/devnet/pdf/pdf_reference.html
[kostenfrei]

Literatur

Wikipedia: Portable Document Format
http://de.wikipedia.org/wiki/Portable_Document_Format
PDF Tools AG (ed)
White Paper: PDF Primer
http://www.pdf-tools.com/public/downloads/whitepapers/whitepaper-pdfprimer.pdf
myPDFconvert
http://www.detec.de/index.php?artikel_id=330&kat_1s=Produkte&kat_2s=myPDFconvert

Verbindungen

PDF/A

PDF/A

Kategorie

Textformate

Abkürzung

PDF/A
.pdf
application/pdf
fmt/95

Titel

Portable Document Format (Archival)

Version

aktuelle Version: PDF/A-1 (entspricht PDF-Version 1.4) mit PDF/A 1a und PDF/A 1b (2005)
PDF/A-2 in Arbeit

Beschreibung

PDF/A ist ein Portable Document Format, das für die Langzeitarchivierung geschaffen wurde. Das Format wurde im Standard "ISO-19005-1 - Document management – Electronic document file format for long-term preservation" genormt. Dieser Standard entspricht der PDF-Version 1.4. Im Standard wird nur aufgelistet, welche Funktionen der einzelnen PDF-Versionen obligatorisch, empfohlen, eingeschränkt oder verboten sind.
Man unterscheidet zwischen
PDF/A 1a: vollständige Übereinstimmung mit dem Standard PDF/A
PDF/A 1b: Mindestanforderungen von PDF/A erfüllt (Barrierefreiheit gemäss Abschnitt 508 des US Rehabilitation Act nicht erfüllt)

Bewertung

Fazit

PDF/A ist als Format für die Langzeitarchivierung sehr geeignet.
Archive sollten darauf hin wirken, dass Dokumente in der Verwaltung im Standard PDF/A gespeichert werden. Für Dokumente mit archivwürdigem Layout sollte zudem darauf geachtet werden, dass alle Inhalte, insbesondere auch Bilder, Schriften und Farbräume, eingebettet werden.

Referenz

ISO 19005-1:2005
Document management — Electronic document file format for long-term preservation — Part 1: Use of PDF 1.4 (PDF/A-1)
http://www.iso.org/iso/iso_catalogue/catalogue_tc/catalogue_detail.htm?csnumber=38920
[kostenpflichtig]

Literatur

PDF Tools AG (ed)
White Paper: PDF/A – Ein neuer Standard für die Langzeit-Archivierung
http://www.pdf-tools.com/public/downloads/whitepapers/whitepaper-pdfa-de.pdf
PDFlib GmbH (ed)
Whitepaper: Creating PDF/A with PDFlib
http://www.pdflib.com/fileadmin/pdflib/pdf/whitepaper/Creating-PDFA-with-PDFlib.pdf
myPDFconvert
http://www.detec.de/index.php?artikel_id=330&kat_1s=Produkte&kat_2s=myPDFconvert

Verbindungen

PDF

ODF

Kategorie

Textformate

Abkürzung

ODF
.odt
application/vnd.oasis.opendocument.text
fmt/135; fmt/136

Titel

Open Document Format

Version

aktuelle Version: 1.1 (2006)
vorhergehende Version: 1.0 (2005)
Version 1.2 ist in Arbeit

Beschreibung

ODF ist ein Office-Format, das auf dem Dateiformat des Open-Source-Office-Pakets OpenOffice.org und damit auf XML beruht. Ein ODF-Dokument ist ein ZIP-Ordner in der Struktur eines Java-Archive. Es enthält also eine Manifest-Datei mit Metadaten und verschiedene Dateien, in denen der Dokumentinhalt, eingebundene Objekte und weitere Metadaten abgelegt sind. Inhalt, Struktur und Layout des Dokuments sind dabei in XML-Dateien gespeichert.
Der ZIP Komprimierungalgorithmus ist offengelegt und frei zugänglich. ( http://www.info-zip.org/ )
Die Debatte über Vor- und Nachteile von ODF wird immer auch mit Blick auf OOXML geführt. Die Bewertung nimmt gelegentlich darauf Bezug.

Bewertung

Fazit

Dieses Format ist für die Archive interessant, speziell wenn die Dateien bereits in diesem Format vorliegen. Diese sind dann ohne Konvertierung archivtauglich.

Referenz

ODF:
ISO/IEC 26300:2006: Information technology — Open Document Format for Office Applications (OpenDocument) v1.0
http://www.iso.org/iso/iso_catalogue/catalogue_tc/catalogue_detail.htm?csnumber=43485
[kostenpflichtig]
http://std.dkuug.dk/keld/iso26300-odf/
[frei erhältlich]
OASIS: OpenDocument 1.1
http://docs.oasis-open.org/office/v1.1/OS/OpenDocument-v1.1.pdf

Literatur

http://en.wikipedia.org/wiki/OpenDocument
Zum Disput der Standards: (Publikation Government Computer News, USA)
http://www.gcn.com/print/26_16/44604-1.html
Zu OpenOffice:
http://de.openoffice.org/

Verbindungen

OOXML

OOXML

Kategorie

Textformate

Abkürzung

Office Open XML
.docx

Titel

Office Open Extensible Markup Language

Version

aktuelle Version: 1 (Ecma 376, Dezember 2006 bzw. ISO/IEC 29500-1:2008)

Beschreibung

OOXML ist ein von Microsoft entwickeltes Office-Format auf der Basis von XML. Spezifiziert sind einerseits ein Containerformat, anderseits XML-basierte Auszeichnungssprachen für die verschiedenen Office-Anwendungen (Textverarbeitung, Tabellenkalkulation etc.). Ein OOXML-Dokument ist eine ZIP-Datei, die verschiedene XML-Dokumente umfasst, welche den Inhalt und die Struktur des Dokuments beinhalten.
Der ZIP Komprimierungalgorithmus ist offengelegt und frei zugänglich. ( http://www.info-zip.org/ )
Die Debatte über die Vor- und Nachteile von OOXML wird immer auch mit Blick auf ODF geführt. Die Bewertung nimmt gelegentlich darauf Bezug.

Bewertung

Fazit:

Wenn sich dieses Format in der Praxis durchsetzt, was anzunehmen ist, kann es für die Archive in Zukunft interessant sein. Der Bund hat sich (gemäss NZZ v. 20.6.07, Krieg der Standards) auf Windows Vista und Office 2007 festgelegt, damit wird wohl Office Open XML als Datenaustauschstandard in den Vordergrund rücken.

Referenz

ISO/IEC 29500-1:2008
Information technology — Document description and processing languages — Office Open XML File Formats
http://www.iso.org/iso/iso_catalogue/catalogue_tc/catalogue_detail.htm?csnumber=51463
[kostenpflichtig]
Ecma Office Open XML File Formats Standard - Final draft - 9th of October 2006
http://www.ecma-international.org/news/TC45_current_work/TC45-2006-50_final_draft.htm
[kostenfrei]

Literatur

Wikipedia: Office Open XML
http://en.wikipedia.org/wiki/Office_Open_XML
Jackson, Joab: Squaring Off. Despite heated rhetoric over open document formats, there’s not much to choose between ODF and Office Open XML, Government Computer News 07.02.2007
http://www.gcn.com/print/26_16/44604-1.html

Verbindungen

ODF

Bilddaten

In der Encyclopedia of Graphics File Formats (1996) definieren Murray und vanRyper Bilddateien (graphics files) als "files that store any type of persistent graphics data (as opposed to text, spreadsheet, or numerical data, for example), and that are intended for eventual rendering and display." Bilddaten gehören damit gemäss einem im KaD-Projekt verwendeten Begriff zu den ausdruckbaren Daten: Das Objekt, das sie codieren, ist dazu gedacht, in zweidimensionaler Form betrachtet bzw. ausgedruckt zu werden.

Einleitend müssen zu Bilddaten zwei Punkte diskutiert werden: die Unterteilung von Raster- (Pixel-) und Vektorgrafik, und die Problematik der Kompression.

Raster- und Vektorgrafik

Es gibt grundsätzlich zwei Typen von Bilddaten. Rastergrafiken (auch Pixelgrafiken genannt) repräsentieren ein Bild mittels einzelnen Bildpunkten (Pixel), die in einem rechtwinkligen Koordinatensystem (Raster) angeordnet sind. Vektorgrafiken beschreiben Bilder (bzw. genauer deren konstitutive Elemente) mittels mathematischer Funktionen. Die beiden Typen haben unterschiedliche Eigenschaften und damit Verwendungszwecke. Rastergrafiken eignen sich besonders zur Speicherung von Bildern aus der realen Welt, z.B. Fotos, da sie keine Kenntnis des Bildaufbaus voraussetzen und feine Übergänge und Details wiedergeben können. Vektorgrafiken eignen sich für Bilder, die aus einzelnen Linienelementen zusammengesetzt werden, also typischerweise geometrische Grafiken, Pläne, CAD-Bilder. Rastergrafiken haben also grundsätzlich einen weiteren Anwendungsbereich, leiden aber unter zwei hauptsächlichen Nachteilen im Gegensatz zu Vektorgrafiken: Sie sind schlecht skalierbar, da sie aus einzelnen Punkten bestehen, und sie haben einen hohen Speicherplatzbedarf (siehe dazu unten zur Kompression). Vektorgrafiken können in Rastergrafiken konvertiert werden, verlieren dabei aber ihre wesentlichen Eigenschaften. In der Regel empfiehlt es sich, die beiden Typen im Archiv getrennt zu behandeln.

Kompression

Rastergrafiken werden wegen ihrer Grösse häufig komprimiert, damit Speicherplatz und Kommunikationskapazitäten gespart werden können. (Gegenüber einem unkomprimierten TIFF-File kann eine JPEG-Version beispielsweise den Speicherplatzbedarf auf gegen einen Zehntel verkleinern, ohne dass dies für das menschliche Auge störend wäre – siehe http://www.cs.sfu.ca/CC/365/mark/material/cgi-bin/whichjpeg.cgi für eine Gegenüberstellung.) Für ihre Archivierung gelten die Überlegungen zur Datenkompression: Verlustbehaftete Kompressionsalgorithmen sollten vermieden werden, ausser wenn Rastergrafiken bereits nur in verlustbehaftet komprimierter Form (z.B. im JPEG-Format) vorliegen. Dann kann es notwendig sein, diese gleichwohl zu akzeptieren, aber ein besonderes Augenmerk auf möglichst lange Migrationszyklen zu legen. Es ist vor allem nicht empfehlenswert, komprimierte Formate sofort in Archivformate zu konvertieren, da die entsprechende Information ohnehin verloren ist, und da eine spätere Konversion längere Migrationszyklen möglich macht.

Literatur

Memoriav Empfehlungen Foto. Die Erhaltung von Fotografien
2007
http://de.memoriav.ch/dokument/Empfehlungen/empfehlungen_foto_de.pdf
Murray, James D.; vanRyper, William: Encyclopedia of Graphics File Formats. Second Edition. Bonn etc, O’Reilly 1996.
Cornell University Library, Digital Imaging Tutorial: Common Image Formats
http://www.library.cornell.edu/preservation/tutorial/presentation/table7-1.html
The National Archives (ed.), Digital Preservation Guidance Note 5: Image Compression
http://www.nationalarchives.gov.uk/documents/image_compression.pdf
Wikipedia: Rastergrafik
http://de.wikipedia.org/wiki/Rastergrafik
Wikipedia: Vektorgrafik
http://de.wikipedia.org/wiki/Vektorgrafik

Untersuchte Formate

(in der Reihenfolge ihrer Archivtauglichkeit)

• TIFF
• JPEG2000
• PNG
• SVG
• JPEG

Empfehlungen

• Für die Archivierung von Rastergrafiken kommen prinzipiell mehrere Formate in Frage. Auf Grund der Analyse in diesem Katalog empfehlen wir weiterhin die Verwendung von TIFF als Archivformat. Für neue Bildsammlungen kommt JPEG2000 wegen seiner höheren Speicherdichte ebenfalls in Frage. Dateien im PNG-Format können grundsätzlich als archivtauglich gelten; es ist im Einzelfall abzuwägen, ob sie im Interesse der Beschränkung der Anzahl Formate im Archiv zu TIFF oder JPEG2000 konvertiert werden sollen.
• Falls dem Archiv Bilddateien im JPEG-Format (oder in anderen komprimierten, nicht archivtauglichen Formaten) angeboten werden, muss es entscheiden, ob es diese sofort in ein Archivformat migrieren oder vorläufig archivieren soll.
• Für Vektorgrafiken empfiehlt sich grundsätzlich das offene Format SVG als Archivformat. Es soll jedoch im Einzelfall abgeklärt werden, ob eine Umwandlung in Rastergrafiken, TIFF oder JPEG2000, sinnvoller ist.

TIFF

Kategorie

Bildformate (Rastergrafik)

Abkürzungen

TIFF
.tif, .tiff
image/tiff
fmt/7; fmt/8; fmt/9; fmt/10

Titel

Tagged Image File Format

Version

aktuelle Version: 6.0 (1992)
vorhergehende Versionen: 4.0 (1987), 5.0 (1988). Version 1 und 2 wurden nicht öffentlich publiziert, Version 3.0 (1986) wurde kaum verwendet.

Beschreibung

TIFF ist ein De-Facto-Standard und gleichzeitig ein proprietäres Format, welches Adobe gehört. Es wurde ursprünglich als Austauschformat für Bilddigitalisierungen konzipiert, entwickelte sich dann dank seiner Universalität zu einem bevorzugten Format für Bilddaten. TIFF definiert eine Sammlung von Tags (daher sein Name), welche die Charakteristika eines Bildes beschreiben. Dazu gehören unter anderem die Dimensionen, die verwendeten Farbräume, der allfällige Typ der Datenkompression (z.B. Packbits, CCITT G3&4, RLE, JPEG, LZW, UIT-T) oder die Gammakorrektur. Dieses Prinzip erleichtert das Speichern von Bilddaten in TIFF. Gleichzeitig sind jedoch nicht in allen Readern alle Optionen implementiert.

Bewertung

Fazit

TIFF ist als Bildarchivierungsformat weitgehend unbestritten. Dafür sprechen im Besonderen der offene Standard, die grosse Verbreitung und die Eignung als Zielformat für Migrationen.

Referenz

TIFF Revision 6.0 Final, June 3, 1992
http://partners.adobe.com/public/developer/en/tiff/TIFF6.pdf
http://www.itu.int/itudoc/itu-t/com16/tiff-fx/docs/tiff6.pdf

Literatur

LibTIFF - TIFF Library and Utilities
http://www.remotesensing.org/libtiff/.
Wikipedia: TIFF
http://de.wikipedia.org/wiki/Tagged_Image_File_Format
The Unofficial TIFF Home Page
http://home.earthlink.net/~ritter/tiff/
Duplouy, Laurent:
Evaluation du format TIFF au regard de son aptitude à être pérennisés (sic!)
http://vds.cnes.fr/pin/presentations/2006/format_TIFF.pdf

JPEG

Kategorie

Bildformate (Rastergrafik)

Abkürzungen

JPEG, JPG
.jpg, .jpeg, .jpe, .jfif, .jfi, .jif
image/jpeg
fmt/42; fmt/43; fmt/44

Titel

Joint Photographic Experts Group Interchange Format

Versionen

aktuelle Version: 1 (1992, akzeptiert als ISO/IEC 10918-1 1994)

Beschreibung

JPEG ist das am meisten verbreitete Format für den Austausch von Bildern, insbesondere Fotografien und insbesondere auf dem Internet. JPEG steht sowohl für eine verlustbehaftete Methode zur Komprimierung von Bildern in einen Bytestream als auch für das Dateiformat, in dem dieser Bytestream aufbewahrt wird. Eine Minimalversion dieses Formats ist bekannt als JPEG File Interchange Format (JFIF). In vielen Anwendungen wird unter dem Namen JPEG dieses Dateiformat verstanden. JPEG ist vor allem für Fotografien und allgemein für Bilder mit feinen Farbabstufungen geeignet. Für lineare Grafik ist es ungeeignet.
Von der Verwendung von JPEG zu archivischen Zwecken wird allgemein entschieden abgeraten, und zwar weil der verwendete Kompressionsalgorithmus nicht verlustfrei ist. Auf den (bei zukünftigen Migrationen noch potenzierten) Verlust von Teilen der Bildinformation ist zu verzichten. Überlegungen zur Speicherplatzökonomie spielen zwar eine Rolle, werden jedoch besser mit verlustfreien Komprimierungen (z.B. in JPEG2000) berücksichtigt. Wenn Bilddateien jedoch bereits im JPEG-Format ans Archiv abgeliefert werden, ist die Migration in verlustfreie Formate nur dann sinnvoll, wenn diese bessere Langzeitperspektiven haben.

Bewertung

Fazit

JPEG kann wegen der Komprimierung als Archivformat nicht empfohlen werden. Wo wichtige Bilddateien in diesem Format angeboten werden, soll auf eine Migration verzichtet werden, wenn kein anderes langzeittaugliches Format zur Verfügung steht, in welches die JPEG-Dateien sinnvoll konvertiert werden könnten.

Referenz

Information technology — Digital compression and coding of continuous-tone still images: Requirements and guidelines. ISO/IEC 10918-1:1994
http://www.iso.ch/iso/en/CatalogueDetailPage.CatalogueDetail?CSNUMBER=18902
[kostenpflichtig]
http://www.w3.org/Graphics/JPEG/itu-t81.pdf
[frei erhältliche Version]
C-Cube Microsystems (ed.), JPEG File Information Format, Version 1.02
http://www.w3.org/Graphics/JPEG/jfif3.pdf
[frei erhältlich]

Literatur

JPEG Homepage
http://www.jpeg.org/jpeg/index.html
Murray, James D.; vanRyper, William: Encyclopedia of Graphics File Formats. Second Edition. Bonn etc., O'Reilly&Associates, 1996. ISBN 1-56592-161-5. pp. 510-515

Verbindungen

JPEG2000 ist als Nachfolger von JPEG vorgesehen. Es bringt insbesondere verlustfreie Komprimierung mit sich.

JPEG2000

Kategorie

Bildformate (Rastergrafik)

Abkürzung

JPEG2000, J2K
.jp2, .jpg2, .j2c (.jpc, .j2k für den Codestream)
image/jp2, image/jpx (für die Extensions)
x-fmt/392

Titel

Joint Photographic Experts Group 2000

Versionen

aktuelle Version: 1 (publiziert 2000, zweite Ausgabe 2004)

Beschreibung

JPEG2000 ist ein Standard zur Bildkomprimierung. Das zugehörige Dateiformat ist im Annex I der Spezifikation definiert. JPEG2000 wurde konzipiert, um verschiedene Nachteile von JPEG auszugleichen. Insbesondere bietet es eine Methode zur verlustfreien Komprimierung an. In Part 2 des Standards ist ein erweitertes Dateiformat definiert (.jpx), das Mechanismen zur Animation und zur Vereinigung verschiedener Codestreams in ein Bild beinhaltet.

Bewertung

Fazit

Obwohl nicht ursprünglich für Archivierungszwecke entwickelt, eignet sich JPEG2000 gut für die Archivierung. Insbesondere die verlustfreie Komprimierung behebt einen entscheidenden Nachteil des ursprünglichen JPEG-Formats. Die noch geringe Verbreitung und die fehlende Implementation in gängiger Software tragen zu einer relativ verhaltenen Bewertung bei. JPEG2000 bietet sich als Kandidat an für ein zukünftiges Archivformat und damit für ein Format, dessen Gebrauch den abliefernden Stellen empfohlen werden kann. Im Unterschied zu PNG, das seine Stärken besonders bei diagrammartigen und Schwarz-Weiss-Bildern ausspielen kann, eignet sich JPEG2000 speziell für Fotografien.

Referenz

ISO/IEC 15444-1:2004: Information technology — JPEG 2000 image coding system: Core coding system
http://www.iso.org/iso/en/CatalogueDetailPage.CatalogueDetail?CSNUMBER=37674
[kostenpflichtig]

daraus kostenfrei erhältlich: Annex I - JP2 File Format Syntax
http://www.jpeg.org/public/15444-1annexi.pdf

Vorversion (Final Committee Draft) kostenfrei erhältlich unter
http://www.jpeg.org/public/fcd15444-1.pdf

Weitere Teile des Standards (2-13) sind ebenfalls bei ISO erhältlich.

D. Singer, R. Clark, D. Lee,
MIME Type Registrations for JPEG 2000 (ISO/IEC 15444)
http://www.rfc-editor.org/rfc/rfc3745.txt

Literatur

The JPEG Committee Home Page, JPEG 2000
http://www.jpeg.org/jpeg2000/index.html
Buckley, Robert; Tanner, Simon
"JPEG2000 as a Preservation and Access Format for the Wellcome Trust Digital Library"
2009
http://library.wellcome.ac.uk/assets/wtx056572.pdf
Buonora, Paola; Liberati, Franco
"Format for Digital Preservation of Images: A Study on JPEG 2000 File Robustness"
in: D-Lib magazine, Juli 2008
http://www.dlib.org/dlib/july08/buonora/07buonora.html
Lowe, David; Bennett, Michael J.
A Status Report on JPEG 2000 Implementation for Still Images: The UConn Survey
2009
http://digitalcommons.uconn.edu/libr_pubs/19

Verbindungen

JPEG2000 soll mittelfristig JPEG ablösen.

PNG

Kategorie

Bildformate (Rastergrafik)

Abkürzung

PNG
.png
image/png
fmt/11; fmt/12; fmt/13

Titel

Portable Network Graphic

Versionen

aktuelle Version: 1.2 (1999)
vorhergehende Versionen: 1.0 (1996), 1.1 (1998)

Beschreibung

PNG ist ein verlustfrei komprimiertes Bildformat. Es wurde unter anderem als Nachfolger von GIF entwickelt, welches einen patentierten Komprimierungsalgorithmus verwendet. Als offenes und lizenzfreies Format ist PNG gut geeignet für die Archivierung. PNG kann als Format mit guten Zukunftsaussichten gelten; dies insbesondere auch durch die ISO-Standardisierung.

Bewertung

Fazit

PNG kann als archivtaugliches Format gelten. Dateien im PNG-Format können vom Archiv übernommen werden. Das Format eignet sich auch als Zielformat für die Migration aus GIF und anderen Bildformaten. Für Fotografien ist allerdings JPEG2000 besser geeignet.

Referenz

Boutell, T. et al., PNG (Portable Network Graphics) Specification Version 1.0
http://www.rfc-editor.org/rfc/rfc2083.txt
ISO/IEC 15948:2004, Information technology — Computer graphics and image processing — Portable Network Graphics (PNG): Functional specification
http://www.iso.org/iso/en/CatalogueDetailPage.CatalogueDetail?CSNUMBER=29581&scopelist=PROGRAMME
[kostenpflichtig]
siehe auch http://www.w3.org/TR/PNG/
[kostenfreie Version des ISO-Standards]

Literatur

Roelofs, Greg, PNG. The Definitive Guide. O'Reilly 2003
http://www.libpng.org/pub/png/book/
Murray, James D.; vanRyper, William: Encyclopedia of Graphics File Formats. Second Edition. Bonn etc., O'Reilly&Associates, 1996. ISBN 1-56592-161-5. pp. 700-719

SVG

Kategorie

Bildformate (Vektorgrafik)

Abkürzungen

SVG
.svg, .svgz (gz-komprimiert)
image/svg+xml (bis 2000 image/svg-xml)
fmt/91; fmt/92

Titel

Scalable Vector Graphics

Versionen

aktuelle Version: 1.1 (W3C Recommendation, 2003)
vorhergehende Version: 1.0 (2001; nur unwesentliche Unterschiede zu Version 1.1)
Version 1.2 liegt zur Zeit als Draft vor
SVG Tiny 1.2 (2008)

Beschreibung

SVG ist ein XML-basiertes Dateiformat für Vektorgrafiken. Eine SVG-Datei ist eine XML-Datei, die der Document Type Definition (DTD) von SVG entspricht. Das Format wurde vom World Wide Web Consortium (W3C) entwickelt und wird von diesem auch betreut. Die Spezifikation (im Wesentlichen die DTD) ist öffentlich und kostenfrei zugänglich; sie ist frei von Lizenzen.

Bewertung

Fazit

Auf Grund der Analyse kann SVG als geeignetes Format für die digitale Archivierung gelten. Im Vergleich mit den anderen untersuchten bildbasierten Formaten schneidet es hauptsächlich deshalb schlecht ab, weil es als Vektorformat für Rastergrafik ungeeignet ist. Für Vektorgrafiken ist es allerdings sehr wohl geeignet. Es empfiehlt sich folglich, Vektorgrafiken im SVG-Format zu archivieren. Für viele Anwendungen wie CAD existieren bereits entsprechende Konvertierungsmechanismen.

Referenz

Scalable Vector Graphics (SVG) 1.1 Specification. W3C Recommendation 14 January 2003
http://www.w3.org/TR/SVG11/
[frei erhältlich]

Literatur

W3C: Scalable Vector Graphics (SVG). XML Graphics for the Web.
http://www.w3.org/Graphics/SVG/
SVG Tutorial
http://www.fh-wedel.de/~si/praktika/MultimediaProjekte/SVG/SVG_Tutorial_mi3794/

Audiodaten

Bei Audiodaten stellt sich die Frage nach der Datenkompression: Audiodaten in CD-Qualität beanspruchen 172 kB/s Speicherplatz. Kompressionsalgorithmen wie MP3 können diese Grösse auf etwa 10% reduzieren. Damit stehen die Archive vor dem bekannten Dilemma, dass unkomprimierte Dateien übermässig Speicherplatz brauchen, verlustbehaftet komprimierte Dateien aber auf lange Frist Probleme mit dem Datenverlust verursachen. Verlustfreie Kompressionsalgorithmen für Audiodaten haben sich zur Zeit noch keine auf breiter Front durchgesetzt.

Literatur

Müller, Rudolf; Cirio, Yves
"Memoriav Empfehlungen Ton" (v.a. Glossar und S. 14)
November 2008
http://de.memoriav.ch/dokument/Empfehlungen/empfehlungen_ton_de.pdf

Untersuchte Formate

(in der Reihenfolge ihrer Archivtauglichkeit)

• WAV
• MP3

Empfehlung

• Für die Archive empfiehlt es sich, vorläufig die anfallenden Audiodateien unkomprimiert abzulegen. Dafür kann das verbreitete WAV-Format (RIFF WAVE) verwendet werden. Wenn sich ein verlustfrei komprimiertes Audioformat durchgesetzt oder wenigstens eine gewisse Verbreitung gefunden hat, wird sich dieses als Archivformat aufdrängen. Als Kandidat kommt der ISO-Standard MPEG-4 Audio Lossless Coding ALS (ISO/IEC 14496-3:2005/Amd 2:2006) in Frage.

WAVE

Kategorie

Audioformate

Abkürzungen

WAV, WAVE, RIFF WAVE
.wav
audio/wav, audio/x-wav, audio/wave, audio/x-pn-wav
fmt/6; fnt/141; fmt/142; fmt/143

Titel

Waveform Audio File Format

Versionen

Aktuelle RIFF-Version: ohne Nummer (2001). Diese stellt eine abwärtskompatible Erweiterung der ursprünglichen Spezifikation (1991) dar.

Beschreibung

Beim WAVE- (oder WAV-) Format handelt es sich um ein Containerformat zur verlustfreien Speicherung von Audiodaten. Es basiert auf dem Resource Interchange File Format (RIFF), das von Microsoft und IBM für das Betriebssystem Windows entwickelt wurde.
Das im WAVE-Format enthaltene Audioformat PCM (Pulse Code Modulation) garantiert die Speicherung und Wiedergabe von akustischen Signalen in hoher Qualität. Das WAVE-Format unterstützt keine Datenkompression, kann aber komprimierte Audiodaten (z. B. ADPCM- oder auch MP3-komprimierte Signale) enthalten. Es arbeitet mit Sampletiefen von 8 und 16 Bit und Abtastraten von bis zu 44,1 kHz, was zu einer Datenmenge von 88,2 kB pro Sekunde führt.

Basisformat	RIFF, Resource Interchange File Format for Windows 3.1
von WAVE abgeleitete Formate	WAVE_LPCM, WAVE Audio File Format with LPCM Audio
	WAVE_LPCM_BWF, Broadcast WAVE Audio File Format
mögliche Bestandteile des Formats	LPCM, Linear Pulse Code Modulation audio encoding
	µ-Law, µ-Law (Mu-Law) Compressed Sound Format
	A-Law, A-Law Compressed Sound Format
	DPCM, Differential PCM Sound Format
	ADPCM, Adaptive Differential PCM Sound Format

Das Format war v. a. in der Vergangenheit weit verbreitet (Windows-Standard), wird heute aber zunehmend von komprimierten Formaten (z.B. MP3) abgelöst, da diese wesentlich kleinere Dateigrössen aufweisen und dadurch einfacher zu handhaben und vielfältiger verwendbar sind (z.B. im World Wide Web). Allerdings kann die Mehrheit der heute gängigen Player-Software-Applikationen das Format problemlos abspielen.

Aufgrund der bis heute weiten Verbreitung und der fehlenden Komprimierungen ist das WAVE-Format zum Datenaustausch zwischen verschiedenen Programmen und Betriebssystemen sehr gut geeignet. Darin eingeschlossen ist eine sehr gute Kompatibilität mit anderen Plattformen (z.B. Macintosh).

Bewertung

Fazit

Aus archivarischer Sicht kann das WAVE-Format zur Verwendung empfohlen werden. Die Audiodateien weisen eine hohe Qualität auf, sind seit langem in Gebrauch, weit verbreitet und weitgehend von spezifischer Hardware und Betriebssystemen unabhängig. Die Formatspezifikation ist bekannt und nicht durch Lizenz- oder Patentansprüche der Urheberfirmen eingeschränkt. Der Nachteil des Formates liegt eindeutig in der Grösse der Dateien. Zudem ist darauf zu achten, dass die zu archivierende Datein keine komprimierten Bestandteile enthalten.

Referenzen

Es existiert kein publizierter Standard für WAVE-Dateien, jedoch ein solcher für das RIFF-Format:
IBM Corp., Microsoft Corp. (eds), Multimedia Programming Interface and Data Specifications 1.0
http://www.tactilemedia.com/info/MCI_Control_Info.html WAVE Update
auch erhältlich unter http://www.kk.iij4u.or.jp/~kondo/wave/mpidata.txt
Microsoft (ed.), New Multimedia Data Types and Data Techniques, 1994
http://support.microsoft.com/?scid=kb%3Ben-us%3B120253&x=21&y=9
auch erhältlich unter http://www-mmsp.ece.mcgill.ca/Documents/AudioFormats/WAVE/Docs/RIFFNEW.pdf
Multiple Channel Audio Data and WAVE Files, Update vom 4.12.2001. Beschreibt eine Erweiterung (extension) des WAVE-Formats, welche die Verarbeitung mehrerer Audio-Kanäle ermöglicht
http://www.microsoft.com/whdc/device/audio/multichaud.mspx

Literatur

Wikipedia: RIFF WAVE
http://de.wikipedia.org/wiki/RIFF_WAVE
Library of Congress Collections
http://www.digitalpreservation.gov/formats/fdd/fdd000001.shtml#specs
Scholl, Christoph: WAV: Audioformat für grosse Festplatten
http://www.netzwelt.de/news/68892_4-wav-audioformat-fuer-grosse-festplatten.html
Wave File Specifications
http://www-mmsp.ece.mcgill.ca/Documents/AudioFormats/WAVE/WAVE.html

MP3

Kategorie

Audioformate

Abkürzungen

MP3
.mp3
audio/mpeg
fmt/134

Titel

MPEG (Moving Picture Experts Group)-1 Audio Layer 3

Versionen

aktuelle Version: 1 (fertiggestellt 1991; standardisiert 1993; Erfindung des Namens "MP3" 1995)

Beschreibung

MP3 ist ein Teil des MPEG-1-Standards und zur Zeit das meistverbreitete Format zum Austausch und zum mobilen Hören von Audiodaten. Es handelt sich um einen Algorithmus zur verlustbehafteten Kompression, der psychoakustische Effekte ausnützt, d.h. Informationen weglässt, die vom menschlichen Ohr nicht wahrgenommen werden können. Die Kompression erlaubt eine markante Verkleinerung des Speicherplatzes um etwa 90%.

Bewertung

Fazit

Der Verwendung von MP3 als Archivformat stehen zwei Probleme entgegen: einerseits die ungeklärte Lizenzsituation, anderseits die Tatsache, dass komprimierte Daten grundsätzlich als ungeeignet für die Archivierung gelten, weil bei der Datenkompression Informationen verloren gehen und sich der Informationsverlust bei Migrationen kumuliert.
Wenn dem Archiv Daten im MP3-Format angeboten werden, macht es zur Vermeidung von unnötigen Migrationen Sinn, diese vorerst nicht in ein anderes Format zu konvertieren. Unkomprimierte Daten sollten nicht nach MP3 konvertiert werden zur Archivierung.

Referenz

Information technology — Coding of moving pictures and associated audio for digital storage media at up to about 1,5 Mbit/s — Part 3: Audio.
ISO/IEC 11172-3:1993
http://www.iso.org/iso/en/CatalogueDetailPage.CatalogueDetail?CSNUMBER=22412
ISO/IEC 11172-3:1993/Cor 1:1996
http://www.iso.org/iso/en/CatalogueDetailPage.CatalogueDetail?CSNUMBER=25371
[kostenpflichtig]

Literatur

Fraunhofer IIS: The Story of MP3
http://www.iis.fraunhofer.de/EN/bf/amm/mp3history/mp3history01.jsp

Videodaten

Das Thema der Datenkompression ist bei dieser Formatkategorie besonders wichtig, und dies aus zwei Gründen:

1. Videodateien sind sehr speicherplatzintensiv (270 Mb/s für unkomprimiertes Standard-Video)
2. Die Datenreduktionsrate, die durch Komprimierung erreicht werden kann, ist exorbitant hoch; sie kann den Faktor 200 erreichen.

Zu beachten ist darüber hinaus, dass bei Videodaten wegen ihrer Mehrdimensionalität grundsätzlich zwei verschiedene Arten der Kompression möglich sind, nämlich eine spatiale und eine temporale Kompression:

• Spatiale Kompression (auch intraframe compression) beschränkt sich auf die Kompression der einzelnen Bilder (Frames), aus denen ein Video besteht. Die Mechanismen sind hier die gleichen wie bei der Bildkompression (siehe z.B. JPEG oder JPEG2000).
• Temporale Kompression (auch interframe compression) eliminiert Redundanzen über mehrere Bilder (Frames) hinweg. Dabei wird ein Bild mit dem Vorgänger (oder Nachfolger) verglichen und nur die Unterschiede aufgezeichnet. Besonders für Videos mit wenig Bewegung können dadurch hervorragende Kompressionsraten erzielt werden. Diese werden jedoch mit dem Risiko erkauft, dass bei Korruption eines Bildes mehrere Bilder verloren sind.

Verlustbehaftete Komprimierung (z.B. die verschiedenen MPEG-Standards) führt durch die Dekomprimierung und anschliessende Neukomprimierung zu einem Informationsverlust bei jeder Migration. Gewisse hochkomprimierte Formate führen schon nach wenigen Migrationen zu sichtbaren Fehlern, aber auch bessere Komprimierungsverfahren erlauben nur zehn bis zwanzig De- und Rekomprimierungen ohne sichtbaren Informationsverlust. Deshalb wird für die Langzeitarchivierung generell die Verwendung verlustfreier Komprimierungsalgorithmen oder der Verzicht auf Komprimierung gefordert.

Literatur

Digital Video Preservation Reformatting Project. A Report
Prepared by Media Matters, LLC, for the Dance Heritage Collection
2004
http://www.danceheritage.org/preservation/Digital_Video_Preservation_Report.doc
Gilmour, Ian; Dávila, R. Justin
Lossless Video Compression for Archives: Motion JPEG2k and Other Options
http://www.media-matters.net/docs/WhitePapers/WPMJ2k.pdf AG

Untersuchte Formate

(in der Reihenfolge ihrer Archivtauglichkeit)

• MJPEG2000
• MPEG-4
• MPEG-2

Empfehlungen

Für die Archivierung von Videodaten sollte folgendes erwogen werden:

• Es ist abzuwägen, ob es der Umfang der zu archivierenden Videodaten erlaubt, diese in unkomprimierter oder verlustfrei komprimierter Form zu speichern.
• Es muss ein besonderes Augenmerk auf möglichst lange Migrationszyklen gelegt werden.
• Deshalb ist für Videodaten die Migrationsvermeidung höher zu gewichten als die Reduktion der Formatanzahl im Archiv, und es können mehr Formate als (mindestens provisorisch) archivtauglich akzeptiert werden als für andere Formatkategorien. Bereits komprimierte Dateien sollen erst am Ende ihres Lebenszyklus in ein verlustfreies Format migriert werden.

MPEG-2

Kategorie

Videoformate

Abkürzung

MPEG-2
.mpg, .mpeg, .m2v
video/mpeg
x-fmt/386

Titel

Moving Picture Experts Group 2

Versionen

aktuelle Version: 1 (erschienen 2000, erste Veröffentlichungen 1994)
Es existieren sechs verschiedene Profile, die drei wichtigsten sind Simple Profile, Main Profile und 4:2:2 Profile.

Beschreibung

MPEG-2 ist ein Format zur verlustbehafteten Komprimierung von Video- und Audioinhalten. Es wird unter anderem für digitales Fernsehen und DVD-Videos verwendet. Das Format wird auch als Archivformat empfohlen, sofern nicht nur unkomprimierte Formate in Betracht gezogen werden. In den Verwaltungen fallen allgemein sehr wenig Videodateien an. Es ist allenfalls mit DVDs zu rechnen, die in MPEG-2 codiert sind.

Bewertung

Fazit

Im Licht der allgemeinen Ausführungen zu Videodaten sollen MPEG-2-Dateien, die dem Archiv angeboten werden, vorläufig nicht in ein anderes Format konvertiert werden. Das Format kann als archivtauglich gelten. Die Lizenzsituation ist allerdings unbefriedigend.

Referenz

ISO/IEC 13818-1:2000: Information technology — Generic coding of moving pictures and associated audio information: Systems
http://www.iso.org/iso/en/CatalogueDetailPage.CatalogueDetail?CSNUMBER=31537
[kostenpflichtig]

Literatur

Chiariglione, Leonardo: Short MPEG-2 description, 2000
http://www.chiariglione.org/mpeg/standards/mpeg-2/mpeg-2.htm

Verbindungen

MPEG-4

MPEG-4

Kategorie

Videoformate

Abkürzung

MPEG-4 AVC
mp4, mpg4, m4a
video/mp4
(MPEG-4-Files, die nur Audio enthalten, sollen als audio/mp4 identifiziert werden; solche, die weder Video noch Audio enthalten, als application/mp4.)

Titel

Moving Picture Experts Group 4 Part 10 (Advanced Video Coding)

Versionen

aktuelle Version: 3 (2005)
vorhergehende Versionen: 1 (2003), 2 (2005)

Beschreibung

Unter dem Namen MPEG-4 sind verschiedene Multimedia-Technologien standardisiert. Für Videodaten ist Part 10 des Standards relevant, der unter dem Begriff Advanced Video Coding (AVC) bekannt ist. Das Container-Dateiformat für MPEG-4 ist spezifiziert in Part 14 (ISO/IEC 14496-14:2003. Information technology — Coding of audio-visual objects — Part 14: MP4 File Format, Version 2), der wiederum auf dem Part 12 basiert (ISO Base Media File Format: ISO/IEC 14496-12:2005. Information technology — Coding of audio-visual objects — Part 12: ISO base media file format, Version 2). Beide beruhen auf dem Quicktime-Format von Apple.
MPEG-4 AVC existiert in elf verschiedenen Profilen (Zusammenfassungen bestimmter Merkmale), womit es auf verschiedene Anwendungen zugeschnitten ist (Streaming Video, mobile Applikationen, professionelle Videobearbeitung). Als hauptsächliches Profil für High-Definition-Video ist das High Profile (HiP) vorgesehen, das deshalb auch für Archive von Interesse ist. Auf jeden Fall muss aber das verwendete Profil spezifiziert sein.

Bewertung

Fazit

MPEG-4 Part 10 ist mit MPEG-2 vergleichbar; die Archivtauglichkeit kann ähnlich beurteilt werden, ähnlich sind auch die Probleme mit der Lizenzsituation.

Referenz

ISO/IEC 14496-10:2005, Information technology — Coding of audio-visual objects — Part 10: Advanced Video Coding
http://www.iso.org/iso/iso_catalogue/catalogue_tc/catalogue_detail.htm?csnumber=43058
[kostenpflichtig]

Literatur

Overview of the MPEG-4 Standard
http://www.chiariglione.org/mpeg/standards/mpeg-4/mpeg-4.htm
Fernando Pereira, Touradj Ebrahimi: The MPEG-4 Book. Upper Saddle River, NJ: IMSC Press, 2002.

Verbindungen

MPEG-2

MJPEG2000

Kategorie

Videoformate

Abkürzung

MJPEG2000
.mjp2, .mj2
video/mj2

Titel

Moving JPEG (Joint Picture Experts Group) 2000

Versionen

aktuelle Version: 1 (2001, publiziert 2002 als Standalone-Version, 2003 als Ausprägung des zugrunde liegenden Formats JPEG2000)

Beschreibung

MJPEG2000 ist im Teil 3 des JPEG2000-Standards definiert als Sequenz von JPEG2000-Bildern. Der Standard umfasst verlustlose spatiale Datenkompression. Durch den Verzicht auf temporale Datenkompression wird das Risiko des Informationsverlusts gesenkt, dafür eine geringere Speicherdichte in Kauf genommen.

Bewertung

Fazit

Wegen seiner Vorteile gegenüber anderen Videoformaten, insbesondere der verlustfreien, spatialen Kompression, kommt MJPEG2000 auf jeden Fall als Archivformat für Videodaten in Frage. Hingegen ist zu beachten, dass die Datenmenge rasch gigantische Ausmasse (im Terabyte-Bereich) annimmt. Eine Diskussion über den noch zu akzeptierenden Grad der Kompression ist unausweichlich.

Referenz

ISO/IEC 15444-3:2007: Information technology — JPEG 2000 image coding system: Motion JPEG 2000
http://www.iso.org/iso/iso_catalogue/catalogue_tc/catalogue_detail.htm?csnumber=41570
[kostenpflichtig]
Vorversion (Final Committee Draft) kostenfrei erhältlich unter
http://www.jpeg.org/public/fcd15444-3.pdf
D. Singer, R. Clark, D. Lee, MIME Type Registrations for JPEG 2000 (ISO/IEC 15444)
http://www.rfc-editor.org/rfc/rfc3745.txt

Literatur

The JPEG Committee Home Page, JPEG 2000
http://www.jpeg.org/jpeg2000/index.html
I. Gilmour (Media Matters), Research Report on JPEG 2000 for Video Archiving
http://www.media-matters.net/docs/WhitePapers/IansWhitePaper.pdf
Pearson, Glenn; Gill, Michael
An Evaluation of Motion JPEG 2000 for Video Archiving
Proc. Archiving 2005 (April 26-29, Washington, D.C.), IS & T
http://archive.nlm.nih.gov/pubs/pearson/MJ2_video_archiving.pdf

Verbindungen

JPEG2000

Tabellenkalkulation

Tabellenkalkulationssoftware stellt numerische und alphanumerische Daten dar und erlaubt insbesondere deren Verarbeitung mittels Funktionen. Tabellenkalkulationsanwendungen existieren für verschiedene Plattformen, sowohl von kommerziellen Herstellern als auch aus Open-Source-Projekten. Sie arbeiten sämtlich mit je eigenen Formaten.

Zum aktuellen Zeitpunkt hat sich kein aus archivischer Sicht ideales Dateiformat für Tabellenkalkulationsdaten durchsetzen können. Die Überlegungen zu einem geeigneten Archivformat müssen davon ausgehen, dass bei der Archivierung von Spreadsheets (Tabellenkalkulations-Dokumenten) drei verschiedene Aspekte interessieren können:

• Die Funktionalität (der Aspekt der Kalkulation). Dieser kann nur erhalten werden, wenn Tabellenkalkulations-Originalformate archiviert werden, also XLS oder OOXML.
• Die Tabellennatur. Dieser kann Rechnung getragen werden, wenn das Spreadsheet wie eine Datenbank behandelt wird. Dazu wird auf die Datenbank-Archivierungsformate verwiesen. Insbesondere entspricht die Möglichkeit des Exports in XML dem Format SQLX.
• Die optische Erscheinung. Diese kann mit einer Konversion zu PDF/A erhalten werden.

Die Wahl eines Archivformats hängt also davon ab, welcher Aspekt von Spreadsheets als essentiell angesehen wird. Eine allgemeine Empfehlung abzugeben, fällt schwer.

Eine provisorische Lösung ist denkbar, die zwei allgemeine Grundsätze zur Formatwahl beherzigt, nämlich unnötige Migrationen zu vermeiden und sich möglichst viele Optionen offenzuhalten. Kommerzielle Anwendungen im Bereich Tabellenkalkulation sind in der Regel über einige Versionen abwärtskompatibel. Wenn eine Datei also in einem aktuellen Format vorliegt, kann mit guten Gründen davon ausgegangen werden, dass sie während der nächsten zehn Jahre von der jeweils aktuellen Programmversion noch problemlos gelesen werden kann; daher ist eine Migration unnötig. Liegt eine Datei in einer alten Formatversion vor, sollte eine Migration mit der entsprechenden Software in das jeweils aktuelle Format durchgeführt werden. (Gemäss Untersuchungen des Digital Preservation Testbed [p. 20] ist es dabei empfehlenswert, jeweils eine oder zwei Versionen zu überspringen.) Für Dateien in proprietären Formaten obsoleter Anwendungen ist die Migration in das Format einer aktuellen Anwendung unabdingbar.

Diese Ueberlegungen gelten insbesondere für das marktführende Format XLS von Microsoft Excel. Obwohl dieses wesentliche archivische Anforderungen nicht erfüllt, ist es für ein Archiv sinnvoller, MS-Excel-Dateien in diesem proprietären Format zu belassen, als sie in ein idealeres, aber weder erprobtes noch verbreitetes Format zu migrieren. Die durch Abwärtskompatibilität erreichte Lesbarkeit von gegen 10 Jahren verschafft den Archiven einen Aufschub bei der Suche nach einem idealeren zukünftigen Archivformat.

Literatur

AHDS Preservation Handbook: Spreadsheets
Version 0.5, 2005
http://ahds.ac.uk/preservation/spreadsheets-preservation-handbook.pdf
Digital Preservation Testbed: From digital volatility to digital permanence. Preserving spreadsheets
2003
http://www.digitaleduurzaamheid.nl/bibliotheek/docs/volatility-permanence-spreadsh-en.pdf

Untersuchte Formate

(in der Reihenfolge ihrer Archivtauglichkeit)

• PDF/A
• OOXML
• XLS

Empfehlungen

• Wenn bei der Archivierung von Tabellenkalkulationsdaten die Bewahrung der Funktionalität als essentiell betrachtet wird, muss im Originalformat archiviert werden, also in der Regel in XLS oder OOXML. Dies kann auch allgemein als provisorische Lösung betrachtet werden, bis ein zukünftiges, besser geeignetes Archivformat vorliegt.
• Wenn der Tabellenaspekt als essentiell betrachtet wird, sind die Datenbank-Archivformate empfehlenswert.
• Wenn nur die optische Erscheinung, nicht aber die Funktionalität, als essentielle Eigenschaft gilt, können Spreadsheets in PDF/A konvertiert werden.

XLS

Kategorie

Tabellenkalkulations-Format

Abkürzungen

XLS
.xls
application/msexcel; application/vnd.msexcel; application/excel
fmt/55; fmt/56; fmt/57; fmt/58; fmt/59; fmt/60; fmt/61; fmt/62

Titel

Microsoft Excel File Format
Binary Interchange File Format
(Das Dateiformat von Excel heisst Binary Interchange File Format (BIFF). Da Excel aber die Dateiendung .xls verwendet, ist das Format besser bekannt unter dem Namen XLS.)

Versionen

BIFF-Version	Excel-Version	Software-Name (Windows)
BIFF8	11.0	2003
BIFF8	10.0	XP
BIFF8	9.0	2000
BIFF8	8.0	97
BIFF5	7.0	95
BIFF5	5.0	5.0
BIFF4	4.0	4.0
BIFF3	3.0	3.0
BIFF2	2.0	2.x

Beschreibung

BIFF (XLS) ist seit 20 Jahren in verschiedenen Versionen das proprietäre Format von Microsoft Excel. Seine Spezifikation ist bekannt und wurde vom OpenOffice.org-Projekt veröffentlicht; sie gehört allerdings der Firma Microsoft. Das Format ist das Referenzformat für Tabellenkalkulation mit sehr grosser Verbreitung auf verschiedenen Plattformen. Mit geeigneter Software (Konverter für MS Excel) können andere Tabellenkalkulations-Formate in XLS konvertiert werden. Obwohl inzwischen obsolet, kann das Format von neusten Excel-Versionen weiterhin gelesen und konvertiert werden.

Bewertung

Fazit

Trotz der archivischen Bedenken (proprietäres Format bzw. übermässig komplexe Spezifikation) kann XLS als vorläufiges Archivformat empfohlen werden. Wenn die Funktionalität eines Spreadsheets als essentiell angesehen wird, ist eine Archivierung in einem Originalformat wie XLS oder OOXML sogar unabdingbar. Dokumente im Excel-Format sollen in diesem Fall so übernommen oder allenfalls in das aktuelle Excel-Format konvertiert werden. Für Dokumente in obsoleten Tabellenkalkulations-Formaten empfiehlt sich eine Konvertierung ins Excel-Format. Diese Massnahmen verhindern unnötige Migrationen und verschaffen durch die Abwärtskompatibilität der Software einen zeitlichen Aufschub für die Migration in ein besser langzeittaugliches Format.

Referenz

OpenOffice.org's Documentation of the Microsoft Excel File Format. Revision 1.40. 2007
http://sc.openoffice.org/excelfileformat.pdf
ECMA International, Standard ECMA-376, Office Open XML File Formats
http://www.ecma-international.org/publications/standards/Ecma-376.htm

Literatur

Verbindungen

OOXML bei Tabellenkalkulation

OOXML bei Tabellenkalkulation

Zu den technischen Eigenschaften des Formats siehe die ausführliche Beschreibung von OOXML unter den Textdateien. Hier erfolgt einzig die Kurzbewertung von OOXML für die Verwendung als Archivformat für die Tabellenkalkulation.

Bewertung

Fazit

OOXML ist ein mögliches Archivformat, falls die Funktionalität der Tabellenkalkulation erhalten werden soll. Siehe dazu die Diskussion zu XLS.

PDF/A bei Tabellenkalkulation

Zu den technischen Eigenschaften des Formats siehe die ausführliche Beschreibung von PDF/A unter den Textdateien. Hier erfolgt einzig die Kurzbewertung von PDF/A für die Verwendung als Archivformat für die Tabellenkalkulation.

Bewertung

Fazit

PDF/A ist ein geeignetes Archivformat; allerdings nur, wenn auf die Bewahrung der Funktionalität verzichtet werden kann.

Datenbanken

Beim Thema Datenbanken stösst dieser Katalog archivischer Dateiformate an seine Grenzen. Mit Ausnahme kleiner, mit verbreiteter Bürosoftware erstellter Exemplare können Datenbanken in den seltensten Fällen als in sich abgeschlossene Dateien behandelt werden, für welche die Konvertierung in ein Archivformat ein wesentlicher Bestandteil der Langzeitarchivierung ist. Vielmehr sind Datenbanken in der Regel nur ein Teil von umfassenderen Systemen: Fachanwendungen (in der Verwaltung), Content Management Systeme (für Websites etc.), Geoinformationssysteme (GIS), Archivsoftware etc. Oft sind dabei die wesentlichen Informationen nicht allein in der Datenbank gespeichert, sondern zum Teil auch in der Programmlogik des Systems bzw. der Benutzerschnittstelle. Es nützt daher nichts, nur die Datenbank in ein Archivformat zu konvertieren, sondern die Archivierung dieser Systeme muss gesamtheitlich und jeweils individuell angegangen werden.

Bei Berücksichtigung dieser Ausgangslage kann es jedoch dennoch angebracht sein, eine Datenbank, bzw. deren Inhalt zu archivieren. Im Hinblick auf eine spätere inhaltliche oder statistische Auswertung sind bei dieser Archivierung nicht nur die nackten Daten, sondern auch die Struktur und Beziehung der Daten von Interesse.

Bei der Archivierung von Datenbanken, heute in der Regel von relationalen Datenbanken, geht es mehr um die angewendete Methode und weniger um das Zielformat, in dem dann Datenbankstruktur und Daten abgelegt sind. Dennoch unterteilen wir im Sinne dieses Formatkataloges die Archivierungsmethoden nach dem Format der schlussendlich zu archivierenden Dateien.

Untersuchte Formate

(in der Reihenfolge ihrer Archivtauglichkeit)

• SIARD
• CSV
• SQLX
• SQL Script

Empfehlungen

• Die Archive werden im Augenblick nicht darum herum kommen, Datenbanktabellen in CSV-Format zu übernehmen. Bei geeigneter Mitübernahme von Metainformationen zur archivierten Fachanwendung können diese dennoch von einigem Wert sein.
• In Zukunft werden sich wahrscheinlich umfassendere Lösungen wie SQLX oder SIARD vom Schweizerischen Bundesarchiv etablieren können.

CSV

Kategorie

Strukturierte Daten aus Tabellenkalkulation und Datenbanken

Abkürzung

CSV
.txt, .csv
MIME-Typ: text/CSV - text/comma-separated-values
x-fmt/18

Titel

Comma-Separated Values
Colon-Separated Values
Character-Separated Values

Versionen

Ein allgemeiner Standard für das Dateiformat CSV existiert nicht.
Eine RFC-Spezifikation des Dateiformates CSV existiert und wird in der Regel referenziert: RFC 4180

Beschreibung

CSV-Daten sind tabellarisch strukturierte ASCII-Dateien. Die einzelnen Werte, Felder oder Spalten werden durch ein spezielles Trennzeichen, beispielsweise das Komma oder Semikolon, getrennt, Tabellenzeilen werden durch das Zeilenumbruchzeichen getrennt. Bei der Überführung einer relationalen Datenbank in CSV-Dateien wird jede einzelne Datenbanktabelle in eine CSV-Datei kopiert.
In der Maskierung von Trennzeichen und Zeilenumbruch in den Feldern unterscheiden sich die verschiedenen Varianten und Quasi-Standards des CSV- Dateiformats.

Zwei CSV-Varianten sind im Datenbank-Bereich von besonderem Interesse:

• Das Microsoft-Excel-CSV-Format zeichnet sich durch Umschliessen der Felder mit Anführungszeichen und unterschiedliche Anzahl Felder pro Zeile aus. In der ersten Zeile können die Spaltennamen untergebracht sein. Das Excel-CSV-Format kann von vielen Datenbanken eingelesen werden.
• SQL-Loader File von ORACLE fügt vor der CSV-Datei einen Header ein, in dem Feldbezeichnung, Feldformat, Zeichensatz etc. geregelt werden. Viele Datenbanken können SQL-Loader Files importieren oder generieren.

Bewertung

Fazit

Grosse Datenbestände sind bereits in diesem Format archiviert worden, deshalb wird das CSV-Format für Tabellen seine Bedeutung behalten. Da jedoch keine Beziehungen, Metadaten und Strukturinformationen in diesem Format festgehalten werden können, werden nur gut dokumentierte Datenbestände in CSV-Format ihren Wert behalten. Eine Ablösung durch XML ( SQLX, OOXML oder ODF ) wird sich auch im archivischen Bereich ergeben. XML ist ja nicht zuletzt aus dem Bedürfnis entstanden, ein strukturiertes Datenaustauschformat zu schaffen und rein textbasierte Lösungen zu ersetzen.

Referenz

RFC-Spezifikation des Dateiformates CSV
http://tools.ietf.org/html/rfc4180

Literatur

Wikipedia: CSV
http://de.wikipedia.org/wiki/CSV_(Dateiformat)
Wikipedia: CSV (englisch)
http://en.wikipedia.org/wiki/Comma-separated_values
Creativyst Software, The Comma Separated Value (CSV) File Format
http://www.creativyst.com/Doc/Articles/CSV/CSV01.htm
Oracle SQL*Loader Tutorial
http://loader.datenbank-wissen.de/

Verbindungen

Das CSV-Format ist auch als archivisches bzw. Austauschformat im Bereich Tabellenkalkulation verbreitet.

SIARD

Kategorie

Strukturierte Daten aus Datenbanken

Abkürzung

SIARD

Titel

SIARD – Software Independent Archiving of Relational Databases

Versionen

SIARD wurde 2008 in erster Version veröffentlicht.

Beschreibung

SIARD ermöglicht die Abspeicherung von Struktur (Schemas, Tabellen usw.) und Inhalt von relationalen Datenbanken in eine einfache XML-Kodierung. Das SIARD-Archiv besteht aus einer Inhaltsdatei und einer Metadaten-Datei, die Metadaten aus allen Ebenen umfasst. SIARD basiert auf ISO-Standards (SQL:1999 und XML 1.0) und eignet sich für die Aufbewahrung von relationalen Datenbanken aus verschiedenen Systemen, unter anderem aus MS Access, Oracle und MS SQL.

Bewertung

Fazit

SIARD bietet eine neue Möglichkeit für die Archivierung von relationalen Datenbanken. Es implementiert eine einfache und international akzeptierte XML-Kodierung für die langfristige Aufbewahrung von Archivdaten. Die SIARD-Tools ermöglichen es zugleich, Metadaten leicht zu erfassen oder ändern.

Referenz

Schweizerisches Bundesarchiv
SIARD Formatbeschreibung, 2008

Literatur

Bernstein, Amir
Database Preservation: The International Challenge and the Swiss Solution
DPE Briefing Paper, 2008
http://www.digitalpreservationeurope.eu/publications/briefs/database_preservation.pdf
Comment, Jean-Marc
Archiving Databases with SIARD
Presentation to the 16th International Congress on Archives, 2008
http://www.planets-project.eu/docs/presentations/ICA2008_Comment_SIARD.pdf

Verbindungen

Eine funktionelle Beziehung besteht zu SQLX und SQL Script.

SQLX

Kategorie

Strukturierte Daten aus Tabellenkalkulation und Datenbanken

Abkürzung

.xml
.sqlx

Titel

SQL/XML

Versionen

aktuelle Version: 1 (In SQL:2003 wird in Kapitel 14 "XML-Related Specifications (SQL/XML)" der Austausch zwischen XML Datenrepräsentation und relationaler Datenbank spezifiziert.)

Beschreibung

Bei SQLX handelt es sich nicht so sehr um ein Dateiformat (das Dateiformat ist in diesem Falle immer XML) als vielmehr um ein Set von SQL-basierten Funktionen für den Export ("publish") von Tabellen aus relationalen Datenbanken in XML-Dateien und den Import ("extract/store") ebendieser XML-Dateien in eine relationale Datenbank. Der Export einzelner Tabellen ist trivial und wird heute schon von den meisten Datenbanken und Tabellenverarbeitungsprogrammen beherrscht. Schwieriger, bzw. noch nicht überzeugend gelöst, ist die Abbildung einer vollständigen relationalen Datenbank in eine XML-Datenrepräsentation. Das Grundproblem liegt darin, das relationale Datenmodell auf das hierarchische XML-Datenmodell abzubilden.

Bewertung

Fazit

SQLX ist ein Lösungsansatz zur Archivierung strukturierter Daten mit grossem Zukunftspotential. Für den einfachen Fall der Umwandlung flacher Tabellen in XML-Dateien gibt es ausgereifte Lösungen. Der Export ganzer relationaler Datenbanken ist hingegen noch nicht generisch zu bewältigen. Es sind auch im Bereich der Standardisierung noch Weiterentwicklungen zu erwarten. Da aber die Spezifikationen zu SQLX die Funktionalität des "publish" bzw, des "extract/store" betreffen und nicht die Form der XML-Datenrepräsentation selber, ist diese Weiterentwicklung kein Hinderungsgrund für den Einsatz.

Referenz

ISO/IEC 9075-14:2006 "Information technology — Database languages — SQL — Part 14: XML-Related Specifications (SQL/XML)"
http://www.iso.org/iso/iso_catalogue/catalogue_ics/catalogue_detail_ics.htm?csnumber=38647
[kostenpflichtig]]

Literatur

SQLX.org Home Page
http://www.sqlx.org/
Wikipedia: SQL/XML (englisch)
http://en.wikipedia.org/wiki/SQL/XML
SQL/XML, computerPostille 13/2, Juni 2003
http://www.hrz.uni-dortmund.de/computerPostille/Juni2003/012.html
OracleBase, SQL/XML
http://www.oracle-base.com/articles/9i/SQLXML9i.php
Comelio Gmbh (ed.), XML-Abfragen mit SQLX
http://www.comelio.com/dedi3_221.php
Eisenberg, Andrew; Melton, Jim: SQL/XML and the SQLX Informal Group of Companies
http://www.sigmod.org/record/issues/0109/standards.pdf

Verbindungen

SQLX ist ebenso im Bereich Tabellenkalkulation anwendbar.
Eine funktionelle Beziehung besteht zu CSV.

SQL Script

Kategorie

Strukturierte Daten aus Datenbanken

Abkürzung

.sql

Titel

Scripting Database

Versionen

Es handelt sich hier nicht um ein Dateiformat, sondern um eine Methode zum Erzeugen einer relationalen Datenbank aus einer Script-Datei (Textdatei) und vice versa. Die Textdatei enthält eine Menge von SQL-Befehlen. Diese SQL-Befehle müssen in ihrer Syntax einer bestimmten SQL-Version folgen (z.B. SQL-92).
SQL ist von ANSI und ISO standardisiert.

Beschreibung

Die Methode, eine Datenbank mit all ihren Datenbankobjekten aus einer Menge von SQL Scripten aufzubauen, wird in der Regel im Datenbank-Developmentbereich, bei der Datenbankerzeugung mit CASE-Tools, für Dokumentationszwecke und bei der Datensicherung eingesetzt.
Eine Menge von DDL (Data Definition Language)-Befehlen erzeugt die Struktur bzw. Objekte der Datenbank. Mit DML (Data Manipulation Language)-Befehlen werden anschliessend die Datenbankobjekte/Tabellen mit Daten gefüllt. Alle diese Befehle sind sequentiell in einer Datei angeordnet, werden vom SQL-Interpreter ausgeführt und generieren ein Datenbankschema und füllen Daten in die Tabellen. Zur Erzeugung der Scripts stehen verschiedene Tools zu Verfügung. Bestimmte Datenbanken haben diese Tools auch bereits eingebaut (SQL-Server: "Generate SQL Script wizard", PostgreSQL: "SQL Manager" etc.)
Mit dieser Methode werden, wie übrigens auch bei SQLX oder SIARD, nur die Struktur und der Inhalt der Datenbank archiviert, die applikatorische Logik, die allenfalls einen bedeutenden Beitrag zum Verständnis einer Fachapplikation beiträgt, bleibt unberücksichtigt

Bewertung

Fazit

Die Methode ist aus theoretischer Sicht interessant, da alle verwendeten Schritte dem SQL-Standard unterworfen sind. Die Scripting Datei kann vollständig mit einem SQL-Script generiert werden und stellt wiederum ein SQL-Script dar. SQL (Structured Query Language) hat auch eine lange und stabile Entwicklung als Sprache zur Definition, Abfrage und Manipulation von Daten in relationalen Datenbanken und besitzt also so gesehen eine hohe Archivtauglichkeit. Der Umstand, dass die archivierten Daten nur komprimiert sinnvoll bewirtschaftet werden können, wirkt sich aber negativ aus.

Referenz

Ein Überblick über die SQL-Normen
http://www.techstreet.com/features/ISO_IEC_9075.tmpl
http://wwwai.wu-wien.ac.at/~wyk/dbs/pdf/SQL-DIN-Mitt-4-2004.pdf

Literatur

Wikipedia: SQL
http://de.wikipedia.org/wiki/Sql
Microsoft.com (ed.), Documenting and Scripting Databases
http://msdn2.microsoft.com/en-us/library/ms191299.aspx
The Code Project, Generate SQL Insert statements for your SQL Server 2000 Database
http://www.codeproject.com/dotnet/ScriptDatabase.asp
SQLScripter
http://www.sqlscripter.com/
PostgreSQL, EMS SQL Manager 2005 for PostgreSQL ver.3.6 released!
http://www.postgresql.org/about/news.570

Verbindungen

Eine funktionelle Beziehung besteht zu CSV und SIARD.

Glossar

Audio-Daten / Données audio

Daten, die eine kontinuierliche Abfolge von Tönen kodieren.

Ausdruckbare Daten / Données imprimables

Daten, die grundsätzlich auf Papier ausgedruckt werden können. Ausdruckbare Daten umfassen Bild- und Textdaten.

Bilddaten / Données graphiques

Daten, deren Inhalt eine visuelle Repräsentation beschreibt.

Dateinamenserweiterung / Extension de nom de fichier

Der letzte, durch einen Punkt abgetrennte Teil eines Dateinamens. Sie dient in verschiedenen Betriebssystemen dazu, das Format einer Datei kenntlich zu machen. Da die Dateinamenserweiterungen einerseits nicht standardisiert sind, anderseits durch einfache Umbenennung geändert werden können, sind sie kein hinreichendes Element zur Formatbestimmung. Viele Formate sind allerdings unter ihrer Dateinamenserweiterung bekannt.

Format

Ein Format beschreibt die Art, in der Informationen in einer Datei gespeichert werden. Es handelt sich dabei um vereinbarte Konventionen der inneren Struktur, also Vereinbarungen, wie Informationen eines Datentyps angeordnet sind. Diese Konventionen werden in einer Spezifikation detailliert beschrieben.

Implementierung / Implémentation

Für ein Format gibt es dann eine Implementierung, wenn eine Rendering-Software existiert, welche in diesem Format codierte Information in menschenlesbarer Form wiedergeben und deren Bearbeitung ermöglichen kann.

Lizenzfreiheit / Licence libre

Die Abwesenheit von Patenten auf Teilen oder dem Ganzen einer Formatdefinition. Open-Source-Lizenzen sind zugelassen.

Offenes Format / Format ouvert

Ein Format, dessen Spezifikation frei (aber nicht zwingend kostenlos) verfügbar ist.

Pronom Unique Identifier (PUID)

Ein Code vom Format fmt/[Zahl] oder x-fmt/[Zahl], welcher ein Format im PRONOM-Formatkatalog des britischen National Archives eindeutig identifiziert (siehe http://www.nationalarchives.gov.uk/aboutapps/pronom/puid.htm).

Rendering-Software / Logiciel de rendu

Eine Software, welche die in einem digitalen Datei codierte Information auf einem Ausgabegerät (Bildschirm, Drucker, etc.) in einer von Menschen lesbaren Form ausgeben kann. Idealerweise ist diese menschenlesbare Form diejenige, welche der Ersteller der Datei angestrebt hat. Rendering-Software muss die Spezifikation des verwendeten Formats kennen, um die Information aufzubereiten.

Strukturierte Daten / Données structurées

Daten, deren Hauptzweck es ist, maschinell analysiert und verarbeitet zu werden. Dies bedeutet unter anderem, dass ihre interne Struktur eine Rolle spielt und explizit kodiert ist.

Textdaten / Données textuelles

Daten, deren Hauptzweck es ist, von Menschen gelesen zu werden.

Video-Daten / Données vidéo

Daten, die eine kontinuierliche Abfolge von Bildern codieren.

---

Literatur

Caly, Serge; Le Coadic, Yves F.; Pomart, Paul-Dominique; Sutter, Eric: Dictionnaire de l'information, 2e éd., Paris, Armand Colin, 2004
Vocabulaire de la documentation. Ouvrage coordonné par Arlette Boulogne, Paris, Association des professionnels de l'information et de la documentation, 2004

Bibliografie

Die Bibliografie ist in drei Kapitel aufgeteilt:

• Archivische Anforderungen an Dateiformate (und damit Kriterien für die Auswahl und Bewertung von Archivformaten)
• Allgemeine Ressourcen zu spezifischen Dateiformaten (Auswahl)
• Beispiele für existierende Kataloge archivischer Dateiformate und entsprechender Empfehlungen.

N.B.: In vielen Publikationen zu Anforderungen und Kriterien sind auch Beispiele möglicher Archivformate aufgeführt.

Grundlegende Werke sind fettgedruckt.

Quellen: KOST-interne Dokumentation sowie die folgenden Informationsportale:

• PADI http://www.nla.gov.au/padi/
• nestor http://www.langzeitarchivierung.de/
• ERPANET http://www.erpanet.org/
• Testbed digitale duurzaamheid http://www.digitaleduurzaamheid.nl/index.cfm?paginakeuze=65&categorie=2

Anforderungen und Kriterien

Abrams, Stephen
"File Formats", in: DCC Digital Curation Manual
2007
http://www.dcc.ac.uk/resource/curation-manual/chapters/file-formats/file-formats.pdf

Arms, Caroline; Fleischhauer, Carl
Digital Formats: Factors for Sustainability, Functionality, and Quality
IS&T Archiving 2005 Conference, Washington DC
2005
http://memory.loc.gov/ammem/techdocs/digform/Formats_IST05_paper.pdf

Bennett, John
A Framework of Data Types and Formats
British Library Research and Innovation Report 50
1997
http://www.ukoln.ac.uk/services/elib/papers/supporting/pdf/rept011.pdf
p.16: gewichtete Kriterienliste für Dateiformate

Bischoff, Frank M.
Archivierung digitaler Unterlagen – Neue Anforderungen an die Archive
2000
http://www.archive.nrw.de/dok/bischoff01/hess-archivtag.html
Ausführungen zu codierten und nicht-codierten Informationen

Boudrez, Filip et al.
Digital Archiving: the new challenge? Legal and archival issues
2005
http://www.expertisecentrumdavid.be/docs/digitalarchiving_manual.pdf
p.92: Anforderungen an und Klassifizierung von File Formats inkl. Beispiele

Brown, Adrian
English Heritage Digital Archiving Strategy
2002
http://www.english-heritage.org.uk/upload/pdf/dap_manual_archiving.pdf
p.3-11: Formatauswahl für die Archivierung

Brown, Adrian
Selecting File Formats for Long-Term Preservation
Digital Preservation Guidance Note 1
Version 2, 2008
http://www.nationalarchives.gov.uk/documents/selecting_file_formats.pdf
Ein kurzer Leitfaden durch die Kriterien, die bei der Wahl digitaler Formate im Hinblick auf spätere Archivierbarkeit beachtet werden sollten.

Brown, Adrian
Automatic Format Identification using PRONOM and DROID
Digital Preservation Technical Paper 1
2005
http://www.nationalarchives.gov.uk/aboutapps/fileformat/pdf/automatic_format_identification.pdf

Chaumier, Jacques
Document et numérisation. Enjeux techniques, économiques, culturels et sociaux
Paris, Association des professionnels de l'information et de la documentation, 2006

Christensen, Steen
Archival Data Format Requirements
2004
http://netarkivet.dk/publikationer/Archival_format_requirements-2004.pdf
Liste von Anforderungen an Archivformate

Clausen, Lars
Handling File Formats
2004
http://netarchive.dk/publikationer/FileFormats-2004.pdf
Zum Umgang mit im WWW gebräuchlichen Fileformaten

Dhérent, Catherine
Les archives électroniques: manuel pratique
2002
http://www.archivesdefrance.culture.gouv.fr/fr/archivistique/DAFmanuel%20version%207.html
Grundlagenwerk zur digitalen Archivierung, enthält Kriterien zur Formatauswahl

Direction des Archives de France (ed.)
Projekt PIL@E. Gestion des Formats de Fichiers.
2007
http://www.archivesdefrance.culture.gouv.fr/fr/archives%20electroniques/PIL@E.pdf

Ernst, Katharina et al.
Rahmenkonzept zur Langzeitarchivierung digitaler Daten für die Landeshauptstadt Stuttgart
2005
p. 30: Anforderungen und Beispiele

Gutzmann, Ulrike; Kamp, Ulrich; Keitel, Christian; Scheiding, Antje
Praktische Lösungsansätze zur Archivierung digitaler Unterlagen
Arbeitskreise der VdW 2007
http://www.wirtschaftsarchive.de/akea/handreichung.htm
Aktuelle Zusammenfassung und Übersetzung von 'Sustainability of Digital Formats' der Library of Congress

Huc, Claude et al.
Criteria for evaluating data formats in terms of their suitability for ensuring information long term preservation
2004
http://www.ssd.rl.ac.uk/ccsdsp2/mon04/long_term_preservation_criteria.doc

ICA (ed.)
Electronic Records: A Workbook for Archivists
2005
http://www.ica.org/sites/default/files/Study16ENG_5_2.pdf
(existiert auch in einer französischen Version: Les archives électroniques : Manuel à l'usage des archivistes (ICA Etude 16), 2005; http://www.ica.org/sites/default/files/ICA%20Study16%20FR.pdf )
p. 41: Anforderungen an Standardformate

Jacquesson, Alain; Rivier, Alexis
Bibliothèques et documents numériques : concepts, composantes, techniques et enjeux
Paris, Editions du Cercle de la Libraire, 1999

Keitel, Christian
Die Archivierung elektronischer Unterlagen in der baden-württembergischen Archivverwaltung
2002
http://www.landesarchiv-bw.de/sixcms/media.php/25/keitel_elektronische_konz.pdf
Nicht explizit über Formatkriterien, aber berührt das Thema

Lawrence, Gregory et al.
Risk Management of Digital Information: A File Format Investigation
CLIR Report 93
2000
http://www.clir.org/pubs/abstract/pub93abst.html
Fokus auf Migration

Library of Congress
Sustainability of Digital Formats
2007
http://www.digitalpreservation.gov/formats/intro/intro.shtml

Lormant, Nicolas, et al.
How to Evaluate the Ability of a File Format to Ensure Long-Term Preservation for Digital Information?
2005
http://www.ukoln.ac.uk/events/pv-2005/pv-2005-final-papers/003.pdf
Wohl die massgebendste Kriterienliste für Archivformate

Minnesota Historical Society (ed.)
File Formats Guideline
2003
http://www.mnhs.org/preserve/records/electronicrecords/erfformats.pdf
Diskussion grundlegender Konzepte zu Dateiformaten

Neuroth, Heike et al. (eds.)
Nestor Handbuch. Eine kleine Enzyklopädie der digitalen Langzeitarchivierung. Version 2.0
2009
http://nestor.sub.uni-goettingen.de/handbuch/
Zurzeit umfassendstes Kompendium zur digitalen Archivierung. Kapitel 7 befasst sich mit Dateiformaten.

Representation and Rendering Project
Survey and assessment of sources of information on file formats and software documentation
2003
http://www.jisc.ac.uk/uploaded_documents/FileFormatsreport.pdf
Zu Informationsquellen über Dateiformate

Richter, Wolfgang
Standards für Archivformate - Archivische Anforderungen an Dateiformate vor dem Hintergrund der Migrationsstrategie
Archiv und Wirtschaft 3/2004

Rog, Judith; van Wijk, Caroline
Evaluating File Formats for Long-term Preservation
2008
http://www.kb.nl/hrd/dd/dd_links_en_publicaties/publicaties/KB_file_format_evaluation_method_27022008.pdf

Rumble, John et al.
Developing and Using Standards for Data and Information in Science and Technology
2005
http://www.infointl.com/pdf/developing_using_standards.pdf
Philosophisches zu Standards

Stanescu, Andreas
Assessing the Durability of Formats in a Digital Preservation Environment
D-Lib Magazine, November 2004
http://www.dlib.org/dlib/november04/stanescu/11stanescu.html
Einige Kriterien zur Risikoanalyse betreffend Dateiformate

Thibodeau, Kenneth
Overview of Technological Approaches to Digital Preservation and Challenges in Coming Years, In: The State of Digital Preservation: An International Perspective, CLIR Report 107, 4-32
2002
http://www.clir.org/pubs/abstract/pub107abst.html
Nicht mehr ganz neuer, aber immer noch lesenswerter Gesamtblick zur digitalen Archivierung

Toebak, Peter M.
Records Management. Ein Handbuch
Baden, hier+jetzt 2007
pp. 490-496

Töwe, Matthias
Konzeptstudie E-Archiving
Konsortium der Schweizerischen Hochschulbibliotheken
2005
http://lib.consortium.ch/external_files/Konzeptstudie_D_V1_2.pdf
p. 55: Anforderungen an und Liste von Standardformaten

Allgemeine Ressourcen zu spezifischen Dateiformaten

Bagwell, Chris
Audio File Formats FAQ
http://sox.sourceforge.net/AudioFormats.html
Eine allgemeine Informationsressource zu Audioformaten

Born, Günter
Dateiformate - Die Reverenz. Tabellenkalkulation, Text, Grafik, Multimedia, Sound und Internet
Bonn, Galileo Press 2001
ISBN 3-934358-83-7

CDP Digital Audio Working Group (ed.)
Digital Audio Best Practices, Version 2.0
2005
http://www.cdpheritage.org/digital/audio/documents/CDPDABP_1-2.pdf
Eine Einführung in digitale Audiodateien mit Erläuterungen zu deren Charakteristika

Schmelzer, Ronald (ZapThink)
The Pros and Cons of XML
2001
http://www.zapthink.com/actions/download.php?id=ZT-XMLPROCON
Kurze kontroverse Einführung in die Eigenschaften von XML

Beispiele für Formatkataloge

Barnes, Ian
Preservation of word processing documents
2006
http://www.apsr.edu.au/publications/word_processing_preservation.pdf
Diskutiert Formatfragen für Textdokumente; untersucht gängige Formate auf ihre Archivtauglichkeit und formuliert Empfehlungen

Bates, Melanie et al.
Digital lifecycles and file types: final report (Rights and Rewards Project)
2006
http://hdl.handle.net/2134/1793

Boudrez, Filip
Archiving Electronic Office Documents
2003
http://www.expertisecentrumdavid.be/davidproject/teksten/DAVIDbijdragen/Office_documents.pdf
Empfohlene Formate für Office-Dokumente

Brown, Adrian
Graphics File Formats
Digital Preservation Guidance Note 4
Version 2, 2008
http://www.nationalarchives.gov.uk/documents/graphic_file_formats.pdf
Empfehlung für Bildformate für Archivierung des englischen Nationalarchivs

Bundeskonferenz der Kommunalarchive beim Deutschen Städtetag (ed.)
Handreichung zur Archivierung und Nutzung digitaler Unterlagen in Kommunalarchiven, in: Der Archivar 55 (2002), 16-18
2001
http://www.bundeskonferenz-kommunalarchive.de/empfehlungen/Handreichung_Digitale_Unterlagen.pdf
Knappes Verzeichnis möglicher Formate

Coy, Wolfgang
Perspektiven der Langzeitarchivierung multimedialer Objekte
nestor-Materialien 5
2006
http://nbn-resolving.de/urn:nbn:de:0008-20051214015
u.a. Formatdiskussion

Digital Preservation Testbed (ed.)
From digital volatility to digital permanence: Preserving text documents
2004
http://www.digitaleduurzaamheid.nl/bibliotheek/docs/volatility-permanence-textdocs-en.pdf
Analyse möglicher Archivierungsstrategien für Text-Dokumente; kurze Diskussion möglicher Formate

DOMEA-Konzept
Erweiterungsmodul zum Organisationskonzept 2.0
Technische Aspekte der Archivierung elektronischer Akten
2004
http://www.kbst.bund.de/
p. 31: Formatkonvertierung, Formate für Archivierung

Gilesse, Robèrt; Rog, Judith; Verheusen, Astrid
Alternative File Formats for Storing Master Images of Digitisation Projects
2008
http://www.kb.nl/hrd/dd/dd_links_en_publicaties/publicaties/Alternative%20File%20Formats%20for%20Storing%20Masters%202%201.pdf

Helfer, Bernward; Lupprian, Karl-Ernst
Dateiformate. Eigenschaften und Eignung für die Archivierung
elektronischer Unterlagen. Eine Handreichung für Archivarinnen und Archivare. Auf der Grundlage der Internet-Präsentation eines Workshops des Vereins
Schweizerischer Archivarinnen und Archivare vom 16.5.2000
2004
http://www.gda.bayern.de/datfor.pdf
Ein erster Formatkatalog des VSA, in der übersetzten und ergänzten Fassung

Knight, Gareth; McHugh, John
AHDS Preservation Handbook Digital Audio
http://www.ahds.ac.uk/preservation/audio-preservation-handbook.pdf
2005
Diskussion von Audioformaten und ihrer Eignung für Archivierung

Knight, Gareth; McHugh, John
AHDS Preservation Handbook Moving Image
2005
http://www.ahds.ac.uk/preservation/video-preservation-handbook.pdf
Diskussion von Videoformaten und Eignung für Archivierung

Public Records Office Victoria (ed.)
VERS Long Term Preservation Formats
PROS 99/007 (Version 2) Specification 4
1999, update 2006
http://www.prov.vic.gov.au/vers/standard/pdf/99-7-4_Std_ver_2-1.pdf
Grundlegende Handreichung: Gibt einen knappen Katalog grundlegender Archivformate inkl. Details zur Verwendung.

Public Records Office Victoria (ed.)
Advice on VERS Long Term Preservation Formats
PROS 99/007 (Version 2) Specification 4
1999, update 2006
http://www.prov.vic.gov.au/vers/standard/pdf/99-7-4_Advice_ver_2-1.pdf
sh. oben

Schweizerisches Bundesarchiv
Archivtaugliche Dateiformate. Standards für die Archivierung digitaler Unterlagen
Juli 2007
http://www.bar.admin.ch/dienstleistungen/00516/00517/
Festlegung der vom Bundesarchiv als archivtauglich akzeptierten Formate

Westcott, Keith
AHDS Preservation Handbook Vector Graphics
2005
http://ahds.ac.uk/preservation/vectors-preservation-handbook.pdf
Diskussion von Grafikformaten und Eignung für Archivierung

Wilson, Andrew et al.
AHDS Moving Images and Sound Archiving Study
2006
http://www.jisc.ac.uk/uploaded_documents/Moving%20Images%20and%20Sound%20Archiving%20Study1.doc