Unterschiede

Hier werden die Unterschiede zwischen zwei Versionen angezeigt.

--- docuteam:oais [2017/08/31 10:07] – [Datamodel METS Matterhorn Profile] ladina
+++ docuteam:oais [2020/05/05 08:02] – Administrator
@@ Zeile 1: / Zeile 1: @@
-===== OAIS Implementation =====
+**Die neue Dokumentation findet sich unter https://docs.docuteam.ch/introduction/de/index**
-The following illustration/graphic shows an overview of the tools we use to implement a modularised OAIS-Model (Open Archival Information System, ISO 14721).
-{{:oais:docuteam_architektur-oais_20150323.png?direct&900|}}
+\\
-{{:oais:docuteam_architektur-oais_20150323.pdf|Download PDF}}
+\\
-===== Datamodel METS Matterhorn Profile =====
-The data- and metadata model, which docuteam uses to create and describe information packages, is based on widespread, established and publicly accessible standards:
-  * [[http://www.loc.gov/standards/mets/mets-home.html|METS Metadata Encoding and Transmission Standard]] as a container format
-  * [[http://www.loc.gov/standards/premis/|PREMIS Data Dictionary 2.1]] for technical and administrative metadata. We currently use the entities «object» and «event». To display user rights within the archive in our next version we plan to use the entity «rights».
-  * [[http://dublincore.org/documents/2012/06/14/dcmi-terms/?v=elements|Simple Dublin Core]] for descriptive metadata
-  * for more complex structured metadata [[https://www.loc.gov/ead/|Encoded Archival Description (EAD).]]
-Together with the state archive(s) of the canton Wallis we described our own SIP format as a [[http://www.loc.gov/standards/mets/mets-profiles.html|METS-Profils]].
+===== Umsetzung von OAIS =====
-  * [[http://www.docuteam.ch/xmlns/sip-profile.xml|SIP Profile as XML-file]].
+Die folgende Grafik zeigt im Überblick, mit welchen Werkzeugen wir das OAIS (Open Archival Information System, ISO 14721) modularisiert umsetzen.
-  * {{:oais:spezifikation_matterhorn-mets_20160830_wi.pdf}} Specification of Matterhorn METS (as of 3.8.2016))
-  * {{:oais:01-simpletxt_1kb.zip|Beispielpaket 1:}} Simple package with one text file
-  * {{:oais:02-diversjpg_220kb.zip|Beispielpaket 2:}} Package with several photographs
-  * [[docuteam:packer_240_config#abbildung_der_beschreibenden_metadaten_als_encoded_archival_description_ead|Detailed list of currently supported EAD attributes/fields]]
-Docuteam feeder can also handle digital SIPs with an eCH-0160 format. The crosswalk between eCH-
+{{:oais:docuteam_architektur-oais_20150323.png?direct&900|}}
-and Matterhorn METS was specified within the scope of eCH-Whitepapers and a detailed Data
-Dicitionary. These documents can be found [[http://www.ech.ch/vechweb/page?p=page&site=/Gremien/Fachgruppen/digitale_archivierung/Dokumente|here.]] eCH is an acceptable delivery format for GEVER-
-Systems. It is not, however, a format for long term preservation, since its representation of the OAIS-Modell is incomplete. \\
-===== Software "Von Archivaren für Archivare" =====
+{{:oais:docuteam_architektur-oais_20150323.pdf|Download als PDF}}
-Unsere Software steht unter der Open Source-Lizenz [[https://www.gnu.org/copyleft/gpl.html|GPLv3]]. Docuteam will als Unternehmen von Projekt zu Projekt dazulernen. Wenn wir ein digitales Archiv realisieren, dann bringen wir unseren bestehenden Code ins Projekt ein. Der Kunde bezahlt dafür keine Lizenzgebühren sondern nur Entwicklungskosten für das, was er an Funktionalitäten zusätzlich benötigt. Wenn möglich führen wir Entwicklungsprojekte für mehrere Kunden gemeinsam durch, so verteilen sich die Kosten auf mehrere Organisationen. Wir glauben an dieses Innovationsmodell: Es hält Projektkosten tief, beschleunigt die Entwicklungszyklen und erlaubt es uns, unser Know-how und unsere Expertise als Archivare bestens in die Projekte einzubringen. Wir sehen uns primär als fachliche Partner der Archivinstitutionen und nicht als reine Softwarelieferanten.
-Auch die mitgelieferten Drittwerkzeuge stehen unter Open Source-Lizenzen. Es ist aber durchaus möglich (und auch üblich), kommerzielle Komponenten miteinzubinden, beispielsweise für bestimmte Dateikonvertierungen. Open Source bedeutet nicht, dass auf Wartung, Support und Störungsbehebung verzichtet werden muss. In der Regel schliessen wir Wartungs- und Unterstützungsverträge ab, dann sind die Verantwortungen und Ansprechspartner klar geregelt.
+===== Das Datenmodell: METS Matterhorn Profil =====
+Das Daten- und Metadatenmodell, welches Docuteam für Informationspakete verwendet, basiert auf weit verbreiteten, etablierten und öffentlich zugänglichen Standards:
+  * [[http://www.loc.gov/standards/mets/mets-home.html|METS Metadata Encoding and Transmission Standard]] als Containerformat
+  * [[http://www.loc.gov/standards/premis/|PREMIS Data Dictionary 2.1]] für technische und administrative Metadaten. Daraus verwenden wir gegenwärtig die Sektionen "Object" und "Event". Geplant ist, in einer nächsten Version mit Hilfe von "Rights" auch Benutzerrechte innerhalb des Archivs abzubilden.
+  * [[http://dublincore.org/documents/2012/06/14/dcmi-terms/?v=elements|Dublin Core]] für beschreibende Metadaten
+  * Oder für komplexer strukturierte Metadaten [[https://www.loc.gov/ead/|Encoded Archival Description (EAD).]] Hier arbeiten wir nach wie vor mit der Version 2002.
+Unser SIP-Format haben wir zusammen mit dem Staatsarchiv Wallis in Form eines [[http://www.loc.gov/standards/mets/mets-profiles.html|METS-Profils]] im Detail beschrieben.
+  * [[http://www.docuteam.ch/xmlns/sip-profile.xml|SIP-Profil als XML-Datei]].
+  * {{:oais:spezifikation_matterhorn-mets_20160830_wi.pdf|Spezifikation von Matterhorn METS}} (Stand 30.8.2017)
+  * {{:oais:01-simpletxt_1kb.zip|Beispielpaket 1:}} Einfaches Paket mit nur einer Textdatei
+  * {{:oais:02-diversjpg_220kb.zip|Beispielpaket 2:}} Paket mit mehreren Bilddateien
+  * [[docuteam:packer_240_config#abbildung_der_beschreibenden_metadaten_als_encoded_archival_description_ead|Detaillierte Auflistung der aktuell unterstützten EAD-Felder]]
-====== Dokumentation ======
+===== Andere SIP-Formate =====
+Docuteam feeder kann auch digitale Ablieferungen entgegennehmen, die in anderen SIP-Formaten angeliefert werden.
-===== Erstellung, Anzeige und Editieren von Informationspaketen =====
+==== eCH-0160 ====
+Der Crosswalk zwischen eCH-0160 und Matterhorn METS wurde im Rahmen eines eCH-Whitepapers und eines detaillierten Data Dictionaries spezifiziert. Die Dokumente finden sich bei eCH [[http://www.ech.ch/vechweb/page?p=page&site=/Gremien/Fachgruppen/digitale_archivierung/Dokumente|unter diesem Link.]] eCH-0160 ist ein Ablieferungsformat für GEVER-Systeme. Es ist //kein// Format für die Langzeitarchivierung, weil es das OAIS-Informationsmodell nur unvollständig abbildet.
-[[docuteam:packer_250|{{:oais:packer_editor_start.png?300}}]]
+==== Docuteam Dublin Core ====
+Ablieferungen aus Fachapplikationen verfügen nicht grundsätzlich über eine komplexe Struktur oder umfassende Metadaten. Für solche Fälle stellt das **Docuteam Dublin Core**-Format einen effizienten, und dennoch konsistenten Weg zur Verfügung. Es baut auf folgender Basis auf:
+  * **BagIt** als Container-Format
+    * SHA-256 (plus optional weitere) für Checksummenprüfung
+  * **Container-Struktur** (innerhalb des Bags)
+    - the root folder, corresponding to the "object", must be named "data"
+    - subfolders may be named freely
+    - subfolders may be organized recursively
+    - in each folder (at all levels) there is a mandatory metadata file always named "dc.xml"
+    - in addition, each folder (at all levels) may contain either (but not both!):
+      - one or more subfolders
+      - one datafile, which may be named freely (except "dc.xml")
+  * **metadata constraints**\\ This version 1.0 of the package format is restricted to the Dublin Core Metadata Element Set, limited to 15 elements (dc 1.1 terms, see http://dublincore.org/documents/dcmi-terms/#section-3). In addition, the following constraints apply:
+    - The "Identifier" field is mandatory at each level in "dc.xml", it must contain:
+      * At each level: the the client application identifier of the object with the prefix "clientid:" e.g. "clientid:1234567" or "clientid:d4FTw3v6T"
+      * At root level, a mandatory identifier with the customer namespace in the repository (this is often the ISIL code) prefixed with "namespace:", e.g. "namespace:CH-1234-1"
+    - The "Title" field is mandatory at each level in the "dc.xml" file. It is not repeatable.
+    - All other 13 dublin core elements are optional and repeatable
-[[docuteam:packer|docuteam packer (Erstellung, Editierung, Visualisierung von SIP)]]
+===== Automatisierte Migration von Dateien in Archivformate =====
+Unser Ingest-Prozess docuteam feeder ist in der Lage, eine Grosszahl von Ausgangsformaten automatisiert in archivtaugliche Dateiformate umzuwandeln.
+  * [[docuteam:format|Tabelle mit unserer Default-Konfiguration für Dateimigration]]
+  * Wir verweisen in unseren Projekten auf den [[https://www.bar.admin.ch/dam/bar/de/dokumente/konzepte_und_weisungen/archivtaugliche_dateiformate.1.pdf.download.pdf/archivtaugliche_dateiformate.pdf|Katalog archivtaugliche Dateiformate]] des Schweizerischen Bundesarchivs. \\ \\
+===== Software "Von Archivaren für Archivare" =====
+Unsere Software steht unter der Open Source-Lizenz [[https://www.gnu.org/copyleft/gpl.html|GPLv3]]. Docuteam will als Unternehmen von Projekt zu Projekt dazulernen. Wenn wir ein digitales Archiv umsetzen, dann bringen wir unseren bestehenden Code ins Projekt ein. Der Kunde bezahlt dafür keine Lizenzgebühren sondern nur Entwicklungskosten für das, was er an Funktionalitäten zusätzlich benötigt. Wenn möglich führen wir Entwicklungsprojekte für mehrere Kunden gemeinsam durch, so verteilen sich die Kosten auf mehrere Organisationen. Wir glauben an dieses Innovationsmodell: Es hält Projektkosten tief, beschleunigt die Entwicklungszyklen und erlaubt es uns, unser Know-how und unsere Expertise als Archivare bestens in die Projekte einzubringen. Wir sehen uns als fachliche Partner der Archivinstitutionen und nicht als reine Softwarelieferanten.
+Auch die mitgelieferten Drittwerkzeuge stehen unter Open Source-Lizenzen. Es ist aber durchaus möglich (und auch üblich), kommerzielle Komponenten miteinzubinden, beispielsweise für bestimmte Dateikonvertierungen. Open Source bedeutet nicht, dass auf Wartung, Support und Störungsbehebung verzichtet werden muss. In der Regel schliessen wir Wartungs- und Unterstützungsverträge ab, dann sind die Verantwortungen und Ansprechspartner klar geregelt. \\ \\
-===== Ingest-Workflow =====
-[[docuteam:feeder_older|{{:docuteam:feeder_ausfuehrungen.png?300}}]]
-[[docuteam:feeder_older|docuteam feeder (Automatisierung und Steuerung des Ingest-Workflows)]]
@@ Zeile 58: / Zeile 73: @@
 ===== End of Life =====
 Folgende Applikationen sind End of Life und werden nicht mehr untersützt:
+  * [[docuteam:transfer_10|docuteam transfer zur automatisierten Verschiebung abgeschlossener Dossiers aus dem Dateisystem in einen Speicherbereich. EOL September 2018.]]
   * [[docuteam:sip-creator|SIP-Creator (webbasierte Erstellung von SIP)]]
   * [[docuteam:sa-editor|Editor für Ablieferungsvereinbarungen]]