DIF Filmographie Wiki - Letzte Änderungen [de]

Jour fixe 2026-08-28

Dbalzer — Tue, 25 Aug 2026 20:41:49 GMT

‎URIs für unselbstständiuge Entitäten

Geografika in RDF

Dbalzer — Mon, 24 Aug 2026 21:37:05 GMT

‎URIs für ZDB-Ländercodes

Jour fixe 2026-08-28

Dbalzer — Mon, 24 Aug 2026 21:12:43 GMT

‎Mapping

Jour fixe 2026-08-28

Krose — Wed, 19 Aug 2026 08:29:28 GMT

Reformhaus

Dbalzer — Mon, 17 Aug 2026 13:22:23 GMT

Jour fixe 2026-08-28

Dbalzer — Mon, 17 Aug 2026 13:21:49 GMT

‎Jour fixe, Freitag, 4. September 2026

Jour fixe 2026-09-04

Dbalzer — Mon, 17 Aug 2026 13:20:39 GMT

Dbalzer verschob die Seite Jour fixe 2026-09-04 nach Jour fixe 2026-08-28 Terminänderung

Neue Seite

Eine Seite aus dem [[Reformhaus]]

== Jour fixe, Freitag, 4. September 2026 ==

Themenwüsche bitte hier notieren.

Jour fixe 2026-09-04

Dbalzer — Fri, 14 Aug 2026 10:39:33 GMT

Die Seite wurde neu angelegt: „Eine Seite aus dem Reformhaus == Jour fixe, Freitag, 4. September 2026 == Themenwüsche bitte hier notieren.“

Neue Seite

Eine Seite aus dem [[Reformhaus]]

== Jour fixe, Freitag, 4. September 2026 ==

Themenwüsche bitte hier notieren.

Reformhaus

Dbalzer — Fri, 14 Aug 2026 10:38:35 GMT

‎Telekonferenzen zu anstehenden Themen

Jour fixe 2026-08-07

Krose — Wed, 12 Aug 2026 11:57:03 GMT

Migration filmstandards.org

Krose — Mon, 10 Aug 2026 16:05:39 GMT

Jour fixe 2026-08-07

Dbalzer — Fri, 07 Aug 2026 14:25:25 GMT

‎LD-Filmwerke

Datei:Dff-onto-beteiligung.png

Dbalzer — Fri, 07 Aug 2026 07:49:38 GMT

Dbalzer lud Datei:Dff-onto-beteiligung.png hoch DFF-ZDB-Ontologie Aussschnitt Skizze

Neue Seite

== Beschreibung ==
DFF-ZDB-Ontologie Aussschnitt Skizze

Jour fixe 2026-08-07

Dbalzer — Fri, 07 Aug 2026 07:30:33 GMT

‎Linked Data

Jour fixe 2026-08-07

Krose — Thu, 06 Aug 2026 15:21:11 GMT

Jour fixe 2026-08-07

Dbalzer — Wed, 05 Aug 2026 19:18:00 GMT

‎LD-Filmwerke

Geografika in RDF

Dbalzer — Wed, 05 Aug 2026 18:41:39 GMT

‎URIs für ZDB-Ländercodes

Jour fixe 2026-08-07

Dbalzer — Wed, 05 Aug 2026 18:32:27 GMT

‎Linked Data

Jour fixe 2026-08-07

Krose — Wed, 05 Aug 2026 15:55:10 GMT

Jour fixe 2026-08-07

Dbalzer — Mon, 03 Aug 2026 19:28:48 GMT

‎Migration filmstandards.org

Jour fixe 2026-08-07

Dbalzer — Mon, 03 Aug 2026 06:29:15 GMT

Die Seite wurde neu angelegt: „Eine Seite aus dem Reformhaus == Jour fixe, Freitag, 7. August 2026 == Themenwüsche bitte hier notieren.“

Neue Seite

Eine Seite aus dem [[Reformhaus]]

== Jour fixe, Freitag, 7. August 2026 ==

Themenwüsche bitte hier notieren.

Reformhaus

Dbalzer — Mon, 03 Aug 2026 06:28:51 GMT

