docuteam wiki

Benutzer-Werkzeuge

Webseiten-Werkzeuge

Zuletzt angesehen:
docuteam:oais

Unterschiede

Hier werden die Unterschiede zwischen zwei Versionen angezeigt.

Link zu dieser Vergleichsansicht

Beide Seiten der vorigen RevisionVorhergehende Überarbeitung
Nächste Überarbeitung		Vorhergehende Überarbeitung
Nächste ÜberarbeitungBeide Seiten der Revision
docuteam:oais [2018/10/04 09:15] – Tobias Wildidocuteam:oais [2020/05/05 08:00] – Administrator
Zeile 1: Zeile 1:
 +**Die neue Dokumentation findet sich unter https://docs.docuteam.ch/introduction/de/index**
 +
 +----
 +
 +
 ===== Umsetzung von OAIS ===== ===== Umsetzung von OAIS =====
 Die folgende Grafik zeigt im Überblick, mit welchen Werkzeugen wir das OAIS (Open Archival Information System, ISO 14721) modularisiert umsetzen. Die folgende Grafik zeigt im Überblick, mit welchen Werkzeugen wir das OAIS (Open Archival Information System, ISO 14721) modularisiert umsetzen.
Zeile 20: Zeile 25:
   * [[docuteam:packer_240_config#abbildung_der_beschreibenden_metadaten_als_encoded_archival_description_ead|Detaillierte Auflistung der aktuell unterstützten EAD-Felder]]   * [[docuteam:packer_240_config#abbildung_der_beschreibenden_metadaten_als_encoded_archival_description_ead|Detaillierte Auflistung der aktuell unterstützten EAD-Felder]]
  
-Docuteam feeder kann auch digitale Ablieferungen entgegennehmen, die im SIP Format **eCH-0160** angeliefert werden. 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.  \\ \\+===== Andere SIP-Formate ===== 
 +Docuteam feeder kann auch digitale Ablieferungen entgegennehmen, die in anderen SIP-Formaten angeliefert werden. 
 + 
 +==== 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 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
  
 ===== Automatisierte Migration von Dateien in Archivformate ===== ===== Automatisierte Migration von Dateien in Archivformate =====
Zeile 28: Zeile 56:
  
 ===== Software "Von Archivaren für Archivare" ===== ===== 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 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. +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. +
- +
- +
-====== Dokumentation ====== +
- +
-===== Erstellung, Anzeige und Editieren von Informationspaketen ===== +
- +
-[[docuteam:packer_250|{{:oais:packer_editor_start.png?300}}]] +
- +
-[[docuteam:packer|docuteam packer (Erstellung, Editierung, Visualisierung von SIP)]] +
- +
- +
- +
-===== Ingest-Workflow ===== +
- +
-[[docuteam:feeder_older|{{:docuteam:feeder_ausfuehrungen.png?300}}]]+
  
-[[docuteam:feeder_older|docuteam feeder (Automatisierung und Steuerung des Ingest-Workflows)]]+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. \\ \\
  
  
Donate Powered by PHP Valid HTML5 Valid CSS Driven by DokuWiki