Jour fixe 2025-04-04 - Versionsgeschichte

Dbalzer: /* Wikidata-Identifikatoren-Abgleich mit DFF-ZDB und GND */

2025-04-04T12:04:28Z

‎Wikidata-Identifikatoren-Abgleich mit DFF-ZDB und GND

Dbalzer: /* Jour fixe, Freitag, 04. April 2025 */

2025-04-04T10:24:47Z

‎Jour fixe, Freitag, 04. April 2025

Dbalzer: /* Jour fixe, Freitag, 04. April 2025 */

2025-04-04T09:54:44Z

‎Jour fixe, Freitag, 04. April 2025

Bsedmak: /* Jour fixe, Freitag, 04. April 2025 */

2025-04-04T09:22:49Z

‎Jour fixe, Freitag, 04. April 2025

Dbalzer: /* Personen */

2025-04-04T09:21:00Z

‎Personen

Bsedmak am 4. April 2025 um 09:16 Uhr

2025-04-04T09:16:41Z

Bsedmak: /* Jour fixe, Freitag, 04. April 2025 */

2025-04-04T09:08:52Z

‎Jour fixe, Freitag, 04. April 2025

Bsedmak am 4. April 2025 um 08:36 Uhr

2025-04-04T08:36:10Z

Dbalzer: /* Jour fixe, Freitag, 04. April 2025 */

2025-04-04T07:05:52Z

‎Jour fixe, Freitag, 04. April 2025

Dbalzer: /* Übermitteln neuer Matches an Wikidata */

2025-04-02T14:51:24Z

‎Übermitteln neuer Matches an Wikidata

@@ Zeile 28: / Zeile 28: @@
 === Wikidata-Identifikatoren-Abgleich mit DFF-ZDB und GND ===
 ==== Personen ====
-Es gibt jetzt, nach automatischer Übernahme von Wikidata-IDs, 3.298 Personen-Datensätze mit Wikidata-ID ohne GND-IDN. Ein großer Teil hiervon dürfte in der GND vorhanden sein und in diesen Fällen sollte die Wikidata-GND-Property ausgewertet werden um die GND-IDN in der ZDB nachzutragen.
+Es gibt jetzt, nach automatischer Übernahme von Wikidata-IDs, 3.298 Personen-Datensätze mit Wikidata-ID ohne GND-IDN. Ein großer Teil hiervon dürfte in der GND vorhanden sein und in diesen Fällen sollte die Wikidata-GND-Property ausgewertet werden um die GND-IDN in der ZDB nachzutragen:
 Dieser Vorgang lässt sich ZDB-seitig als Roboter-Skript ("Bot") realisieren. Anders als bei der ersten Wikidata-Personen-Auswertung sollte dieser Bot nicht als ungebremste Black Box arbeiten, sondern (1) überwacht und (2) gebremst, um die Nachrührung im Filmportal nicht zu überlasten.

@@ Zeile 19: / Zeile 19: @@
 |}
-Ja, das besagt, dass wir ein Textdokument haben, in dem die Person als Interviewpartner in Erscheinung tritt. Bisher ist das nur einmal angewandt wurden, bei Brigitte Helm:
+Ja, das besagt, dass wir ein Textdokument haben, in dem die Person als Interviewpartner in Erscheinung tritt. Bisher ist das erst einmal angewandt wurden, bei Brigitte Helm:
 <pre>select relation.Rel, person.uid as PersonUID, person.IDName from relation

← Nächstältere Version		Version vom 4. April 2025, 09:54 Uhr
Zeile 19:		Zeile 19:
	\|}		\|}

		+	Ja, das besagt, dass wir ein Textdokument haben, in dem die Person als Interviewpartner in Erscheinung tritt. Bisher ist das nur einmal angewandt wurden, bei Brigitte Helm:
		+
		+	<pre>select relation.Rel, person.uid as PersonUID, person.IDName from relation
		+	join person on person.uid=relation.ObjUID
		+	where (relation.SubjEnt="TD")
		+	</pre>

	=== Wikidata-Identifikatoren-Abgleich mit DFF-ZDB und GND ===		=== Wikidata-Identifikatoren-Abgleich mit DFF-ZDB und GND ===

