Sammlung Funktionslücken und Herausforderungen Zeitungsbearbeitung

[andre-hohmann]

Anpassungen Export-XSLT (day, month, ..), Dokumentation Struktur Ausgabe (Aufteilung ohne Typ)

• Newspaper Calendar Function - Exported METS does not include "type" for "month" and "day" #4362

Beschreibung der Probleme bei der grundlegenden Konfiguration

• Newspaper Calendar Function - Exported METS does not include "type" for "month" and "day" #4362 (comment)

Export von Zeitungen dauert sehr lange, weil alle Hierarchieebenen exportiert werden (SLUB: Bei mehr als circa 1500 Ausgaben-Vorgänge hängt sich das System auf)

• Hierarchischer Export / Eltern nur 1x exportieren #6953

Erstellung <mets:dmdSec> von untypisierten Strukturelementen

• metadata "processTitle" creates an an additional <mets:dmdSec> for some document types #6024
• Newspaper Calendar Function - Exported METS does not include "type" for "month" and "day" #4362 (comment)
• Skip metadata assignment for untyped divisions #6931

[BartChris]

Enable a metadata group in the XML import for the calendar #6748

[BartChris]

In einer Arbeitsgruppe zur Frage der untypisierten Strukturelemente haben @subhhwendt @michaelkubina @andre-hohmann @BartChris folgendes zusammengetragen:

Die Anforderungen der DDB zur Zeitungsdigitalisierung verlangen, dass sowohl die METS der einzelnen Ausgabe als auch die mehrere Verweise auf Einzel-Ausgaben enthaltene Jahrgangs-METS alle Informationen zu Monat und Tag enthalten. Folgt die Institution der durch die DDB vorgebenen Standard-Struktur der Zeitungsdigitalisierung, so sind die jeweiligen Angaben zwischen Jahrgangs-METS und Ausgaben-METS kohärent.
Dies wirft die Frage auf, wo diese (eigentlich doppelte) Information autoritativ gepflegt wird.

Aktuell erlaubt Kitodo die Bearbeitung von ORDERLABEL und LABEL von MONAT und TAG an zwei Stellen:

1. In der METS-Datei des Zeitungsjahrgangs, in der MONAT und TAG als Strukturelemente vorliegen, die den Link zur Ausgabe (ISSUE) enthalten

<mets:div ID="uuid-4d2af1e2-4c12-49c1-aed4-97edeabcc5b8" TYPE="NewspaperMonth" ORDER="1" ORDERLABEL="2026-04">
                <mets:div ID="uuid-4b06cb0d-d5fc-49aa-b09a-bf73a412a19d" TYPE="NewspaperDay" ORDER="1" ORDERLABEL="2026-04-06">
                    <mets:div ID="uuid-2c9e7637-131a-4d1c-8eac-2477dae84390" TYPE="PeriodicalIssue" ORDER="1">
                        <mets:mptr LOCTYPE="OTHER" OTHERLOCTYPE="Kitodo.Production" xlink:href="database://?process.id=6158"/>
                    </mets:div>
                </mets:div>
</mets:div>

2. In der METS-Datei der Ausgabe (ISSUE), in der MONAT und TAG als untypisierte Pseudo-Strukturelemente hinterlegt sind.

<mets:div ID="uuid-098a4a08-8042-4ce9-bea7-274c6b774501" ORDER="1">
            <mets:div ID="uuid-c85e55ce-52b5-43d8-8418-ac1f9563e280" ORDER="1" ORDERLABEL="2026-04-13">
                <mets:div ID="uuid-658e9c93-4e1c-44b2-b97c-4d0537fe4727" DMDID="uuid-e4972c12-8e68-337c-9056-88420577b523" TYPE="PeriodicalIssue" ORDER="1"/>
            </mets:div>
        </mets:div>

