Jour fixe 2026-07-10

Eine Seite aus dem Reformhaus

Jour fixe, Freitag, 10. Juli 2026

Themenwüsche bitte hier notieren.

Doppelte WD-Identifier

Ist eine Dokumentation notwendig, wenn Personen mit zwei WD Identifiern zusammen gelegt werden? Bei der GND senden wir gesondert einen GND-Report, welche Nummer der Gewinner ist. momentan haben wir 8 Personen mit doppelten WD-Identifiern, ich schätze, in der Vergangenheit wurde die WD aus dem Verliererdatensatz gelöscht.

Kristina: wir können die Datensätze auch in Wikidata mergen, wenn es sich um Duplikate (vielleicht sogar durch uns produziert?) handelt: https://www.wikidata.org/wiki/Special:MergeItems

Relationenvokabular in RDF

Umsetzung Entwurf ZDB_V0-1

Gruppierungen: bei direkter Übernahme würden Kollisionen mit der "Notation" auftreten, nach der die Credit-Auswahl bei der Bearbeitung organisisert ist. Die Neugruppierung sollte deshalb erst vorgenommen werden, wenn das RDF-Vokabular in den Bearbeitungszyklus integriert ist.

Kristina: könntest du das bitte kurz an einem Beispiel erklären? Ich verstehe das gerade noch nicht ganz.

DB: Die vorgeschlagene Gruppe "Mitwirkung" enthält 002 - "Mitwirkung" und 072 - "Interviews", bisher verteilt auf die Gruppen "Darsteller" und "Drehbuch". Für die Neugruppierung wären die Notationen so zu ändern, dass die neue Gruppe sowohl in der Auswahlliste wie auch in der Filmwerks-Darstellung zusammenhängend erscheint.

Filmportal-Redaktion schaut sich die Notation bei den neuen und geändertern Relatorengruppen an und schickt eine Exceltabelle an Detlev.

Relatoren für URIs: Bevor wir Relatoren umbenennen, muss erst die Verträglichkeit geprüft werden, und zwar mit

• Credits-Darstellung in filmportal.de und mit
• Anwendungen, die die Datenexporte verwenden (Goethe-Institut, Bundesarchiv, dffb, Filmakademie, VHH, AVefi ...)

Im XML-Export ändert sich nur etwas, wenn wir auch wirklich die Relatoren ändern. Die Entscheidung, ob wir die Relatoren an sich ändern, hängt noch davon ab wie große Auswirkung dieser Vorgang auf a) die ZDB und b) die Replikation mit filmportal.de hat. Die Änderung an den Relatoren wird mit Werk21 geklärt (s.u.) und auch erstmal nur auf der Ebene des Display-Labels geändert. Es soll ein Upgrade auf Drupal 11 stattfinden und in diesem Zuge ändert sich auch die technische Umsetzung der Credits in Drupal.

Kristina: an Werk21/kelly haben wir bereits eine Mail geschrieben, wie es mit den Auswirkungen auf filmportal.de aussähe, wenn wir Relatoren (bzw. die Bezeichnungen) ändern würden.

Abgleich mit vorhandenen Relationen

Für die einzelnen Vokabulare sollte auf jeden Fall geprüft werden, wie die verwendeten Identifikatoren derzeit in der ZDB-Relationentabelle aussehen. Eine Abfrage für die Agent-Relationen sähe beispielsweise so aus:

 SELECT Rel, COUNT(Rel) As Anz FROM relation WHERE 
    (((SubjEnt="P") AND (ObjEnt="P"))
    OR ((SubjEnt="P") AND (ObjEnt="KS"))
    OR ((SubjEnt="KS") AND (ObjEnt="KS"))
    OR ((SubjEnt="KS") AND (ObjEnt="KS")))
 GROUP BY Rel 

und für die Credit-Relationen so:

 SELECT Rel, count(Rel) AS Anz FROM relation WHERE 
   (SubjEnt="FW") AND ((ObjEnt="KS") OR (ObjEnt="P"))
  GROUP BY Rel ORDER BY Rel

Identifikatoren für URIs

Tatsächlich können wir bei den RDF-Darstellungen durchgehend mit IRIs arbeiten, d.h. aufgelöste Umlaute ("Auffuehrung" statt "Aufführung") sind nicht nötig. Im Identifikatoren-Teil müssen nur vorhandene Leerzeichen und einige Interpunktion (/, &, ", ?, : ) vermieden bzw. ersetzt werden.

Frage: Wollen wir es beim derzeitigen Durcheinander belassen, oder eine einheitliche Verwendung von IRIs (also das Beseitigen von "ae", "oe" etc.) anstreben?

DB: Ausnahmen wären zu machen bei den Tabellen-Namen in der ZDB (in der Ontologie als rdfs:Class deklariert), wenn wir eine Mapping-Ebene zwischen RDF und der relationalen Datenbank vermeiden wollen.

Der Tenor geht zu aufräumen, aber wir müssen abwarten, wie das mit der Änderung von Relatoren funktioniert (s.o.)

Grundsatzentscheidungen zu Namensräumen und URIs

Die anstehenden Entscheidungen zu LOD-Namensräumen sollen (hoffentlich) für Jahrzehnte Bestand haben. Dazu folgende Überlegungen:

• die Vokabulare bleiben eng mit den Werkzeugen und der Arbeitsweise der Filmwerks-Erfassung verknüpft. Hier sollte die LOD-Darstellung möglichst wenig vom ZDB-Datenmodell abweichen. Die Verwaltung der Vokabulare in RDF gestattet allerdings bessere Möglichkeiten der Anreicherung mit Definitionen, mehrsprachigen Bezeichnern und Mappings zu anderen Vokabularen, als das mit den bisherigen Tabellen "reldef" und "term" der Fall ist.

Gerne!

• Die Entitäten können dagegen freier neu definiert und benannt werden, wie im Ontologie-Entwurf von KR bereits vorgeschlagen. Die LOD-Darstellung der Filmwerke muss also keine RDF-Darstellung des XML-Exportschemas sein, sondern kann sich über die historische gewachsenen Definitionen hinweg setzen, solange die Aussagen aus der ZDB semantisch erhalten bleiben.

• Als Basis-Domains für URIs stehen derzeit "filmstandards.org" und "???.dff.film" zur Auswahl. Vorschlag DB: filmstandards.org für Vokabulare und Ontologie (sozusagen als Gemeingut) und irgendetwas wie "ld.dff.film" für die filmografischen Daten (als Produkt des DFF). Denkbar wäre auch etwas wie "vocab.dff.film" für die Vokabulare und die Ontologie. Dies wäre eine strategische Entscheidung, die das DFF treffen muss.

auch eine Subdomain von filmportal.de kann mit in die Diskussion aufgenommen werden.

Vorläufige RDF-Installation

Es sind jetzt einige Vokabulare in den Triplestore übertragen und hier abfragbar: https://ws.dff.film/ld-svc/sparql-ui/sparql.html .

Für URIs der Form http: //filmstandards.org/vocab/dff/ ist jetzt ein Resolver eingerichtet, so dass jeder Aufruf eines URI mit einer RDF/Turtle-Darstellung der Ressource beantwortet wird. Beispiel: http://filmstandards.org/vocab/dff/credit/Bauten .