Jour fixe 2026-04-10 - Versionsgeschichte

Krose: /* Tombstones / Deprecation */

2026-04-10T14:55:59Z

‎Tombstones / Deprecation

Bsedmak am 10. April 2026 um 14:34 Uhr

2026-04-10T14:34:59Z

Bsedmak am 10. April 2026 um 14:15 Uhr

2026-04-10T14:15:55Z

Krose: /* Werkvorlage und Musikwerk */

2026-04-10T14:02:05Z

‎Werkvorlage und Musikwerk

Dbalzer: /* Syntaktisch falsche Ordnungsdatum-Angaben */

2026-04-09T21:12:59Z

‎Syntaktisch falsche Ordnungsdatum-Angaben

Krose am 9. April 2026 um 15:00 Uhr

2026-04-09T15:00:35Z

Dbalzer: /* Elementvokabulare */

2026-04-08T09:58:30Z

‎Elementvokabulare

Dbalzer: /* Elementvokabulare */

2026-04-08T09:53:57Z

‎Elementvokabulare

Dbalzer: /* Syntaktisch falsche Ordnungsdatum-Angaben */

2026-04-08T09:52:36Z

‎Syntaktisch falsche Ordnungsdatum-Angaben

Dbalzer: /* Jour fixe, Freitag, 10. April 2026 */

2026-04-08T09:49:15Z

‎Jour fixe, Freitag, 10. April 2026

← Nächstältere Version		Version vom 10. April 2026, 14:55 Uhr
Zeile 35:		Zeile 35:

	(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)?		(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 ===		=== Werkvorlage und Musikwerk ===

← Nächstältere Version		Version vom 10. April 2026, 14:34 Uhr
Zeile 41:		Zeile 41:

	*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".		*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.

← Nächstältere Version		Version vom 10. April 2026, 14:15 Uhr
Zeile 18:		Zeile 18:

	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.		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 ===		=== Bugfixes ===

← Nächstältere Version		Version vom 10. April 2026, 14:02 Uhr
Zeile 32:		Zeile 32:

	(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.		(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".

@@ Zeile 15: / Zeile 15: @@
 === Syntaktisch falsche Ordnungsdatum-Angaben ===
-Die automatische Korrektur muss für jedes Aggregatwerk eigens konfiguriert werden. Deshalb sind bisher erst ca. 6.000 der ursprünglich ca. 16.000 Fälle bearbeitet.
+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.

← Nächstältere Version		Version vom 9. April 2026, 15:00 Uhr
Zeile 24:		Zeile 24:

	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.		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)?
		+
		+	=== 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.

@@ Zeile 11: / Zeile 11: @@
 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 alten 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.
+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 ===

@@ Zeile 9: / Zeile 9: @@
 === Elementvokabulare ===
-Kristinas Fragen hierzu finden sich in [[Elementvokabulare]] unter 2 - Diskussion, zusammen mit Anmerkungen von DB.
+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 alten 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.

← Nächstältere Version		Version vom 8. April 2026, 09:49 Uhr
Zeile 6:		Zeile 6:

	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.		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 in [[Elementvokabulare]] unter 2 - Diskussion, zusammen mit Anmerkungen von DB.
		+
		+	Der SPARQL-Zugang via https ist durch ein automatisches Update auf dem alten 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 ===		=== Syntaktisch falsche Ordnungsdatum-Angaben ===