Infolge der aktuellen Architektur der Kitodo-Software ist eine doppelte Datenhaltung in Teilen notwendig, da die Informationen in beiden exportierten METS-Dateien (Ausgabe und Jahr) benötigt wird. Da der Export der Kind-Datei (Ausgabe) grundsätzlich unabhängig von den Inhalten der Eltern-Datei erfolgt, muss in der Kind-Datei zumindest so viel Information vorliegen, dass zum Beispiel per XSL ein Auffüllen der Monats- und Tagesinformation ermöglicht wird. (Siehe ein beispielhaftes XSLT: #4362 (comment))

Während die Bearbeitung der METS-Datei des Jahrgangs unproblematisch ist, führt die Arbeit an der METS-Datei der Issue zu doppelter Datenhaltung und Problemen:

• Obwohl im Jahrgangs-METS alle Angaben zu Monat und Tag einer Ausgabe enthalten sind, muss dieselbe Information umständlich entweder a) manuell in den Metadaten der untypisierten Knoten gepflegt oder b) per XSL aus anderen Metadaten der Issue-METS abgeleitet werden
• Da die beiden Pseudo-Knoten für Monat und Tag untypsiert sind, greifen hier keine Restriktionen des Rulesets. Dies führt zur Anreicherung dieser Elemente mit unerwünschten Standard-Metadaten (always showing, preset).

Zur dichten Problembeschreibung siehe weitergehend: #4362 (comment)

Aus unserer Sicht sollte perspektivisch diese doppelte Datenhaltung nicht mehr unterstützt werden. Stattdessen genügt es, wenn die Angaben zu Monat und Tag einer Ausgabe nur beim Jahrgang gepflegt werden. Hierfür ist ein geeigneter Mechanismus zu implementieren und gleichzeitig Rückwärtskompatibiltität mit den Altdaten zu gewährleisten.

---

Wir schlagen das folgende, mehrstufige Verfahren vor:

1. Etablierung eines Anreicherungs-Mechanismus für per Kalender verwaltete Vorgänge

• Es wird ein Mechanismus etabliert, der ermöglicht beim Export der Ausgabe die Information zu Monat und Tag aus der METS-Datei des Elternvorgangs (bei Zeitungen der Jahrgang) auszulesen und in der METS-Datei der Ausgabe anzureichern. Strukturell wird der Mechanismus der Anreicherung der exportierten METS-Datei demnach um einen weiteren, kalenderspezifischen Mechanismus erweitert. (

  kitodo-production/Kitodo/src/main/java/org/kitodo/production/services/schema/SchemaService.java

  Line 72 in 55809fc

  public void tempConvert(Workpiece workpiece, Process process) throws IOException, DAOException, URISyntaxException,

  )

• Dieser Mechanismus sollte nur unter der Bedingung greifen, dass der Typ des Elternvorgangs per Ruleset per Kalender verwaltet wird. (use=createChildrenWithCalendar)

• Die Informationen zu MONAT und TAG werden im Elternvorgang autoritativ gepflegt. Beim Export der Ausgabe werden die entsprechenden Strukturknoten inklusive TYPE, LABEL und ORDERLABEL aus dem Elternvorgang im Kindvorgang materialisiert.

2. Einschränkung der Bearbeitbarkeit der Pseudo-Knoten in der METS-Datei der Ausgabe.

Um die Migration zum neuen Verfahren zu erleichtern, werden die untypisierten (Pseudo-)Knoten in der METS-Datei der Ausgabe weiterhin angezeigt. Eine Bearbeitung der Daten ist allerdings nicht mehr möglich, um Bugs zu verhindern.

3. Abschaffung der untypisierten Pseudo-Knoten

Perspektivisch ist die UI-Unterstützung für die Anzeige zu beenden. Damit wird auch im Bereich der UI eindeutig klargestellt, dass Monats- und Tagesinformation beim Jahrgang zu pflegen sind und von dort beim Export in die METS-Datei der Ausgabe(n) einzufügen ist.
Über eine Funktion, die im Batch-Verfahren, alle existierenden METS-Daten auf die neue Struktur umstell, kann nachgedacht werden.