Jour fixe 2025-09-05 - Versionsgeschichte

Dbalzer: /* Unerledigtes aus voriger Besprechung */

2025-09-05T08:44:27Z

‎Unerledigtes aus voriger Besprechung

Dbalzer: /* Unerledigtes aus voriger Besprechung */

2025-09-05T08:42:24Z

‎Unerledigtes aus voriger Besprechung

Dbalzer: /* Arbeitshilfen zum Tätigkeiten-Vokabular */

2025-09-05T08:37:23Z

‎Arbeitshilfen zum Tätigkeiten-Vokabular

Dbalzer: /* DFF-Namensraum für Klassen und Properties des ZDB-Datenmodells */

2025-09-05T08:37:00Z

‎DFF-Namensraum für Klassen und Properties des ZDB-Datenmodells

Dbalzer: /* DFF-Namensraum für Klassen und Properties des ZDB-Datenmodells */

2025-09-05T08:27:00Z

‎DFF-Namensraum für Klassen und Properties des ZDB-Datenmodells

Dbalzer: /* Relationen-Mappings für Linked Data */

2025-09-05T08:25:43Z

‎Relationen-Mappings für Linked Data

Dbalzer: /* Wiki-Seiten mit Relationenvokabular */

2025-09-05T06:32:46Z

‎Wiki-Seiten mit Relationenvokabular

Dbalzer: /* Unerledigtes aus voriger Besprechung */

2025-09-05T06:13:43Z

‎Unerledigtes aus voriger Besprechung

Dbalzer: /* DFF-Namensraum für Klassen und Properties des ZDB-Datenmodells */

2025-09-05T06:12:31Z

‎DFF-Namensraum für Klassen und Properties des ZDB-Datenmodells

Dbalzer: /* Relationen-Mappings für Linked Data */

2025-09-04T15:19:08Z

‎Relationen-Mappings für Linked Data

← Nächstältere Version		Version vom 5. September 2025, 08:44 Uhr
Zeile 51:		Zeile 51:

	* '''Evaluierung von Ontologie-Plattformen''': Erkundung von OntoME lässt mich (DB) zweifeln, ob das empfehlenswert ist. Entwicklung scheint seit Frühjahr 2024 nicht fortgeschritten zu sein, obwohl noch viel zu tun wäre. Der Code ist über kein Git-Repository zugänglich, damit auch nicht wirklich Open Source. Die Projektzuständigkeiten in Lyon sind verworren und lassen die Befürchtung aufkommen, dass OntoME vielleicht jetzt schon ein verwaistes Projekt ist.		* '''Evaluierung von Ontologie-Plattformen''': Erkundung von OntoME lässt mich (DB) zweifeln, ob das empfehlenswert ist. Entwicklung scheint seit Frühjahr 2024 nicht fortgeschritten zu sein, obwohl noch viel zu tun wäre. Der Code ist über kein Git-Repository zugänglich, damit auch nicht wirklich Open Source. Die Projektzuständigkeiten in Lyon sind verworren und lassen die Befürchtung aufkommen, dass OntoME vielleicht jetzt schon ein verwaistes Projekt ist.
