Aktualisierung von Personen-Metadatengruppen durch Metadaten-Re-Import

[andre-hohmann]

Beschreibung

Ich teste die Aktualisierung der Metadaten:

• Update catalog metadata #6233

Das funktioniert sehr gut und wird die Korrektur/Anpassung der Metadaten in den Kitodo-Vorgängen deutlich verbessern. Vielen Dank an alle Beteiligten!
Die Aktualisierung der Metadatengruppen - insbesondere der Personenmetadaten - kann ich allerdings noch nicht vollständig nachvollziehen.

1. Wenn der Dialog zum Ersetzen der Metadaten (Siehe unten Anhänge "Dialog Ersetzen der Metadatengruppe") angezeigt wird, würde ich erwarten, dass die bestehenden Metadaten in Kitodo.Production durch die Katalogmetadaten ersetzt werden. Dies entspricht dem Verhalten nicht-hierarchischer Metadaten.
2. Es wird allerdings eine weitere Metadatengruppe angelegt, die manuell gelöscht werden muss. Siehe unten Anhänge "Aktualisierung der Metadatengruppe".
3. Wird nach dem Löschen der ursprünglichen Metadatengruppe die Aktualisierung erneut durchgeführt, wird keine weitere Metadatengruppe mehr erzeugt, die manuell gelöscht werden muss.

Fragen

1. Können Metadatengruppen überschrieben werden?
2. Muss die Konfiguration angepasst werden, um Metadatengruppen zu überschrieben?

Konfiguration

Im Regelsatz habe ich das Element "Anzeigename" mit dem Attribut use="groupDisplayLabel" gekennzeichnet.

Anhänge

Dialog Ersetzen der Metadatengruppe

Aktualisierung der Metadatengruppe

[BartChris]

Hallo @andre-hohmann,

ich konnte das Problem reproduzieren. Es scheint bei Gruppen aufzutreten, bei denen die Gruppe auf alwaysShowing gesetzt ist und 1 bis n Felder auf minOccurs="1".

Beispiel:

<key id="Author">
            <label>3000 (group)</label>
            <label lang="de">3000 VerfasserIn (Gruppe)</label>
            <key id="Author_PPN">
                <label>Author_PPN</label>
                <label lang="de">PPN VerfasserIn</label>
            </key>
            <key id="Author_GNDID">
                <label>Author_GNDID</label>
                <label lang="de">GNDID VerfasserIn</label>
            </key>
            <key id="Author_AuthorityURI">
                <label>Author_AuthorityURI</label>
                <label lang="de">GND-URI VerfasserIn</label>
            </key>
...
<setting key="Author" alwaysShowing="true"/>
<restriction key="Author">
    <permit key="Author_GNDID" minOccurs="1"/>
</restriction>

Das trifft auf alle oben angezeigten leeren Felder auf der linken Seite zu. Anscheinend verhindert die Einstellung minOccurence, dass die gesamte Gruppe überschrieben wird.

Korrektur: Anscheinend muss das Feld nicht zwingend mit minOccurs="1" belegt sein. Es reicht, dass beim Import eines der Felder der alten Metadatenrguppen leer ist. Im Bild z.B. Author_Relationcode.

Hier liegt wohl ein Bug vor.

[andre-hohmann]

@BartChris : Vielen Dank für die Analyse! Darauf wäre ich nicht gekommen.

In der SLUB Dresden wird dem Element RoleCode das Attribut minOccurs="1" zugewiesen.

Anscheinend werden auch neue Metadatengruppen erstellt, sobald der Wert in RoleCode in Kitodo.Production von dem Wert im Quellkatalog abweicht.
In diesen Fällen sollte der vorhandene Werte auch ersetzt werden, anstatt eine zweite Metadatengruppe zu erstellen.
Zumindest, wenn dies durch Auswahl des Pfeiles aktiv bestimmt wird

[BartChris]

Aktuell werden beim Einsammeln der aktuell in Kitodo aufgenommenen Metadaten die leeren Werte nicht übersprungen:

kitodo-production/Kitodo/src/main/java/org/kitodo/production/forms/dataeditor/UpdateMetadataDialog.java

Lines 70 to 77 in 6e9e69b

	private HashSet<Metadata> getMetadata(TreeNode treeNode) throws InvalidMetadataValueException {
	HashSet<Metadata> processDetails = new HashSet<>();
	for (TreeNode child : treeNode.getChildren()) {
	processDetails.addAll(((ProcessDetail) child.getData()).getMetadata(false));
	}
	return processDetails;
	}
	}

Evtl. ist
processDetails.addAll(((ProcessDetail) child.getData()).getMetadata(false));
//false = Leere Metadateneinträge werden nicht übersprungen

zur ändern auf
processDetails.addAll(((ProcessDetail) child.getData()).getMetadata(true));
//true = Leere Metadateneinträge werden übersprungen