← Nächstältere Version		Version vom 25. August 2026, 20:41 Uhr
Zeile 60:		Zeile 60:

	Lassen sich Nachteile für den Entwurf von KR finden? (DB vermutet: nein)		Lassen sich Nachteile für den Entwurf von KR finden? (DB vermutet: nein)
		+
		+	==== IDTitel versus Titel ====
		+
		+	Im Ontologie-Entwurf 0.4.1 ist die Property IDTitel entfernt worden; im Filmwerk-Entwurf IDTitel durch hatTitel ersetzt. Im ZDB-Datenmodell ist IDTitel absichtlich nicht als Instanz von Filmtitel modelliert, weil es hier als direkte, menschenlesbare Bezeichnung für das Filmwerk dient. Es ist ein einfacher String-Wert ohne weitere Eigenschaften. Bei der Erfassung wird der IDTitel automatisch aus den eigentlichen Titelangaben generiert und erfüllt nur den Zweck, das Filmwerk für menschliche Leser ohne SQL-Joins (und künftig in SPARQL ohne Property Chains) identifizierbar zu machen.

@@ Zeile 14: / Zeile 14: @@
 # als GND-Geografikum für den ZDB-Ländercode (Beispiel ZDB:D4 -> [https://d-nb.info/gnd/35065-5 GND:35065-5])
 # als Wikidata-Item für den ZDB-Ländercode (Beispiel ZDB:D4 -> [https://www.wikidata.org/wiki/Q170361 WD:Q170361])
-# oder vollständig unter einen eigenen DFF-Vokabular-Namensraum, mit Mappings zu allen bekannten URIs aus anderen Namensräumen.

@@ Zeile 10: / Zeile 10: @@
 ==== Geografika ====
 Wollen wir die Geografika-URIs aus pdf.region.Mappings zurückgreifen statt ein eigenes Vokabular zu führen?
 ==== Ranges und Domains ====
