2023‐10‐17 Community Board (Kitodo.Production)

Teilnehmende: André Hohmann, Anja Piller, Armin Möller, Christoph Bartmann, Kerstin Wendt, Lole Westedt, Nils Reichert

Protokoll: Christoph Bartmann

TOP 1 Review des Kitodo-Anwendertreffens

Positive Bilanz des ersten Community-Treffens am 16.10.2023
- hoher Wert eines verstärkten Austauschs zwischen Kitodo-Anwendern
- Feedback der Anwender wichtig auch für Entwickler, die verstärkten Austausch begrüßen
- reger Austausch und ausgiebige Diskussion zeigen weiteren Bedarf an diesem Format

TOP 2 Weitere Themen für zukünftige Anwendertreffen

Austausch über Zeitungsdigitalisierung? Hier würde ein Austausch helfen zukünftige Bedarfe und Digitalisierungsaktivitäten in unterschiedlichen Häusern besser zu überblicken
Das Community-Treffen als Forum für den generellen Austausch: Wer nutzt Kitodo wofür?
- Format muss ins Verhältnis gesetzt werden zu Kitodo-Anwendertreffen, das auch diesem Zweck dienen soll
- Das Community-Treffen als Austauschforum für praktische Kitodo-Anwender/innen, die beim Anwendertreffen oft nicht vor Ort sind
- evtl. ein Sondetermin zum Austausch über verschiedene Ansätze in Kitodo
  - themenspezifische Austaauschrunden z.B. zum Thema Zeitungsdigitalsierung
  - Diskussion statt Frontal-Präsentation
- Ziel des Austauschs auch: Ermuting zur Mitwirkung am Wiki als erste Anlaufstelle für potentielle neue Kitodo-Institutionen

Top 3 Metadaten-Reimport, grundsätzliche Vereinbarungen und offene Fragen

Weitgehende Einigkeit über Position der Buttons im Metadateneditor und Optik des Dialogs (Vorschlag Oliver Stöhr https://github.com/kitodo/kitodo-production/discussions/5790#discussioncomment-7143726 )
Der Metadaten-Reimport betrifft in der aktuellen Iterationsstufe nur die Metadaten des Wurzelelements
Der DELETE-case wird vorerst nicht umgesetzt: Sollten Metadaten aus Kitodo in den reimportierten Katalogdaten fehlen, werden die jeweiligen Schlüssel in Kitodo nicht gelöscht
Manche Institutionen benötigen beim (Re-)Import der Metadaten auch Exemplardaten aus dem Katalogsystem. Dies muss evtl. berücksichtigt werden
Klarstellungsbedarf besteht bei den Fragen:
- Welche Information benötigt Kitodo um einen automatischen Re-Import durchführen zu können?
- Wo wird diese Information gespeichert?
Benötigt werden in jedem Fall a) die verwandte Importkonfiguration (der Katalogname allein genügt nicht) b) der identifizierende Schlüssel für den über den Import festgelegten Katalog
Aktuell wird in Kitodo software-seitig nicht erzwungen, dass das Metadatenfeld mit dem Vermerk 'use="recordIdentifier"' mit dem Katalogschlüssel übereinstimmt
Es gibt Institutionen, die in das Kitodo-Metadatenfeld noch ein Präfix vor den eigentlichen Katalogschlüssel setzen
Das Community Board schlägt vor die Information über die verwandte Import-Konfiguration und den verwandten Katalogschlüssel unabhängig von den Feldbelegungen in der meta.xml in der Datenbank zu vermerken; genauer als Eigenschaft des Kitodo-Vorgangs (Tabelle "process")
Klärungsbedarf besteht darüber hinaus im Hinblick auf die Visualisierung des Re-Imports von komplexen Gruppen-Schlüsseln, z.B. Personen
das Community Board schlägt vor in der ersten Iterationsstufe keinen Abgleich von Unterfeldern (Vorname, Rolle etc.) zu versuchen, sondern sich auf minimale Information zu beschränken
- Beschränkung auf die Informationen, dass es Änderungen an komplexen Schlüssel gab; im Zweifel muss das Katalogsystem konsultiert werden
- Information über Veränderung der Anzahl der Einträge in einer Metadatengruppe. Beispiel: Importierte Katalogaufnahme ergänzt einen weiteren Autor
- Evtl. Anzeige nur eines Elements zur besseren Vergleichbarkeit (Personen: displayname); dies erfordert Konfigurierbarkeit des "Anzeige-Schlüssels"

Top 4 Weiteres Vorgehen und Zielstellungen

Ziel: Erarbeitung einer möglichst präzisen Leistungsbeschreibung, die für Entwickler gut umsetzbar ist
Kommunikation der Anforderungsbeschreibung über
- Github-Diskussion auf deutsch, um möglichst frühzeitig Feedback und Kommentare von Community und Entwicklern zu erhalten
- Überführrung der Anforderungsbeschreibung in einen Github-Issue
Erarbeitung von möglichen Modellen für eine Konfinanzierung