Re: [Kitodo] Newspaper: Export Verzeichnisstruktur

Lieber Herr Fallert, Ich hatte Ihnen und der Community Ihre letzte Frage noch nicht beantwortet: Am 27.02.2018 um 16:56 schrieb Bernd Fallert: Wie viele und welche XML-Dateien erstellt werden, ist variabel und wird nur durch den Regelsatz (Attribut “anchor”) festgelegt. In der Ankerdatei werden die jeweils zu einem <DocStructType> gehörenden Metadaten gespeichert. Die unterschiedlichen Ebenen von Ankerdateien dienen also dazu, diese Metadaten auf verschiedene Dateien aufzuteilen, um so den Download zu beschleunigen. Bei Zeitungen ist das typischerweise folgender Aufbau der <DocStructType>s: Newspaper (anchor = true) +- PublicationYear (anchor = year) +- PublicationMonth (anchor = year) +- PublicationDay (anchor = year) +- Issue () Daher werden drei Dateien erstellt: (anchor = true) → mets_anchor.xml (1. Ankerebene) (anchor = year) → mets_year.xml (2. Ankerebene) () → mets.xml Es könnte im Regelsatz allerdings auch anders konfiguriert werden, dann würden mehr oder weniger Ankerdateien produziert. Wenn man nun ein Digitalisat über das Internet ausspielen will, muss es dazu über eine Internetadresse adressierbar und abrufbar sein. Wie genau dies geschieht und diese Adressen aussehen, ist von Haus zu Haus unterschiedlich. Es geschieht außerhalb von Production typischerweise durch einen Webserver. Z.B. können dazu Resolver eingesetzt werden, die zum Beispiel über eine PPN angesprochen werden. In der METS-Datei, die von Production generiert wird, muss jedoch der, oder müssen die Pfade eingepflegt werden, unter denen das Digitalisat später vom Webserver ausgespielt wird. Daher sind diese Pfade konfigurierbar. Die Anzahl der Pfade und wie diese aussehen müssen ergibt sich aus dem Regelsatz und der Konfiguration des Webservers bzw. Resolvers. Um dieser Flexibilisierung Rechnung zu tragen können in der Projektkonfiguration im Feld “METS Pointer Pfad” mehrere Pfade zu unterschiedlichen Ankerebenen (s.o.) angegeben werden. Diese müssen durch eine horizontale unterbrochene Linie („¦“, U+00A6) voneinander getrennt werden. Die Reihenfolge folgt dem Regelsatz, im obigen Beispiel also: http://pfad/zur/mets_anchor.xml¦http://pfad/zur/mets_year.xml (1. Ankerebene) ¦(2. Ankerebene) Gruß Matthias Ronge ________________________________ Matthias Ronge Software Entwicklung/Software Development [cid:Z_Logo_RGB_180px_2b974e26-85b9-4005-92dd-9bb8df881ab3.png]<http://www.zeutschel.de> <http://www.zeutschel.de [cid:Facebook-34x34_ab94d89a-875f-49f2-81f3-e136c66e4bb5.png]<https://www… [cid:Twitter-34x34_f9819937-1c34-4eab-b2fc-944fcf2e8938.png]<https://twit… [cid:YouTube-34x34_8cf03759-cc15-472e-a763-e628ea59d43b.png]<http://www.y… [cid:google_34x34_daf218c4-f635-49e8-af7a-ed2a74c251ea.png]<https://plus.… Zeutschel GmbH | Heerweg 2 | 72070 Tübingen | Deutschland p: +49 (7071) 9706-62 | m: | f: +49 (7071) 9706-44 e: Matthias.Ronge@zeutschel.de<mailto:Matthias.Ronge@zeutschel.de> | w: http://www.zeutschel.de [cid:zeta-banner-86x75_fuerWebsite_c5e46c08-490e-49fa-b13f-d59217ddd169.png]<http://www.zeutschel.de/links/Zeta-App Geschäftsführer/President: Joerg Vogler | Registergericht Stuttgart: HRB 380917