@@ Zeile 30: / Zeile 32: @@
 ==== zdbvoc:P1 / zdbvoc:P2 ====
 Müssen diese Properties in den Vokabular-Definitionen stehen, um diese in der ZDB nutzen zu können? Für den RDF-Ausdruck der ZDB werden sie ja nicht wirklich benötigt, weil die Werte mit u.a. zdb:inRolle, zdb:genanntAls modelliert werden.
 ==== Entitäten-URIs ====
 Wir möchten gerne URIs à la ld.filmportal.de/4E097896FE814D858788B0FCC0FA3D89 für die Entitäten (außerhalb der Vokabulare) verwenden – also eine Subdomain von filmportal.de (siehe: https://filmstandards.org/difzf/index.php?title=Jour_fixe_2026-07-10)
 Wir brauchen noch ein bisschen Nachhilfe, was das konkret für die Einrichtung dieser Subdomain bedeutet. Was müssen wir dafür mit Werk21 klären? Oder kann diese Subdomain unabhängig vom Drupal auf www.filmportal.de verwaltet werden?
 ==== „Hat …-Typ“-Properties ====
 Wir haben jetzt mehrere Properties, die die eine Instanz mit ihrem Typ aus dem Typenvokabular verbinden: zdb:hatTitelTyp, zdb:hatManifestationstyp, zdb:hatAuffuehrungsTyp, zdb:hatPruefungsTyp. Ist stattdessen auch eine generellere Property zdb:hatTyp denkbar? Ich habe sie testweise in Version 0.4.1 modelliert.
 ==== Mapping ====
 Ich habe vor einigen Jahren Mal RML / RML Mapper für das Generieren von Linked Data ausprobiert. Damals war das nicht so erfolgreich, weil die Ausgangsdatei ein XML war und xSLT am Ende besser funktioniert hat. Aber RML schien mir auf Tabellen als Ausgangsformat ausgelegt zu sein. Vielleicht interessant für uns? https://rml.io/specs/rml/ https://www.w3.org/TR/r2rml/

← Nächstältere Version		Version vom 19. August 2026, 08:29 Uhr
(2 dazwischenliegende Versionen desselben Benutzers werden nicht angezeigt)
Zeile 3:		Zeile 3:
	== Jour fixe, Freitag, 28. August 2026 ==		== Jour fixe, Freitag, 28. August 2026 ==

−	~~Themenwüsche bitte~~ hier ~~notieren~~.	+	=== Eine Handvoll RDF-Themen: ===
		+
		+	==== Gattungen ====
		+	Ist dieses Vokabular hier irgendwie nachnutzbar? Leider funktioniert das Aufrufen der URIs auch nicht wirklich, weil etwas in XTree falsch konfiguriert ist. https://xtree-public.digicult-verbund.de/vocnet/?uriVocItem=http://filmportal.vocnet.org/category/&startNode=c00061&lang=de&d=n
		+
		+	==== Geografika ====
		+	Wollen wir die Geografika-URIs aus pdf.region.Mappings zurückgreifen statt ein eigenes Vokabular zu führen?
		+
		+	==== Ranges und Domains ====
		+	Jetzt, wo wir die Vokabulare aus pdf.term und pdf.reldef in SKOS formuliert und ausgelagert haben, stellt sich mir die Frage nach der Verwendung von rdfs:range/rdfs:domain.
		+	In den Vokabular-Definitionen fallen Domain/Range komplett raus, weil es dort ja um skos:Concepts geht und nicht um Properties. Ich habe die bestehenden Aussagen durch zdbvoc:domain/zdbvoc:range geändert, damit die Info erstmal nicht verloren geht. Wenn wir das beibehalten wollen, müssen wir die Properties noch definieren.
		+
		+	In der Ontologie-Definition steht bei den Properties, welche in unserem RDF-Ausdruck der ZDB-Daten zu den o.g. Vokabularen führen, jetzt zdbvoc:term
		+	zdb:hatGattung a owl:ObjectProperty ;
		+	rdfs:label "hat Gattung" ;
		+	rdfs:range zdbvoc:term ; # rdfs:Resource?
		+	rdfs:domain zdb:Filmwerk .
		+	Damit ist ausgedrückt, dass als Range von zdb:hatGattung eine Instanz aus zdbvoc:term stehen muss?
		+	Bei zdb:inFunktion habe ich noch eine Extra-Nachfrage:
		+	zdb:inFunktion a owl:ObjectProperty ;
		+	rdfs:label "in Funktion" ;
		+	rdfs:range zdbvoc:rels ; # changed from zdbvoc:term
		+	rdfs:domain zdb:Beteiligung .
		+	Eigentlich ist rdfs:range ja aber zdb:Funktion, oder?
		+
		+	==== zdbvoc:P1 / zdbvoc:P2 ====
		+	Müssen diese Properties in den Vokabular-Definitionen stehen, um diese in der ZDB nutzen zu können? Für den RDF-Ausdruck der ZDB werden sie ja nicht wirklich benötigt, weil die Werte mit u.a. zdb:inRolle, zdb:genanntAls modelliert werden.
		+
		+	==== Entitäten-URIs ====
		+	Wir möchten gerne URIs à la ld.filmportal.de/4E097896FE814D858788B0FCC0FA3D89 für die Entitäten (außerhalb der Vokabulare) verwenden – also eine Subdomain von filmportal.de (siehe: https://filmstandards.org/difzf/index.php?title=Jour_fixe_2026-07-10)
		+	Wir brauchen noch ein bisschen Nachhilfe, was das konkret für die Einrichtung dieser Subdomain bedeutet. Was müssen wir dafür mit Werk21 klären? Oder kann diese Subdomain unabhängig vom Drupal auf www.filmportal.de verwaltet werden?
		+
		+	==== „Hat …-Typ“-Properties ====
		+	Wir haben jetzt mehrere Properties, die die eine Instanz mit ihrem Typ aus dem Typenvokabular verbinden: zdb:hatTitelTyp, zdb:hatManifestationstyp, zdb:hatAuffuehrungsTyp, zdb:hatPruefungsTyp. Ist stattdessen auch eine generellere Property zdb:hatTyp denkbar? Ich habe sie testweise in Version 0.4.1 modelliert.
		+
		+	==== Mapping ====
		+	Ich habe vor einigen Jahren Mal RML / RML Mapper für das Generieren von Linked Data ausprobiert. Damals war das nicht so erfolgreich, weil die Ausgangsdatei ein XML war und xSLT am Ende besser funktioniert hat. Aber RML schien mir auf Tabellen als Ausgangsformat ausgelegt zu sein. Vielleicht interessant für uns? https://rml.io/specs/rml/ https://www.w3.org/TR/r2rml/

@@ Zeile 3: / Zeile 3: @@
 === Telekonferenzen zu anstehenden Themen ===
-* '''[[Jour fixe 2026-09-04]]''' - Diskussionspunkte
+* '''[[Jour fixe 2026-08-28]]''' - Diskussionspunkte
 * [[Jour fixe 2026-08-07]] - Diskussionspunkte
 * [[Jour fixe 2026-07-10]] - Diskussionspunkte

@@ Zeile 1: / Zeile 1: @@
 Eine Seite aus dem [[Reformhaus]]
-== Jour fixe, Freitag, 4. September 2026 ==
+== Jour fixe, Freitag, 28. August 2026 ==
 Themenwüsche bitte hier notieren.

← Nächstältere Version		Version vom 12. August 2026, 11:57 Uhr
(Eine dazwischenliegende Version desselben Benutzers wird nicht angezeigt)
Zeile 42:		Zeile 42:

	Seitens filmportal.de werden die Anmerkungs-Felder bisher nicht ausgewertet. Das müsste geschehen, damit die Umlenkungen entweder als klickbarer Link oder als Redirect-Anweiseung an den Browser ausgegeben werden können.		Seitens filmportal.de werden die Anmerkungs-Felder bisher nicht ausgewertet. Das müsste geschehen, damit die Umlenkungen entweder als klickbarer Link oder als Redirect-Anweiseung an den Browser ausgegeben werden können.
		+
		+	''Vorschlag: separat über die Status-DB tracken, dann muss in filmportal.de nichts geändert werden, kann aber, wenn gewünscht. Im Grunde wäre es eine simple Tabelle mit der GUID des gelöschten Filmwerks bzw. des Verliererdatensatzes beim Zusammenlegen, einer Spalte mit der Gewinner-GUID (falls zutreffend) und einer Spalte mit dem Datum der Änderung. Aus der Status-DB können die Informationen dann in den RDF-Triple-Store geladen werden um die owl:sameAs oder owl:deprecated Info dort zu führen.''

@@ Zeile 8: / Zeile 8: @@
 '''cen/'''
-* Veraltetes zum CEN-Standard (2010) -- kann weg
+* Veraltetes zum CEN-Standard (2010) -- kann weg '''(Kristina: die PDFs, die dort liegen gerne archivieren)'''
 '''demo/'''
@@ Zeile 27: / Zeile 27: @@
 '''fsc/'''
-* Das Wiki zum CEN-Standard mit Workshop-Kompendium etc. -- '''portieren'''
+* Das Wiki zum CEN-Standard mit Workshop-Kompendium etc. -- '''portieren''' '''(Kristina: wofür steht fsc?)'''
 ** Portierung getestet mit Ziel PHP 8.3 und MariaDB 10.x erfolgreich.
@@ Zeile 43: / Zeile 43: @@
 '''midas/'''
-* Verweis-Seite auf MIDAS und XML-Schema vom SRZ Berlin (2008) -- '''archivieren?'''
+* Verweis-Seite auf MIDAS und XML-Schema vom SRZ Berlin (2008) -- '''archivieren?''' '''(Kristina: das Schema kann unter /schemas/ umgezogen werden)'''
 '''mmi/'''
-* Updates der Rechtedatenbank mit MS Access-Dateien, Stand 2006 -- '''archivieren?'''
+* Updates der Rechtedatenbank mit MS Access-Dateien, Stand 2006 -- '''archivieren?''' '''(Kristina: gerne, ich habe keinen Zugriff, da Login benötigt)'''
 '''news/'''
@@ Zeile 55: / Zeile 55: @@
 '''svc/'''
-* u.a. Gateway für Exporte aus filmportal-zdb an externe Nutzer -- '''portieren'''
+* u.a. Gateway für Exporte aus filmportal-zdb an externe Nutzer -- '''portieren''' '''(Kristina: was ist das?)'''
 '''uploads/'''
@@ Zeile 65: / Zeile 65: @@
 === vhost: collate.eu ===
-* Verwaiste Website auf Basis von Typo3, etliche temporäre Projektdateien -- '''archivieren'''
+* Verwaiste Website auf Basis von Typo3, etliche temporäre Projektdateien -- '''archivieren''' '''(Kristina: portieren? Die Website brauchen wir nicht mehr, aber die Mediendateien schon, siehe Kommentar unten beim Punkt "Datenbanken")'''
 ** verwendet Datenbank "collate", eventuell auch Daten aus "horde".
@@ Zeile 76: / Zeile 76: @@
 * apsc -  Paketverwaltung -- nicht übertragen
-* collate - Type3-CMS-Daten von Projekt Collate -- '''archivieren'''
+* collate - Type3-CMS-Daten von Projekt Collate -- '''archivieren''' '''(Kristina: bitte die Mediendateien, die dort liegen, portieren, da die Links von EFG und Europeana referenziert werden (http://www.collate.eu/digitizations/03599_faa_art_270929_p1.jpg). Wenn sich die Domain durch den Umzug ändert, können die Links in EFG angepasst werden.)'''
 * difwiki - Mediawiki-Daten zum DFF-Filmografie-Wiki -- '''portieren'''
 * fscwiki - Mediawiki-Daten zum Basis-Wiki filmstandards.org -- '''portieren'''

← Nächstältere Version		Version vom 7. August 2026, 14:25 Uhr
(Eine dazwischenliegende Version desselben Benutzers wird nicht angezeigt)
Zeile 34:		Zeile 34:

	In der Ontologie ist "Beteiligung" keine Unterklasse von "Ereignis". Das erscheint praktisch, aber etwas gegen die Intuition. Sollten wir das ändern oder in einer Definition begründen?		In der Ontologie ist "Beteiligung" keine Unterklasse von "Ereignis". Das erscheint praktisch, aber etwas gegen die Intuition. Sollten wir das ändern oder in einer Definition begründen?
		+
		+	''Geklärt: Beteligung und Ereignis bleiben disjunkt.''

	=== Tombstones ===		=== Tombstones ===

@@ Zeile 22: / Zeile 22: @@
 Bei mir sehen die IRIs mit Bindestrich in rels_Credits.trig im Syntax-Highlighting von VS Code etwas komisch aus. Machen die Probleme?
 ==== LD-Filmwerke ====
@@ Zeile 30: / Zeile 32: @@
 in https://ws.dff.film/ld-svc/sparql-ui/sparql.html zu bekommen. Die nächste größere Übung wird darin bestehen, Darstellungen für komplexere Filmwerke und schließlich auch für Aggregatwerke zu konstruieren.
 === Tombstones ===

← Nächstältere Version		Version vom 6. August 2026, 15:21 Uhr
(Eine dazwischenliegende Version desselben Benutzers wird nicht angezeigt)
Zeile 20:		Zeile 20:

	''DB: Dank für den Hinweis! Ist mir tatsächlich entgangen, dass die rdfs:range-Klasse bei den Credits zdb:Beteiligung sein muss. Das müssen wir ändern. Und domain zdb:Manifestation bei den Titeltypen ist in der Tat auch nicht richtig.''		''DB: Dank für den Hinweis! Ist mir tatsächlich entgangen, dass die rdfs:range-Klasse bei den Credits zdb:Beteiligung sein muss. Das müssen wir ändern. Und domain zdb:Manifestation bei den Titeltypen ist in der Tat auch nicht richtig.''
		+
		+	Bei mir sehen die IRIs mit Bindestrich in rels_Credits.trig im Syntax-Highlighting von VS Code etwas komisch aus. Machen die Probleme?

	==== LD-Filmwerke ====		==== LD-Filmwerke ====

← Nächstältere Version		Version vom 5. August 2026, 19:18 Uhr
(3 dazwischenliegende Versionen desselben Benutzers werden nicht angezeigt)
Zeile 20:		Zeile 20:

	''DB: Dank für den Hinweis! Ist mir tatsächlich entgangen, dass die rdfs:range-Klasse bei den Credits zdb:Beteiligung sein muss. Das müssen wir ändern. Und domain zdb:Manifestation bei den Titeltypen ist in der Tat auch nicht richtig.''		''DB: Dank für den Hinweis! Ist mir tatsächlich entgangen, dass die rdfs:range-Klasse bei den Credits zdb:Beteiligung sein muss. Das müssen wir ändern. Und domain zdb:Manifestation bei den Titeltypen ist in der Tat auch nicht richtig.''
		+
		+	==== LD-Filmwerke ====
		+
		+	Die Mehrzahl der Vokabulare aus den ZDB-Tabellen "term" und "reldef" sind so weit in RDF verfügbar (abgesehen von den ausstehenden domain/range-Änderungen, s.o., und noch fehlenden Vokabularen, v.a. aus der Tabelle "region"), dass wir exemplarische RDF-Darstellungen erster Filmwerke "von Hand" konstruieren können. Ein erster Versuch zur Diskussion ist mit der SPARQL-Anweisung
		+
		+	DESCRIBE <https://www.filmportal.de/4E097896FE814D858788B0FCC0FA3D89>
		+
		+	in https://ws.dff.film/ld-svc/sparql-ui/sparql.html zu bekommen. Die nächste größere Übung wird darin bestehen, Darstellungen für komplexere Filmwerke und schließlich auch für Aggregatwerke zu konstruieren.
		+
		+	=== Tombstones ===
		+
		+	Die wichtigste Frage hierbei ist, was in einem gelöschten Datensatz enthalten sein soll. Naheliegend wäre, einen Link zum "Gewinner"-Datensatz z.B. in filmwerk.Anmerkung zu schreiben. Zusätzlich bräuchte es ein Flag, mit dem dieser Datensatz sowohl ZDB-intern wie auch durch die filmportal-Suchfunktion von den aktiven Datensätzen unterschieden werden kann.
		+
		+	Seitens filmportal.de werden die Anmerkungs-Felder bisher nicht ausgewertet. Das müsste geschehen, damit die Umlenkungen entweder als klickbarer Link oder als Redirect-Anweiseung an den Browser ausgegeben werden können.

@@ Zeile 1: / Zeile 1: @@
 == URIs für ZDB-Ländercodes ==
-Naheliegend wäre, sich hier bei den [https://d-nb.info/standards/vocab/gnd/geographic-area-code.html GND-Regionencodes] zu bedienen. Allerdings gibt es ZDB-[[Ländercodes]], für die in der GND keine Entsprechung existiert. Mögliche Lösungen wären:
+Für die ISO 3166-Ländercodes gibt es nach wie vor keinen offiziellen RDF-Namensraum (die ISO ist in jeder Hinsicht im 20. Jahrhundert steckengebieben. Immerhin erlaubt man jetzt gnädiger Weise die Verwendung der Kürzel, ohne die 159 sFr für den Standard bezahlt zu haben).
 * GND GeographicAreaCode dort, wo eine Übereinstimmung existiert und GND-Geografikum für die übrigen Regionen.
 * ZDB-Ländercodes mit exakter Entsprechung zu ISO 3166 unter den ISO-Namensraum und die übrigen entweder
-** als GND-Geografikum für den ZDB-Ländercode (Beispiel ZDB:D4 -> [https://d-nb.info/gnd/35065-5 GND:35065-5])
+# als GND-Geografikum für den ZDB-Ländercode (Beispiel ZDB:D4 -> [https://d-nb.info/gnd/35065-5 GND:35065-5])
-** als Wikidata-Item für den ZDB-Ländercode (Beispiel ZDB:D4 -> [https://www.wikidata.org/wiki/Q170361 WD:Q170361])
+# als Wikidata-Item für den ZDB-Ländercode (Beispiel ZDB:D4 -> [https://www.wikidata.org/wiki/Q170361 WD:Q170361])
-** oder unter einen eigenen DFF-Vokabular-Namensraum
+# oder vollständig unter einen eigenen DFF-Vokabular-Namensraum, mit Mappings zu allen bekannten URIs aus anderen Namensräumen.

@@ Zeile 9: / Zeile 9: @@
 Gibt es Neues zur Beschaffung eines neuen Servers? Was muss noch zu den Positionen in der Liste  [[Migration_filmstandards.org]] entschieden werden?
-Nebenbei: am 24. Juli hat es auf dem jetzigen Server (auf dem auch dieses Wiki liegt) einen Crash gegeben, den wir (Markus / Detlev) am 27. durch Neustart beheben konnten.
+Nebenbei: am 24. Juli hat es auf dem jetzigen Server (auf dem auch dieses Wiki liegt) einen Crash gegeben, den wir (Markus / Detlev) am 27. durch Neustart beheben konnten. Das wirft mal wieder die Frage auf, ob und wie weit es eigentlich schon eine ordentliche Backup-Infrastruktur für alles rund um die ZDB gibt.
 ''Kristina: Können wir uns die Collate.eu-Inhalte nochmal anschauen? Du sagst, das kann archiviert werden, aber auf dem Server liegen auch Digitalisate (z.B. http://www.collate.eu/digitizations/00190_dif_cen_21041932_p1.jpg), die noch auf der Europeana und EFG referenziert werden. Generell planen wir ebenfalls, die Projektbeschreibung umzuziehe, aber für das Hosting der Digitalisate haben wir gerade keine bessere Alternative parat.''
@@ Zeile 18: / Zeile 18: @@
 In der aktuellen Version der Vokabular-Definition für die Credits ist die rdfs:range und rdfs:domain analog zur Verlinkung in der ZDB (z.B. zdbvoc:Animations-Kamera rdfs:domain zdb:Filmwerk ; rdfs:range zdb:Person .). In der Ontologie ist das mit zdb:Ereignis und zdb:Beteiligung ja aber anders modelliert - soweit ich das sehe auch noch in der neuen Version 0.4 (siehe Bild hier https://gitlab.api.dff.film/balilabs-coop/ld-svc/-/blob/main/datasets/ontologie/ZDB-Ontologie_V0-1_korrigiert.jpg). Ähnlich ist es beim Vokabular für die Titeltypen. Was hat hier Vorrang - ZDB-Realität oder ZDB-Ontologie? Oder spricht das dafür, doch noch die Properties zdbvoc:range und zdbvoc:domain zu nutzen (zusätzlich oder statt rdfs:range und rdfs:domain)

← Nächstältere Version		Version vom 5. August 2026, 15:55 Uhr
(Eine dazwischenliegende Version desselben Benutzers wird nicht angezeigt)
Zeile 10:		Zeile 10:

	Nebenbei: am 24. Juli hat es auf dem jetzigen Server (auf dem auch dieses Wiki liegt) einen Crash gegeben, den wir (Markus / Detlev) am 27. durch Neustart beheben konnten.		Nebenbei: am 24. Juli hat es auf dem jetzigen Server (auf dem auch dieses Wiki liegt) einen Crash gegeben, den wir (Markus / Detlev) am 27. durch Neustart beheben konnten.
		+
		+	''Kristina: Können wir uns die Collate.eu-Inhalte nochmal anschauen? Du sagst, das kann archiviert werden, aber auf dem Server liegen auch Digitalisate (z.B. http://www.collate.eu/digitizations/00190_dif_cen_21041932_p1.jpg), die noch auf der Europeana und EFG referenziert werden. Generell planen wir ebenfalls, die Projektbeschreibung umzuziehe, aber für das Hosting der Digitalisate haben wir gerade keine bessere Alternative parat.''
		+
		+	''Kristina: sollen wir das ZDB-Wiki eigentlich mit einem Login versehen?''
		+
		+	=== Linked Data ===
		+
		+	In der aktuellen Version der Vokabular-Definition für die Credits ist die rdfs:range und rdfs:domain analog zur Verlinkung in der ZDB (z.B. zdbvoc:Animations-Kamera rdfs:domain zdb:Filmwerk ; rdfs:range zdb:Person .). In der Ontologie ist das mit zdb:Ereignis und zdb:Beteiligung ja aber anders modelliert - soweit ich das sehe auch noch in der neuen Version 0.4 (siehe Bild hier https://gitlab.api.dff.film/balilabs-coop/ld-svc/-/blob/main/datasets/ontologie/ZDB-Ontologie_V0-1_korrigiert.jpg). Ähnlich ist es beim Vokabular für die Titeltypen. Was hat hier Vorrang - ZDB-Realität oder ZDB-Ontologie? Oder spricht das dafür, doch noch die Properties zdbvoc:range und zdbvoc:domain zu nutzen (zusätzlich oder statt rdfs:range und rdfs:domain)

← Nächstältere Version		Version vom 3. August 2026, 19:28 Uhr
(Eine dazwischenliegende Version desselben Benutzers wird nicht angezeigt)
Zeile 4:		Zeile 4:

	Themenwüsche bitte hier notieren.		Themenwüsche bitte hier notieren.
		+
		+	=== Migration filmstandards.org ===
		+
		+	Gibt es Neues zur Beschaffung eines neuen Servers? Was muss noch zu den Positionen in der Liste [[Migration_filmstandards.org]] entschieden werden?
		+
		+	Nebenbei: am 24. Juli hat es auf dem jetzigen Server (auf dem auch dieses Wiki liegt) einen Crash gegeben, den wir (Markus / Detlev) am 27. durch Neustart beheben konnten.

@@ Zeile 3: / Zeile 3: @@
 === Telekonferenzen zu anstehenden Themen ===
-* '''[[Jour fixe 2026-07-10]]''' - Diskussionspunkte
+* '''[[Jour fixe 2026-08-07]]''' - Diskussionspunkte
-* [[Jour fixe 2026-05-29]]- Diskussionspunkte
+* [[Jour fixe 2026-07-10]] - Diskussionspunkte
 * [[Jour fixe 2026-05-08]] - Diskussionspunkte
 * [[Jour fixe 2026-04-10]] - Diskussionspunkte