Das löst zumindest das Problem. Ich weiß aber nicht, ob es an anderer Stelle zu Problemem führen könnte. cc @solth

[andre-hohmann]

Vergleiche Kommentar oben:

• Aktualisierung von Personen-Metadatengruppen durch Metadaten-Re-Import #6436 (reply in thread)

[BartChris]

Das Problem scheinen wirklich die leeren bzw. unbesetzten Felder zu sein.

Wenn man eine Gruppe mit leerem Feld in der Anzeige(!) hat, hält Kitodo sie im Moment der Abfrage des Metadatenvergleichs wie folgt vor:

(DMD_SEC) Author: 
(DMD_SEC) Author_DisplayForm: "Frugoli, Antonio"
(DMD_SEC) Author_Firstname: "Antonio", 
(DMD_SEC) Author_Life: ""

In dern internen(!) Metadatenrepräsentation hält Kitodo das leere Feld allerdings nicht vor:

(DMD_SEC) Author:
(DMD_SEC) Author_DisplayForm: "Frugoli, Antonio"
(DMD_SEC) Author_Firstname: "Antonio"

Beim Metadatenupdate werden diese beiden Repräsentationen verglichen und da sie für die Software nicht identisch sind, behält Kitodo den Personeneintrag.

kitodo-production/Kitodo/src/main/java/org/kitodo/production/services/dataeditor/DataEditorService.java

Line 552 in 6e9e69b

workpiece.getLogicalStructure().getMetadata().removeAll(comparison.getOldValues());

Eine Option wäre, wie oben bereits erwähnt, bereits beim Einsammeln der Metadaten alle leeren Felder zu ignorieren:

Dann sähe der Vergleich nicht so aus

sondern zeigt nur die wirklich besetzten Felder.

Evl. gibt es auch eine Möglichkeit die leeren Felder im Vergleich im User-Interface anzuzeigen (wenn das hilfreich ist beim Vergleich), sie aber beim eigentlichen Abgleich der Daten zu ignorieren, den Kitodo im Hintergrund ausführt.

[andre-hohmann]

Noch eine inhaltliche Ergänzung.

In der SLUB Dresden fehlen in K10plus in vielen Aufnahmen die Beziehungskennzeichen, weil sie früher nicht obligatorisch erfasst werden mussten und wenn, häufig nicht-standardisiert, wie zum Beispiel: [Hrsg.], ...
In Kitodo.Production wurden jedoch Beziehungskennzeichen hinzugefügt, wie zum Beispiel: Verfasser, Illustrator, ....

Wenn die Metadaten aktualisiert werden, würden die Beziehungskennzeichen entfernt werden.
Unter Umständen ist die Erzeugung/Beibehaltung beider Metadatengruppen in diesen Fällen von Vorteil, weil die "verstreuten" Informationen in einem Datensatz zusammengeführt werden könnten.
Aus meiner Sicht wäre es nachhaltiger, wenn die Daten in K10plus ergänzt würden.

Unter Umständen hat dieses Szenario zu der jetzigen Funktionalität geführt. Ich kann an den vorbereitenden Überlegungen nicht mehr nachvollziehen.

[apiller]

In Halle werden für die Rollen default-Werte beim Import gesetzt: je nach Kategorie aus der es kommt wird z.B. aut oder oth gesetzt. Langfristig wird es ein Mapping geben was die alten Werte wie Bearb., Gefeierter etc. auf den entsprechenden Code mappt. Da es das Import-xslt ist, würde es auch bei der Aktualisierung greifen und die Rollen würden nicht wegfallen. Ich kann die entsprechenden Stellen aus dem XSLT auch gerne in die Doku schreiben, wenn es fertig ist.

[andre-hohmann]

Ich habe auch einen Mechanismus umgesetzt, dass unbekannte Rollenbezeichnungen in "oth" gewandelt werden.

Ich dachte, dass dies auch angewendet wird, wenn keine Rollenbezeichnung vorhanden ist - dem ist nicht so.
Deshalb habe ich für Pica Feld 028A (3000) auch eine Regel erstellt, dass Verfasser eingetragen wird, wenn keine Rollenbezeichnung vorhanden ist. Danke für den Hinweis!

Somit ist mein inhaltlicher Hinweis doch kein gewichtiger Grund dafür, dass zwei Metadatengruppen für einen Personendatensatz werden.
Es sollte vielmehr die jeweilige Metadatengruppe ersetzt werden.

Ich wäre auf jeden Fall an dem XSLT interessiert!

[BartChris]

@solth Ich habe einen Issue hierzu erstellt: #6473

[BartChris]

Ich hoffe das Problem ist in Kitodo 4.0 und in der nächsten Version von Kitodo 3.8 und 3.9 gelöst:
#6495
#6897
#6898