Liebe Kolleginnen und Kollegen,
am 4. und 5. September führen wir einige routinemäßige Systemaktualisierungen an den Web- und Datenbankservern sowie den Loadbalancern des DFG-Viewers durch, die einen Neustart der Geräte erfordern. Es kann daher an den genannten zwei Tagen zu kurzzeitigen Ausfällen des DFG-Viewers kommen. Wir bitten um Ihr Verständnis!
Viele Grüße
Sebastian Meyer
--
Sebastian Meyer
Stabsstelle Digitale Bibliothek
Sächsische Landesbibliothek -
Staats- und Universitätsbibliothek Dresden (SLUB)
Abteilung IT, Referat Digitale Bibliothek
01054 Dresden
Besucheradresse: Zellescher Weg 18
Tel.: +49 351 4677 206 | Fax: +49 351 4677 711
Mobil: +49 173 9615528
E-Mail: sebastian.meyer(a)slub-dresden.de<mailto:sebastian.meyer@slub-dresden.de>
http://www.slub-dresden.de<http://www.slub-dresden.de/>
Liebe Kolleginnen und Kollegen,
als Betreiber eines digitalen Langzeitarchivs erhalten wir unter anderem auch Retrodigitalisate aus Workflowsystemen wie Kitodo oder Goobi oder selbsterstellte METS-Dateien gemäß dem DFG-Viewer Anwendungsprofil. Da diese METS-Dateien nicht der Spezifikation entsprechen (siehe [1]) und wir auch keine StructLinks unterstützen, möchten wir die enthaltene Strukturinformation dadurch abbilden, dass wir die "Verlinkung" über die mets:fptr in den jeweiligen logischen structMaps darstellen. Ist dies mit dem Verwendung der StructLinks äquivalent oder gibt es Grenzfälle, die hierbei nicht abgedeckt werden (können)? Die StructLinks können wir bei Rücklieferung des METS wieder herstellen. Siehe Beispiel weiter unten.
Erlauben Sie mir noch eine andere Frage zur Genese des Profils: Ist die Verwendung der StructLinks der implementierungsseitigen Trennung der logischen Struktur (linke bzw. alt rechte Seite des Viewers) von der physischen (Bildviewer) entstanden?
DFG-Viewer METS:
structMap:PHYSICAL
<mets:div ID="PHYS-ID-e92e2668" ORDER="0" ORDERLABEL="-1" TYPE="page">
<mets:fptr FILEID="JPEG-ID-e92e2668"/>
<mets:fptr FILEID="ALTO-ID-e92e2668"/>
</mets:div>
<mets:div ID="PHYS-ID-914c0ca0" ORDER="38" ORDERLABEL="37" TYPE="page">
<mets:fptr FILEID="JPEG-ID-914c0ca0"/>
<mets:fptr FILEID="ALTO-ID-914c0ca0"/>
</mets:div>
[...]
structMap:LOGICAL
<mets:div DMDID="MODS-2706592" ID="LOG-ID-4e6eb0e8" LABEL="Inhaltsverzeichnis" TYPE="contents"/>
<mets:div DMDID="MODS-6bed1ca1" ID="LOG-ID-46e5290b" LABEL="Neue ...]" TYPE="article"/>
<mets:div DMDID="MODS-6100c225" ID="LOG-ID-468df57a" LABEL="Krieg...]" TYPE="article"/>
<mets:div DMDID="MODS-130e90f9" ID="LOG-ID-9fc00b2c" LABEL="Die ..." TYPE="article"/>
[...]
StructLinks
<mets:smLink xlink:from="LOG-ID-4e6eb0e8" xlink:to="PHYS-ID-e92e2668"/>
<mets:smLink xlink:from="LOG-ID-46e5290b" xlink:to="PHYS-ID-914c0ca0"/>
<mets:smLink xlink:from="LOG-ID-468df57a" xlink:to="PHYS-ID-914c0ca0"/>
<mets:smLink xlink:from="LOG-ID-9fc00b2c" xlink:to="PHYS-ID-914c0ca0"/>
[...]
Abbildung ohne Structlinks:
structMap:PHYSICAL
<mets:div ID="PHYS-ID-e92e2668" ORDER="0" ORDERLABEL="-1" TYPE="page">
<mets:fptr FILEID="JPEG-ID-e92e2668"/>
<mets:fptr FILEID="ALTO-ID-e92e2668"/>
</mets:div>
<mets:div ID="PHYS-ID-914c0ca0" ORDER="38" ORDERLABEL="37" TYPE="page">
<mets:fptr FILEID="JPEG-ID-914c0ca0"/>
<mets:fptr FILEID="ALTO-ID-914c0ca0"/>
</mets:div>
[...]
structMap:LOGICAL
<mets:div DMDID="MODS-2706592" ID="LOG-ID-4e6eb0e8" LABEL="Inhaltsverzeichnis" TYPE="contents">
<mets:fptr FILEID="JPEG-ID-e92e2668"/>
<mets:fptr FILEID="ALTO-ID-e92e2668"/>
</mets:div>
<mets:div DMDID="MODS-6bed1ca1" ID="LOG-ID-46e5290b" LABEL="Neue ...]" TYPE="article">
<mets:fptr FILEID="JPEG-ID-914c0ca0"/>
<mets:fptr FILEID="ALTO-ID-914c0ca0"/>
</mets:div>
<mets:div DMDID="MODS-6100c225" ID="LOG-ID-468df57a" LABEL="Krieg...]" TYPE="article">
<mets:fptr FILEID="JPEG-ID-914c0ca0"/>
<mets:fptr FILEID="ALTO-ID-914c0ca0"/>
</mets:div>
<mets:div DMDID="MODS-130e90f9" ID="LOG-ID-9fc00b2c" LABEL="Die ..." TYPE="article">
<mets:fptr FILEID="JPEG-ID-914c0ca0"/>
<mets:fptr FILEID="ALTO-ID-914c0ca0"/>
</mets:div>
[...]
Mit freundlichen Grüßen,
Marco Klindt
[1]
Seit dem METS Schema 1.5 (April 2005) wurden die smLink Attribute "to" und "from" von "mets:to^^xsd:IDREF" in "xlink:to^^xsd:string" geändert. Die Schemata und der Primer bilden dies richtig ab. Leider kann dies allein durch Schema-Validierung nicht erkannt werden.
Die verwendete DFG-Viewer METS Anwendungsprofile und METS-Schemata beinhaltet zwar xlink:to, verwenden sie aber nicht spezifikationsgemäß. In den Anwendungsprofilen ab 2.1 wird dann explizit auf eine METS Schemaversion > 1.5 verwiesen. Dort verweisen die xlink:Attribute auf ein xlink:label in den structMaps und nicht auf die IDREFS, dies ist konsistent mit XLINK.
Dies könnte auch durch Einfügen von xlink:labels in den structMaps und Konvertierung der Referenzen in xlink:to und xlink:from leicht Schema-konform transformiert werden.
Unser Langzeitarchiv erlaubt allerdings keine structLinks (zur Zeit auch nicht für Hyperlinks xlink:href) im AIP-METS. Dies ist auch bei anderen Langzeitarchiven wie z.B. der Bibliothèque nationale de France (BnF) oder auch Rosetta für AIPs üblich.
--
Marco Klindt <klindt(a)zib.de>
- Servicestelle Digitalisierung Berlin – digiS - http://www.servicestelle-digitalisierung.de
Zuse Institute Berlin, Takustraße 7, D-14195 Berlin-Dahlem, Germany
+49(30)84185-305 ℹ