@@ Zeile 49: / Zeile 49: @@
-==== Körperschaften ====
+==== Körperschaften ansetzen (bianca) ====
 - Sind immer an Orte gebunden - gibt es eine Möglichkeit, den Ort auszublenden? bei Gruppierungen (z.B. Bands oder Künstlerkollektive) ist u.U. kein Ort vorhanden, da diese global aktiv sind (oder sich keiner Nationalität zuordnen bzw. sich kein Land recherchieren lässt). Momentan manipuliere ich via SQL den ID Namen.
 - Namensansetzung: Momentan legen wir bei jeder Änderung der Gesellschaftsform einer Körperschaft einen neuen Eintrag an. Gab es schon einmal Überlegungen dies analog zu Personeneinträgen zu lösen oder zumindest in einer Beziehung der KS-Einträge zueinander (Vorgänger - Nachfolger?). in der Ausgabe auf Filmportal wäre das auch ein wünschenswertes Feature, um die Entwicklung einer Firma abzubilden (aktuell ist das Beispiel beetz brothers - ehemals gebrueder beetz filmproduktion [[https://zdb.dff.film/zf/ui/disp_ks.php?key=ks&uid=E5F7224E21A646BE95E5876053A730E8&skip=40]] - die wir noch voneinander trennen müssen)
-==== Rang bei Credits ====
+==== Rang bei Credits (bianca) ====
-absolutes Luxus-Thema, aber wäre es problematisch, wenn man beim Relationen setzen von FW zu PS bzw. KS auch gleich den Rang mit eingeben könnte? beim Ordnen von großen CAST ist das u.U. wirklich nervenaufreibend ;)
+absolutes Luxus-Thema, aber wäre es problematisch, wenn man beim Relationen setzen von FW zu PS bzw. KS auch gleich den Rang mit eingeben könnte? beim Ordnen von großen Cast ist das u.U. wirklich nervenaufreibend ;)

@@ Zeile 42: / Zeile 42: @@
 ==== "Nicht-Normdaten" ====
 In der vorigen Besprechung wurde übereinstimmend festgestellt, dass bei Personen-Datensätzen eine Unterscheidung zwischen solchen mit und ohen Normdaten-Charakter sinnvoll ist. Als "Nicht-Normadaten" wären solche Datensätze zu betrachten, die nur zur Vervollständigung der Film-Credits aufgenommen wurden, aber außer einem (meist unvollständigen) Namen keine identifizierenden Daten enthalten.
 Vorschlag: Diese Unterscheidung nicht nur für Personen, sondern auch für auch Körperschaften einführen.
 === Körperschaften ===

@@ Zeile 27: / Zeile 27: @@
 ==== Übermitteln neuer Matches an Wikidata ====
 Mögliche Vorgehensweisen anhand von Kristinas Erkundigungen und den Beschreibungen [https://www.wikidata.org/wiki/Wikidata:Data_donation/de#Wie_man_Daten_zu_Wikidata_hinzuf%C3%BCgt] bei Wikidata.
 === Personen ===

← Nächstältere Version		Version vom 4. April 2025, 09:08 Uhr
Zeile 1:		Zeile 1:
	== Jour fixe, Freitag, 04. April 2025 ==		== Jour fixe, Freitag, 04. April 2025 ==
		+
		+	=== Frage an Detlev ===
		+	Im Rahmen der Bearbeitung des Tätigkeitenvokabulars auf filmportal.de haben wir uns die Tabelle reldef näher angeschaut und haben eine kurze Rückfrage.
		+	Dort sind wir in der Spalte "Domain" auf die Abkürzung TD gestoßen: wir gehen davon aus, dass es Textdokument bedeutet, stimmt das? Analog dazu: MW = Musikwerk und WV = Werkvorlage, oder?
		+
		+	z.B.
		+	{\| class="wikitable mw-datatable" style="background-color:#FFFFFF"
		+	\|-
		+	! style="background-color:#669999" \| Relator !! style="background-color:#669999" \| Relator Gruppe !! style="background-color:#669999" \| Notation !! style="background-color:#669999" \| Domain !! style="background-color:#669999" \| Range !! style="background-color:#669999" \| Scope !! style="background-color:#669999" \| Display Form !! style="background-color:#669999" \|
		+	\|-
		+	\| Interviewpartner
		+	\|
		+	\|
		+	\| TD
		+	\| P
		+	\|
		+	\| Interviewpartner
		+	\|}
		+

	=== Wikidata-Identifikatoren-Abgleich mit DFF-ZDB und GND ===		=== Wikidata-Identifikatoren-Abgleich mit DFF-ZDB und GND ===

← Nächstältere Version		Version vom 4. April 2025, 08:36 Uhr
Zeile 23:		Zeile 23:
	=== Körperschaften ===		=== Körperschaften ===
	Sind bisher nur mit geringer Priorität behandelt worden, können aber in einem LOD-Umfeld zu wichtigen Verknüpfungspunkten werden. Welche Herangehensweisen sind denkbar?		Sind bisher nur mit geringer Priorität behandelt worden, können aber in einem LOD-Umfeld zu wichtigen Verknüpfungspunkten werden. Welche Herangehensweisen sind denkbar?
		+
		+
		+	==== Körperschaften ====
		+	- Sind immer an Orte gebunden - gibt es eine Möglichkeit, den Ort auszublenden? bei Gruppierungen (z.B. Bands oder Künstlerkollektive) ist u.U. kein Ort vorhanden, da diese global aktiv sind (oder sich keiner Nationalität zuordnen bzw. sich kein Land recherchieren lässt). Momentan manipuliere ich via SQL den ID Namen.
		+
		+	- Namensansetzung: Momentan legen wir bei jeder Änderung der Gesellschaftsform einer Körperschaft einen neuen Eintrag an. Gab es schon einmal Überlegungen dies analog zu Personeneinträgen zu lösen oder zumindest in einer Beziehung der KS-Einträge zueinander (Vorgänger - Nachfolger?). in der Ausgabe auf Filmportal wäre das auch ein wünschenswertes Feature, um die Entwicklung einer Firma abzubilden (aktuell ist das Beispiel beetz brothers - ehemals gebrueder beetz filmproduktion [[https://zdb.dff.film/zf/ui/disp_ks.php?key=ks&uid=E5F7224E21A646BE95E5876053A730E8&skip=40]] - die wir noch voneinander trennen müssen)
		+
		+	==== Rang bei Credits ====
		+	absolutes Luxus-Thema, aber wäre es problematisch, wenn man beim Relationen setzen von FW zu PS bzw. KS auch gleich den Rang mit eingeben könnte? beim Ordnen von großen CAST ist das u.U. wirklich nervenaufreibend ;)