Jour fixe 2026-04-10

Eine Seite aus dem Reformhaus

Jour fixe, Freitag, 10. April 2026

Server-Umzug filmstandards.org

Die Wikis konnten testweise im BaliLabs-Intranet in eine aktuelle Software-Umgebung migriert werden. Bedeutender Aufwand bei Migration auf einen neuen DFF-Server ist damit nicht zu erwarten.

Elementvokabulare

Kristinas Fragen hierzu finden sich auf der Seite Elementvokabulare unter 2 - Diskussion, zusammen mit Anmerkungen von DB.

Der SPARQL-Zugang via https ist durch ein automatisches Update auf dem Server verlorengegangen. Das macht nichts, denn wir können künftig auf eine eigene Schnittstelle zurückgreifen, die ich (DB) ursprünglich mal für die LIDO-Terminologie entwickelt habe. Die lässt sich, wie lokale Tests zeigen, gut fürs DFF adaptieren.

Syntaktisch falsche Ordnungsdatum-Angaben

Die automatische Korrektur muss für jedes Aggregatwerk eigens konfiguriert werden. Deshalb sind bisher erst ca. 7.000 der ursprünglich ca. 16.000 Fälle bearbeitet.

Zu klären ist noch die Frage, wie künftig mit angekündigten, aber noch nicht erschienenen Filmwerken verfahren werden soll. Also denen, die bisher Ordnungsdatierungen wie JJJJ-00-13 oder JJJJ-13-00 haben.

BS: die JJJJ-13-00 können gerne eliminiert werden - ich habe eine Sicherheitskopie bereits gezogen zur WV, ob und wann eine UA stattgefunden hat.

Die JJJJ-00-13 sollten sehr unwahrscheinlich sein :)

Bugfixes

Die Auswahlliste bei der Filmtitel-Suche endete manchmal abrupt. Grund waren "verwaiste" Filmtitel-Eintrage (Reste von unvollständigen Löschvorgängen). Diese werden jetzt abgefangen; eine Liste der verwaisten Einträge (ca. 90) kann generiert werden.

In der Änderungsprotokoll-Ansicht gabe es häufig Mehrfacheinträge, wenn an einer Entität mehrere Änderungen an einem Tag vorgenommen wurden. Das ist jetzt behoben.

Tombstones / Deprecation

(Kristina) Bisher werden Datensätze, die gelöscht werden, ja komplett entfernt und der Link führt nur zur Info, dass der Datensatz nicht existiert. Wäre es mit Blick auf die Schnittstelle (und eigentlich auch filmportal.de) nicht besser, eine Art Tombstone-Datensatz zu haben, der die Info gibt, wann der Datensatz gelöscht wurde oder sogar eine Weiterleitung, wenn Datensätze zusammengelegt wurden (im Fall von Dubletten)?

• Datensätze zusammenlegen geht nur bei Personen und Körperschaften; bei Filmwerken ist es zu kompliziert
• Ein Tombstone-Datensatz könnte das Löschdatum und ggf. die UID des "Gewinners" beinhalten, sofern ein Datensatz mit einem anderen zusammengelegt wurde. Bei einem gelöschten Filmwerk könnte man diese UID im Tombstone-Datensatz händisch eintragen.
• Auf filmportal.de könnten diese Tombstone-Informationen dann ebenfalls anstelle des "Seite existiert nicht" angezeigt werden bzw. direkt eine Weiterleitung erfolgen.
• Ggf. ließe sich hieraus auch eine Abfrage oder automatisierte Weitergabe der Lösch-Infos an die DNB generieren
• Für andere Entitäten (Manifestationen, Titel, Aufführungen) wären diese Tombstones nur für die RDF-Schnittstelle nützlich, da diese auf filmportal.de nicht als eigene Seiten aufrufbar sind; ebenso im ZDB-Frontend.

Werkvorlage und Musikwerk

(Kristina) Wir hatten das Thema schon relativ abgeschlossen, aber ich würde gerne noch einmal zur Debatte stellen, ob es sich fur jeweils ca. 30 Datensätze dieser beiden Entitäten lohnt, diese weiter mitzuführen. Ich hatte es nicht so verstanden, dass in Zukunft wieder aktiv Werksvorlagen und Musikwerke als eigene Entitäten erfasst werden und habe ich gefragt, was dann der Mehrwert ist.

• Wir schauen bis zum nächsten Jour Fixe nochmal rein, welche und wieviele Verknüpfungen das betrifft, aber der Tenor geht in Richtung "rausschmeißen und Informationen archivieren".

• BS: es betrifft 27 MW und 29 WV-Verknüpfungen. Mir liegt eine abfrage vor, die die Filmwerke auch nennt.