−	** '''''Vorschlag:''''' Nähere Evaluierung von VocBench. Ein anderer Kandidat wäre [https://vocabularyserver.com/web/ TemaTres], das anscheinend deutlich weiterentwickelt wurde und ~~wird~~. Auch denkbar: Generische Plattform (RDF-Triplestore) mit einfachen, formulargestützten Editiermöglichkeiten.	+	** '''''Vorschlag:''''' Nähere Evaluierung von VocBench. Ein anderer Kandidat wäre [https://vocabularyserver.com/web/ TemaTres], das anscheinend deutlich weiterentwickelt wurde und eine Programmschnittstelle für eigene Zusatzfunktionen bietet. Auch denkbar: Generische Plattform (RDF-Triplestore) mit einfachen, formulargestützten Editiermöglichkeiten.

← Nächstältere Version		Version vom 5. September 2025, 08:42 Uhr
Zeile 51:		Zeile 51:

	* '''Evaluierung von Ontologie-Plattformen''': Erkundung von OntoME lässt mich (DB) zweifeln, ob das empfehlenswert ist. Entwicklung scheint seit Frühjahr 2024 nicht fortgeschritten zu sein, obwohl noch viel zu tun wäre. Der Code ist über kein Git-Repository zugänglich, damit auch nicht wirklich Open Source. Die Projektzuständigkeiten in Lyon sind verworren und lassen die Befürchtung aufkommen, dass OntoME vielleicht jetzt schon ein verwaistes Projekt ist.		* '''Evaluierung von Ontologie-Plattformen''': Erkundung von OntoME lässt mich (DB) zweifeln, ob das empfehlenswert ist. Entwicklung scheint seit Frühjahr 2024 nicht fortgeschritten zu sein, obwohl noch viel zu tun wäre. Der Code ist über kein Git-Repository zugänglich, damit auch nicht wirklich Open Source. Die Projektzuständigkeiten in Lyon sind verworren und lassen die Befürchtung aufkommen, dass OntoME vielleicht jetzt schon ein verwaistes Projekt ist.
−	** '''''Vorschlag:''''' Nähere Evaluierung von VocBench. Auch denkbar: Generische Plattform (RDF-Triplestore) mit einfachen, formulargestützten Editiermöglichkeiten.	+	** '''''Vorschlag:''''' Nähere Evaluierung von VocBench. Ein anderer Kandidat wäre [https://vocabularyserver.com/web/ TemaTres], das anscheinend deutlich weiterentwickelt wurde und wird. Auch denkbar: Generische Plattform (RDF-Triplestore) mit einfachen, formulargestützten Editiermöglichkeiten.

@@ Zeile 39: / Zeile 39: @@
 Sobald das Relationenvokabular aus ''pdf.reldef'' in eine neue Datenbankform gebracht wurde, sollten sich die in der Wiki-Seite enthaltenen Informationen an einem Ort verwalten und von dort aus zu Hilfe-Seiten verarbeiten lassen.
-Problem bei der Präsentation im Auswahlformular zur Bearbeitungsfunktion "Person zuordnen": Relationen kassen sich zwar mit reldef.RelatorGruppe gut gruppieren, aber die Reihenfolge der Gruppen ist dann eine andere als bei der aktuellen Sortierung nach reldef.Notation. Wünschenswert wäre ein hierarchisch strukturiertes Auswahlformular, das die jetzige Reihenfolge beibehält. Momentan würde eine nach Gruppen strukturierte Auswahl so aussehen:
+Problem bei der Präsentation im Auswahlformular zur Bearbeitungsfunktion "Person zuordnen": Relationen lassen sich zwar mit reldef.RelatorGruppe gut gruppieren, aber die Reihenfolge der Gruppen ist dann eine andere als bei der aktuellen Sortierung nach reldef.Notation. Wünschenswert wäre ein hierarchisch strukturiertes Auswahlformular, das die jetzige Reihenfolge beibehält. Momentan würde eine nach Gruppen strukturierte Auswahl so aussehen:
    SELECT * FROM reldef WHERE reldef.Domain="FW" AND reldef.Range="P"

@@ Zeile 25: / Zeile 25: @@
 === DFF-Namensraum für Klassen und Properties des ZDB-Datenmodells ===
-Wird das überhaupt gebraucht, wenn alle Aussagen aus der ZDB in anderen Namensräumen ausgedrückt werden können?
+Wird ein DFF-Namensraum überhaupt gebraucht, wenn alle Aussagen aus der ZDB in anderen Namensräumen ausgedrückt werden können?
 Gründe dafür wären:
-der DFF-Namensraum würde als "Anker" für die Mappings zu anderen Namensräumen dienen. Die Mappings werden nicht immer präzise sein und je nach Ziel-Namensraum unterschiedliche Bedeutungsverschiebungen enthalten. Im DFF-Namensraum kann die ursprünglich gemeinte Bedeutung festgehalten werden.
+Der DFF-Namensraum würde als "Anker" für die Mappings zu anderen Namensräumen dienen. Die Mappings werden nicht immer präzise sein und je nach Ziel-Namensraum unterschiedliche Bedeutungsverschiebungen enthalten. Im DFF-Namensraum kann die ursprünglich gemeinte Bedeutung festgehalten werden.
 Andere Argumente pro oder contra?

@@ Zeile 29: / Zeile 29: @@
 Gründe dafür wären:
-der DFF-Namensraum kann als "Anker" für die Mappings zu anderen Namensräumen dienen. Die Mappings werden nicht immer präzise sein und je nach Ziel-Namensraum unterschiedliche Bedeutungsverschiebungen enthalten. Im DFF-Namensraum kann die ursprünglich gemeinte Bedeutung festgehalten werden.
+der DFF-Namensraum würde als "Anker" für die Mappings zu anderen Namensräumen dienen. Die Mappings werden nicht immer präzise sein und je nach Ziel-Namensraum unterschiedliche Bedeutungsverschiebungen enthalten. Im DFF-Namensraum kann die ursprünglich gemeinte Bedeutung festgehalten werden.
 Andere Argumente pro oder contra?

@@ Zeile 5: / Zeile 5: @@
 === Relationen-Mappings für Linked Data ===
-Um welche Ziel-Namensräume wollen wir und vorrangig kümmern?
+Um welche Ziel-Namensräume wollen wir uns vorrangig kümmern?
 * GND Ontology (Export von Personen und Körperschaften. Wären auch Filmwerke in Betracht zu ziehen?) Siehe hierzu auch Kristinas Liste von Personen-Relatoren aus der GND Ontology in [[Jour fixe 2025-07-11]]

@@ Zeile 33: / Zeile 33: @@
 Andere Argumente pro oder contra?
-=== Wiki-Seiten mit Relationenvokabular ===
+=== Arbeitshilfen zum Tätigkeiten-Vokabular ===
 Die Seite '''[[Tätigkeiten]]''' verweist auf Anwendungsbeispiele noch mit der alten und nicht mehr gültigen ZDB-Adresse (www.filmportal-zdb.de).
-Sobald das Relationenvokabular aus ''pdf.reldef'' in eine neue Datenbankform gebracht wurde, lassen sich die in der Wiki-Seite enthaltenen Informationen an einem Ort verwalten und von dort aus zu Hilfe-Seiten verarbeiten.
+Sobald das Relationenvokabular aus ''pdf.reldef'' in eine neue Datenbankform gebracht wurde, sollten sich die in der Wiki-Seite enthaltenen Informationen an einem Ort verwalten und von dort aus zu Hilfe-Seiten verarbeiten lassen.
 === Unerledigtes aus voriger Besprechung ===

@@ Zeile 43: / Zeile 43: @@
 * Fehlende Relation Filmwerk '''''hat_Thema''''' [ Sachbegriff | Person | Körperschaft ]. Sachbegriffe könnten vorrangig oder ausschließlich der GND entstammen, Personen und Körperschaften vorrangig oder ausschließlich der ZDB selbst.
 * '''Evaluierung von Ontologie-Plattformen''': Erkundung von OntoME lässt mich (DB) zweifeln, ob das empfehlenswert ist. Entwicklung scheint seit Frühjahr 2024 nicht fortgeschritten zu sein, obwohl noch viel zu tun wäre. Der Code ist über kein Git-Repository zugänglich, damit auch nicht wirklich Open Source. Die Projektzuständigkeiten in Lyon sind verworren und lassen die Befürchtung aufkommen, dass OntoME vielleicht jetzt schon ein verwaistes Projekt ist.
-'''''Vorschlag:''''' Nähere Evaluierung von VocBench. Auch denkbar: Generische Plattform (RDF-Triplestore) mit einfachen, formulargestützten Editiermöglichkeiten.
+** '''''Vorschlag:''''' Nähere Evaluierung von VocBench. Auch denkbar: Generische Plattform (RDF-Triplestore) mit einfachen, formulargestützten Editiermöglichkeiten.

← Nächstältere Version		Version vom 5. September 2025, 06:12 Uhr
Zeile 32:		Zeile 32:

	Andere Argumente pro oder contra?		Andere Argumente pro oder contra?
		+
		+	=== Wiki-Seiten mit Relationenvokabular ===
		+
		+	Die Seite '''[[Tätigkeiten]]''' verweist auf Anwendungsbeispiele noch mit der alten und nicht mehr gültigen ZDB-Adresse (www.filmportal-zdb.de).
		+
		+	Sobald das Relationenvokabular aus ''pdf.reldef'' in eine neue Datenbankform gebracht wurde, lassen sich die in der Wiki-Seite enthaltenen Informationen an einem Ort verwalten und von dort aus zu Hilfe-Seiten verarbeiten.

	=== Unerledigtes aus voriger Besprechung ===		=== Unerledigtes aus voriger Besprechung ===

@@ Zeile 7: / Zeile 7: @@
 Um welche Ziel-Namensräume wollen wir und vorrangig kümmern?
-* GND Ontology (Export von Personen und Körperschaften. Wären auch Filmwerke in Betracht zu ziehen))
+* GND Ontology (Export von Personen und Körperschaften. Wären auch Filmwerke in Betracht zu ziehen?) Siehe hierzu auch Kristinas Liste von Personen-Relatoren aus der GND Ontology in [[Jour fixe 2025-07-11]]
 * Wikidata (automatisierte Anreicherung des Wikidata-Bestandes aus der ZDB, alle Entitäten). Siehe hierzu auch [[Ergänzung des Datenschemas]], Abschnitt ''Relatoren aus Wikidata''