Wikidata:Forum: Difference between revisions

Auf dieser Seite werden alte Diskussionen nach 10 Tagen archiviert. Eine Übersicht aller Archive befindet sich hier. Das aktuelle Archiv befindet sich unter Wikidata:Forum/Archiv/2024/11.

Vielleicht habt ihr es schon mitbekommen? Die diesjährige WikiCon findet vom 29. September bis 1. Oktober im oberösterreichischen Linz statt. Vor ein paar Wochen haben wir euch den Austragungsort sowie unser Programmkonzept vorgestellt. Das Warten hat nun ein Ende: die offizielle Anmeldung und der Call for papers laufen – ihr seid herzlich eingeladen, euch aktiv einzubringen. Die WikiCon findet wieder in hybrider Form statt. Dadurch sind wir in der Programmgestaltung wesentlich flexibler und binden Menschen ein, die nicht in Linz dabei sein können.

Sei in Linz oder Online dabei …

Wenn du an der WikiCon 2023 teilnehmen möchtest, dann kannst du dich über https://anmeldung.wikicon.org anmelden. Hier hast du die Möglichkeit dich für eine Teilnahme vor Ort – oder wenn dir der Weg nach Linz zu weit ist, dich für zur Online-Teilnahme anzumelden.

In unserem Anmeldeformular werden, wie in den vergangenen Jahren, verschiedene Punkte abgefragt, die uns bei der Planung, z. B. von Räumen, von Essensvorlieben u. ä. helfen. Sicher wird es vielleicht bei dem Einen oder Anderen etwas geben, was wir bei der Planung berücksichtigen sollten. Bitte nutze dazu unbedingt das Freifeld im Formular oder wende dich zeitnah an das Orga-Team, damit wir gemeinsam nach Lösungen suchen und für dich organisieren können. Wir möchten die Veranstaltung möglichst inklusiv und barrierefrei gestalten.

Wir brauchen ja nicht zu erwähnen, dass es uns wirklich sehr hilft, wenn du dich zeitnah anmeldest – so könnten wir Essen, Betten und das Rahmenprogramm besser planen und organisieren…und natürlich auch, damit die WikiCon-Anmeldung nicht in eurer Sommer- und Urlaubszeit untergeht.

Wie in den vergangenen Jahren kann auch in diesem Jahr eine finanzielle Unterstützung von Fahrt- und/oder Übernachtungskosten beim jeweiligen Chapter (Wikimedia Deutschland, Wikimedia Österreich oder Wikimedia CH) beantragt werden. Du musst keine zusätzliche E-Mail-Anfrage zur Übernahme der Fahrtkosten senden. Wenn du eine Förderung in Anspruch nehmen möchtest, dann benötigen wir deine Anmeldung spätestens bis zum 28. August. Zur Ermöglichung der Teilnahme bieten die Wikimedia-Vereine zudem Unterstützung in Form der Kostenübernahme für Care-Arbeit an, vor Ort gibt es zudem das Angebot einer Kinderbetreuung. Weitere Informationen findest du auf der Seite Förderung.

Zudem haben wir in den letzten Wochen die Rahmenbedingungen zur Teilnahme an der WikiCon aktualisiert, an den Veranstaltungsort angepasst und in den FAQ zusammengetragen.

Keine WikiCon ohne Programm …

… daher startete zeitgleich mit der Anmeldung der Call for papers, bei dem ihr eure Programmvorschläge einreichen könnt. Ob live vor Ort oder online, wir freuen uns über deinen Beitrag!

Besonderen Stellenwert möchten wir entsprechend unserer Schwerpunkte auf Vorträge, Workshops und Podiumsdiskussionen in einer wertschätzenden Atmosphäre legen.

Wir freuen uns auch auf deine Einreichungen zu kontroversen Themen. Das neue Format Streitgespräch schafft Raum für eine breite Diskussion in konstruktiver Atmosphäre: Für Themen, bei denen unterschiedliche Meinungen, Ansichten oder Positionen zwischen zwei oder mehreren Parteien aufeinander treffen. Anders als in Diskussionsrunden wissen die Parteien bereits im Vorfeld, dass sich ihre Ansichten deutlich voneinander unterscheiden. Dabei ist es besonders wichtig, dass der Austausch konstruktiv ist, um Meinungsverschiedenheiten und ihre Ursprünge beleuchten zu können. Ziel der Streitgespräche ist zum einen die gemeinsame Lösungsfindung und zum anderen die Stärkung des Verständnisses untereinander. Streitgespräche werden von einer externen Moderation geleitet.

Da wir ja das Programm noch zusammenstellen und drucken müssen, bitten wir darum, dass du uns deine Vorschläge bis zum 3. August übermittelst. Das Vorgehen ist auf der Seite Programmvorschläge beschrieben.

Geolina und --Wnme (talk) 21:03, 28 July 2023 (UTC) für das Orga-Team[reply]

Worin besteht der Unterschied zwischen student (Q48282) und university student (Q315247)? Die deutsche Beschreibung ist wenig hilfreich. Quick-O-Mat (talk) 14:52, 4 August 2023 (UTC)[reply]

Man müsste sich die Sitelinks und die Versionsgeschichte im Detail anschauen, aber meine Intuition wäre, dass w:de:Student bei student (Q48282) nichts zu suchen hat. Das englische student mit Student zu übersetzen, ist ja auch ein häufiger falscher Freund, weil im Englischen nicht auf den tertiären Bereich beschränkt. Angesichts der vielen Sitelinks befürchte ich aber, dass da schnell ein ganzer Arbeitstag draufgehen könnte. --Emu (talk) 00:01, 5 August 2023 (UTC)[reply]

Das englische Label ist ja eigentlich schon die Lösung. student (Q48282) student und university student (Q315247) university student. Die Frage ist nur, in was man das deutsche Label bei student (Q48282) ändern könnte. "Bildungseinrichtung besuchende Person" vielleicht? Und dann wäre bei university student (Q315247) unter Anderem auch noch die Frage, ob Fachhochschulen bei dieser engeren Definition enthalten sind oder nicht. Die Wikilinks aufzuräumen dürfte, wie in einigen anderen Fällen auch, aber praktisch unmöglich sein. GPSLeo (talk) 17:57, 5 August 2023 (UTC)[reply]

Hi GPSLeo! Meinst du nicht eher „in was man die deutsche Beschreibung ändern könnte“? LG --- Quick-O-Mat (talk) 18:03, 5 August 2023 (UTC)[reply]

Die muss sowieso geändert werden, dass Label sollte allerdings auch geändert werden, da das aktuelle, wie festgestellt, eine Fehlübersetzung ist. GPSLeo (talk) 15:37, 6 August 2023 (UTC)[reply]

Das Grundproblem, dass die Datenobjekte auf den Interwikilinks beruhen, die in Wikipedia Pi mal Daumen eingetragen wurden und jetzt als 1:1 Übersetzungen gelten, trifft bekanntlich auf viele Einträge zu. Ein passendes Übergangs-Label wäre: "Schüler/Student/Teilnehmer". Wenn man sich die Mühe macht, die Begriffe auseinanderzudröseln (siehe die Anleitung von Emu) und die 500+ verlinkten Objekte überprüft, müsste man sicher stellen, dass mit den nächsten Botläufen nicht wieder alles vermischt wird. Für "Minderheitensprachen", und das sind in Wikidata alle außer Englisch, ist diese Aufgabe nur schwer lösbar. --Kolja21 (talk) 20:13, 6 August 2023 (UTC)[reply]

Die archivierte Version vom 4. August 2023 befindet sich hier → Wikidata:Forum/Archiv/2023/07#Künstlername (P1787)

Seit einiger Zeit wird nach der Eingabe des Künstlernamens folgender Fehler angezeigt: Eigenschaftseinschränkung „erforderliche Qualifikatoren“ Dieser Künstlername-Aussage fehlt der Qualifikator Schrift. Es lässt sich aber gar keine Schrift eingeben, da das betreffende Feld nicht angezeigt wird. Quick-O-Mat (talk) 19:46, 24 July 2023 (UTC)[reply]

Ich habe Q1806115#P1787 entsprechend angepasst, vielleicht ist die Beschränkung jetzt klarer? --Emu (talk) 20:34, 24 July 2023 (UTC)[reply]

Aha, jetzt verstehe ich, was mit Qualifikator Schrift gemeint ist. Ich finde das allerdings sehr verwirrend. Besser wäre die Form, wie sie von name in native language (P1559) genutzt wird. Daher war mir die Fehlermeldung auch nicht verständlich. Allerdings scheint es anderen auch so zu ergehen, denn gleich die ersten drei überprüften Verlinkungen hatten dieselbe Fehlermeldung, siehe [1], [2], [3]. LG --Quick-O-Mat (talk) 01:02, 25 July 2023 (UTC)[reply]

+1. Als "erlaubter Qualifikator" ist "Schrift" ok, aber verpflichtend ist imho übertrieben. Worin soll der Vorteil für Mensch oder Maschine bestehen? --Kolja21 (talk) 02:37, 25 July 2023 (UTC)[reply]

Das scheint in der Entstehungsgeschichte von art name (P1787) begründet zu sein, offenbar war man sich am Anfang gar nicht richtig sicher, ob man bei nicht-asiatischern Künstlern diese Eigenschaft überhaupt verwenden kann. --Emu (talk) 06:44, 25 July 2023 (UTC)[reply]

Besteht jetzt Konsens darin, den Qualifikator "Schrift" von "verpflichtend" auf "erlaubt" zu ändern? Ich stimme da Kolja21 voll zu. Mein Vorschlag wäre, dieselben Einstellungen bezüglich der Sprachangabe wie bei "name in native language (P1559)" und "nickname (P1449)" vorzunehmen. --Quick-O-Mat (talk) 15:23, 4 August 2023 (UTC)[reply]

+1. Die Vorgaben sollten einheitlich sein. --Kolja21 (talk) 20:53, 4 August 2023 (UTC)[reply]

Ich muss zugeben, dass mir diese Eigenschaft neu ist. Ich musste mich auch erstmal kurz einlesen. Bisher hatte ich in einen solchen Fall immer die Eigenschaft pseudonym (P742) mit dem Qualifikator object of statement has role (P3831)stage name (Q1055303) genutzt. Ich glaube auch, dass diese Nutzung bei nicht asiatischen Künstlern wohl genutzt werden soll. Denn die Eigenschaft art name (P1787) wurde ja eindeutig für „hào“s erstellt, also für asiatische Künstlertitel. Ich weiß nicht, ob man nun diese Eigenschaft wirklich aufweichen muss. --Gymnicus (talk) 22:02, 4 August 2023 (UTC)[reply]

Es wird doch nichts „aufgeweicht“, wenn man die Spracheinstellungen von "verpflichtend" auf "erlaubt" ändert. Ein Pseudonym verwenden z. B Autoren literarischer Werke, deren wirklicher Name dem Leser nicht bekannt ist. Einen Künstlernamen z. B. Musiker, die nicht unbedingt auf einer Bühne stehen, die ihren wirklichen Namen jedoch nicht unbedingt verbergen. --Quick-O-Mat (talk) 23:18, 4 August 2023 (UTC)[reply]

Schon, aber die Praxis geht nach meiner Erfahrung doch eher in die Richtung, die Gymnicus beschreibt. Jedenfalls halte ich es (mehrsprachiges Projekt hin oder her) nicht für sehr kollegial, wenn wir auf deutsch eine Änderung diskutieren und dann exekutieren, wenn es vor allem um eine für Asien relevante Eigenschaft geht. --Emu (talk) 23:54, 4 August 2023 (UTC)[reply]

Bühnennamen verwenden meist darstellende Künstler. Internetmusiker oder Filmmusiker stehen jedoch mit ihrer Kunst auf keiner Bühne. Mir ist das persönlich zu kompliziert, das auf Englisch zu kommunizieren. Alternativ könnte man noch eine weiteres Property vorschlagen, Künstlername neben asiatischer Künstlername. --Quick-O-Mat (talk) 00:08, 5 August 2023 (UTC)[reply]

@Quick-O-Mat: Natürlich ist es eine gewisse Aufweichung. Das liegt nicht an der Änderung, die ihr vorschlagt, sondern an eurem Anliegen, wo und wie ihr die Eigenschaft nutzen wollt. Ihr wollt die Eigenschaft bei nichtasiatischen Personen einsetzen, welche einen Künstlernamen haben. Aber – wie bereits in meinem letzten Kommentar gesagt – ist die Eigenschaft bisher für „hào“s, also für asiatische Künstlertitel, gedacht. Also wird der Einsatzbereich von Künstlertitel zu Künstler-/Bühnenname ausgeweitet, was eine Aufweichung der Eigenschaft darstellt. --Gymnicus (talk) 09:03, 5 August 2023 (UTC)[reply]

@Gymnicus: Das ist doch schon längst passiert, siehe die bereits erwähnten Beispiele [4], [5], [6]. Wie gesagt, als Alternative bietet sich ein neues Property an. Pseudonym und Bühnenname treffen es in vielen Fällen jedenfalls nicht. Übrigens schränken die englische und deutsche Beschreibung die Verwendung nicht explizit auf asiatische Künstler ein. --Quick-O-Mat (talk) 09:38, 5 August 2023 (UTC)[reply]

Kann man Künstlername im westlichen Sinn und Pseudonym überhaupt sauber voneinander unterscheiden? --Emu (talk) 10:33, 5 August 2023 (UTC)[reply]

Pseudonyme verwenden Autoren, wenn sie sich davon z. B. mehr Erfolg versprechen (z. B. Hans Gustav Bötticher alias Joachim Ringelnatz) und deren wirklicher Name erst tlw. nach ihren Tod bekannt wurde. Gerade Frauen nutzten früher männliche Namen, siehe Pseudoandronym. Künstlernamen nutzen z. B. darstellende Künstler und Musiker, deren wirklicher Name allgemein bekannt ist und die diesen auch nicht verheimlichen. Beispielsweise bei Heino, 50 Cent oder Krücke dürfte jedem klar sein, dass das nicht ihr wirklicher Name ist. --Quick-O-Mat (talk) 11:21, 5 August 2023 (UTC)[reply]

Anderseits sagt aber der Duden, dass Pseudonym und Künstlername Synonyme sind. Zudem sind das, was du als Pseudonyme beschreibst, Decknamen oder Tarnnamen. Pseudonym ist in Prinzip ein Oberbegriff. Gymnicus (talk) 11:47, 5 August 2023 (UTC)[reply]

Decknamen oder Tarnnamen benutzen z. B. Spione oder Agenten. Der Duden geht gar nicht näher darauf ein, der Artikel de:Pseudonym gibt da schon mehr her. --Quick-O-Mat (talk) 11:57, 5 August 2023 (UTC)[reply]

Ja, aber der deutschsprachige Artikel sagt klar, dass Pseudonym ein Oberbegriff ist, und der Artikel widerspricht deiner Definition, die du bisher immer gebracht hast. --Gymnicus (talk) 12:15, 5 August 2023 (UTC)[reply]

Die drei Begriffe Pseudonym (für Autoren), Künstlername (für darstellende Künstler) und Tarnname (für Spione) sind doch dort klar definiert. --Quick-O-Mat (talk) 12:33, 5 August 2023 (UTC)[reply]

Ich sehe hier gewisse Widersprüche – einerseits soll der Unterschied in der Erkennbarkeit liegen, andererseits im beruflichen Umfeld? Ist Atze Schröder nun ein Pseudonym (weil gegen den Willen des Künstlers aufgedeckt) oder ein Künstlername (weil Comedian)? Und selbst wenn das alles klar definiert werden könnte, handelt es sich doch um eine deutschsprachige Konvention und keine sprachliche Universalie. Wenn es hier wirklich Bedarf an Klarstellungen gibt, kann man einen Qualifikator zu Pseudonym verwenden, das ist dann auch flexibler. --Emu (talk) 14:52, 5 August 2023 (UTC)[reply]

Die Beschreibung (deutsch und englisch) von art name (P1787) müsste mal klargestellt werden, sonst wird es weiterhin für Künstlernamen jeglicher Art verwendet werden. Was für Quallifikatoren sollen z. B. für 50 Cent (Q6060) oder Heino (Q6541) herhalten, die ihren Namen nie verschleiert haben? --Quick-O-Mat (talk) 15:07, 5 August 2023 (UTC)[reply]

Noch ein Wort zu Atze Schröder. Als keiner seine wahre Identität kannte, war es ein Pseudonym. Als er diesen aber weiterbenutzt hat, wurde er spätestens zum Künstlernamen. Das eine muss das andere nicht ausschließen. --Quick-O-Mat (talk) 18:27, 5 August 2023 (UTC)[reply]

In der deutschsprachigen Wikipedia wird der Unterschied sehr gut auf Hilfe:Personendaten#Alternativnamen erklärt. In letzter Zeit beschäftige ich mich mit den fehlerhaften Personendaten und gleiche diese mit Wikidata ab. Das war neben der besagten Fehlermeldung mit ein Grund, weshalb ich das Thema hier angesprochen habe. --Quick-O-Mat (talk) 15:28, 5 August 2023 (UTC)[reply]

Hallo zusammen,

zum Nachweis diverser Lebensdaten (Geburt, Tod etc.) habe ich diverse Objekte wie Sterbebuch Berlin, Sterbebuch Göttingen usw. angelegt. Nun erscheint seit einigen Tagen in den Personenobjekten ein Hinweis "Eigenschaftseinschränkung „Wertetyp“" "Werte der Aussagen nachgewiesen in sollten Instanzen oder Unterklassen von einer der folgenden Klassen sein (oder von einer ihrer Unterklassen), aber Sterbebuch XYZ ist es derzeit nicht:". Ich vermute mal, wegen dieser Änderungen im übergeordneten Objekt Sterbebuch.

Muss/sollte man da irgendwas ändern, korrigieren, ...? Gruß Rosenzweig (talk) 06:51, 10 August 2023 (UTC)[reply]

Ich sehe die Fehlermeldung zB bei Q95652721#P569 nicht, aber das liegt möglicherweise an deiner Änderung. Man kann sich natürlich die Frage stellen, ob es nicht sinnvoller wäre type of reference (P3865) zu verwenden, statt für jede Stadt ein eigenes Datenobjekt für diverse Register anzulegen. Ich finde gerade den Link nicht, aber dazu gab es nach meiner Erinnerung schon kilometerlange Diskussionen. --Emu (talk) 11:32, 10 August 2023 (UTC)[reply]

Bei P569 ist auch kein Sterbebuch drin, nur ein Geburtsregister. Versuch's mit Q95652721#P570. Prinzipiell ist mir jede Nachweisart recht, sofern ich die notwendigen Angaben zur eindeutigen Identifizierung des Eintrags gut unterbringen kann. Das sind typischerweise Art des Personenstandsbuchs oder -registers, Stadt bzw. Gemeinde, Standesamt, Eintragsdatum, laufende Nummer, manchmal noch angegeben als und letzte Aktualisierung. Zwischen Sterbebuch und Sterberegister (verschiedene Namen zu verschiedenen Zeiten) wird bei death registry (Q12029619) schon mal nicht unterschieden, wie könnte man das unterbringen? Und wie den geografischen Bezug zur Stadt/Gemeinde (gerade in Berlin lassen Standesämter wie Mahlsdorf nicht unbedingt gleich erkennen, dass es um Berlin geht)? -- Rosenzweig (talk) 18:19, 10 August 2023 (UTC)[reply]

Wenn es einen substantiellen Unterschied zwischen Sterbebuch und Sterbebuch gibt, wird man wohl entsprechende Datenobjekte anlegen müssen. Wenn der Unterschied zwischen Sterbebuch und Sterberegister allerdings tatsächlich nur in der zeitlich bedingten Nomenklatur liegt, stellt sich die Frage, ob das zwei verschiedene Datenobjekte rechtfertigt, weil das schon recht nahe am berüchtigten display problem ist, für das Wikidata eigentlich nicht zuständig ist. Dasselbe gilt für den geografischen Bezug zur Gemeinde, das müsste man anderweitig (durch Statements) lösen. Insgesamt ist Wikidata in diesem Bereich wohl nicht in gleicher Weise ausgereift wie typische Zitiervorgaben der historischen Zunft. Ich habe auch nicht prinzipiell etwas gegen die von dir angelegten Datenobjekte, ich habe in der Vergangenheit ähnliches angelegt (wie etwa birth registry of the Jewish Community of Vienna (Q99662601) mit 150+ Verwendungen), aber es besteht schon die grundsätzliche Gefahr, hier Massen an Datenobjekten anzulegen, die dann womöglich doch nicht so sinnvoll sind. --Emu (talk) 19:24, 10 August 2023 (UTC)[reply]

Hier übrigens die seinerzeitige Diskussion: Help talk:Sources#Vital_records_and_other_archive_collections_as_sources --Emu (talk) 19:28, 10 August 2023 (UTC)[reply]

Was hieße „anderweitig (durch Statements) lösen“ konkret? Hast du ein Beispiel? --Rosenzweig (talk) 06:20, 11 August 2023 (UTC)[reply]

Im Prinzip eh so wie bei Q119021078#P131, wenn zutreffend auch durch ein entsprechend bequelltes official name (P1448). Ob das dann auch angezeigt wird, ist eine Frage der Vorlagenprogrammierung oder der Präferenzen der Nachnutzer. --Emu (talk) 11:56, 11 August 2023 (UTC)[reply]

Bzgl. Sterberegister/-buch: Der ursprüngliche Name war Sterberegister, dann ab ca. 1938 umbenannt in Sterbebuch, hat sich aber nicht wesentlich verändert. Anders bei den Heiratsregistern, die wurden 1938 durch das Familienbuch mit etwas anderer Konzeption ersetzt. Seit 2009 heißt wieder alles Register, das sind jetzt aber keine Papieraufzeichnungen mehr, sondern elektronische Datenbanken. Für Nachweise von Lebensdaten sind letztere Stand jetzt aber eher nicht relevant, weil noch nicht zugänglich. --Rosenzweig (talk) 06:25, 11 August 2023 (UTC)[reply]

Hm. Ich bin nicht sicher, ob das im Falle der Sterbeaufzeichnungen verschiedene Datenobjekte rechtfertigt. Aber ich würde sie zum gegenwärtigen Zeitpunkt auch nicht löschen oder mergen wollen. --Emu (talk) 11:57, 11 August 2023 (UTC)[reply]

Ich habe ein bisschen herumgestöbert und werde das Problem bis auf Weiteres mit type of reference (P3865), operating area (P2541) und title (P1476) lösen, siehe Q102281629#P570. Bei Fundstellen kann ich nur bestimmte Eigenschaften verwenden, diese scheinen mir zu passen. Danke & Gruß --Rosenzweig (talk) 08:32, 12 August 2023 (UTC)[reply]

Seit einigen Jahren stellt sich mir die Frage, jetzt stelle ich sie mal: Was ist ein municipality seat (Q15303838), oder konkreter, was unterscheidet Saarbrücken (Q32722322) von Saarbrücken (Q1724)? Nw520 (talk) 10:10, 12 August 2023 (UTC)[reply]

Das ist im Wesentlichen ein Artefekt der Tätigkeit des Lsjbots in der Cebuano-Wikipedia. Davon gibt es Abertausende, die Cebuano-Wikipedia ist nicht fähig oder nicht willens, das Problem zeitnah zu lösen. --Emu (talk) 12:35, 12 August 2023 (UTC)[reply]

Aber war steckt konzeptionell hinter municipality seat (Q15303838)? Die Datenobjekte sind ja immerhin nicht einfach nur als Instanz von Wikimedia duplicated page (Q17362920) angelegt worden, sondern scheinen irgendetwas zu modellieren; nur das was ist mir nicht klar. Nw520 (talk) 12:42, 12 August 2023 (UTC)[reply]

Wirklich Redundant ist das aber auch nicht. Das eine ist die Gemeinde Saarbrücken als juristisches Konstrukt. Das andere ist die Stadt Saarbrücken als Ansammlung von Bauwerken. Das klar zu trennen wird aber fast nirgendwo konsequent durchgezogen. GPSLeo (talk) 13:45, 12 August 2023 (UTC)[reply]

• Diese Datenobjekte existieren, weil bei cebwiki diese Artikel in großen Mengen tatsächlich oder manchmal auch nur scheinbar "doppelt" vorhanden sind. Artikel bekommen ihr Datenobjekt, daher haben wir diese Doppelung hier auch.
• Bei cebwiki hat das dieser berüchtigte Lsjbot als vertextliche Kopie aus der Geonames-Datenbank eingestellt, die selbst nicht den besten Ruf hat aufgrund qualitativer Mängel.
• Leider räumt bei cebwiki niemand richtig auf, oder wartet das angemessen.
• Nach meiner Erinnerung sind viele Datenobjekte nur scheinbar doppelt vorhanden, weil meist ein Datenobjekt eine Gemeinde (Verwaltungseinheit) und ein anderes einen gleichnamigen Ort/Ortsteil (Siedlung) innerhalb der Gemeinde beschreibt. Letzterer ist häufig der größte Ortsteil und Sitz der Gemeindeverwaltung. Inwiefern das bei Saarbrücken sinnvoll ist mag ich nicht beurteilen, es bildet halt den Zustand in cebwiki/Geonames ab.
• Dieses municipality seat (Q15303838)-Datenobjekt hat dann aber erst später jemand ins Spiel gebracht [7]. Ich kann nicht sagen, ob das dadurch besser oder verständlicher geworden ist.

—MisterSynergy (talk) 14:50, 12 August 2023 (UTC)[reply]

Ich würde vermuten, dass municipality seat (Q15303838) damit zusammenhängt, dass oft (aber nicht im gegenständlichen Fall) die Cebuano-Wikipedia ein Klammerlemma mit (kapital sa munisipyo) vorhält. --Emu (talk) 14:59, 12 August 2023 (UTC)[reply]

Wäre ich völlig unbedarft, ist für mich Sitz der Gemeindeverwaltung (bspw. von Hintertupfing) das Rathaus, Rathausstraße 1, 4711 Hintertupfing. Daß die Gemeindeverwaltung von Saarbrücken ihren Sitz in Saarbrücken hat, ist in diesem Fall trivial. Anders sieht es aber in Gemeinden aus, in der mindestens zwei Ortsteile zusammengeschlossen sind. Ihren Sitz wird die Gemeindeverwaltung immer in einem Teil haben. denkt an Villingen-Schwenningen; die Verwaltung ist nur in einem dieser beiden ehemals eigenstädnigen Gemeinden. In den meisten Fällen ist aber der namengebende Hauptort auch Sitz der Gemeinde. So hat Murrhardt (Q81768) gefühlte hundert Ortsteile, aber der Sitz der Gemeindeverwaltung ist in Murrhardt. Anders in der Gemeinde Südharz (Q5014) – hier liegt in der Gemeinde auch der Hauptort, er heißt aber vom Gemeindenamen abweichend Roßla (Q699082), also um chef-lieu (Q956214). Matthiasb (talk) 03:14, 15 August 2023 (UTC)[reply]

Im Vorgriff auf die kommende Glam-on-Tour-Vernastaltung habe ich versucht, zu Gemälden, die in der Ausstelling gezeigt werden, einen Wikidatadatensatz anzulegen, soweit dieser noch nicht besteht. Dabei bin ich auf folgende Problematik gestoßen. Das schon länger bestehende Item Summer (Q27033443) ist zwar in der niederländischen Originalsprache mit dem Originaltitel als Bezeicbnung versehen, aber nicht in Deutsch und nicht in Englisch, was bei meinen Benutzereinstellung dazu führt, daß die Suche nach dem Originaltitel Zomer kein Ergebnis liefert. Ich habe also munter das zweite Item angelegt, in der vermutlich intuitiven Reiehenfolge Titel, Kümnstler, Maße, Motiv, Eigentümer, und erst jetzt, nach vielleicht 40 Minuten Handarbeit, muckt Wikidata auf und reklamiert anhand der URL zur Bildbeschreibung beim Museum, daß diese Eigenschaft bereits mit einem anderen Item verbunden ist. Vermutlich wäre dieser Fall nicht eingetreten, hätte ich andere Spracheinstellungen gewählt, oder nicht mit Titel und Maler begonnen, sondern mit der Dordrechts Museum artwork ID (P5265), aber hat jemand noch eine Idee solche Mehrarbeit zu vermeiden? Betroffen ist ja nicht nur dieser Spezialfall, sondern auch so eigentlich normale Fälle wie die Anlage eines Ortsartikels in einer fremden Sprache, vor allem wenn es sich bei der "anlegenden Sprache" um eine nichtlateinische Schrift handelt. Und zweite Frage, wie kriege ich die Doublette ohne großen Aufwand aufgelöst. Matthiasb (talk) 06:46, 15 August 2023 (UTC)[reply]

Nur zur zweiten Frage: Help:Merge/de#Datenobjekte_zusammenlegen? --Rosenzweig (talk) 08:03, 15 August 2023 (UTC)[reply]

Das Auffinden von Datenobjekten ist ein ständiger Kampf, von M2k~dewiki gibt es hier eine Liste von möglichen Suchmöglichkeiten: w:de:Benutzer:M2k~dewiki/FAQ#Wie_finde_ich_ein_bestehendes_Wikidata-Objekt_zu_einem_Artikel? Mit der Zeit entwickelt man ein gewisses Gespür, welche Datenobjekte wahrscheinlich schon existieren müssen, aber es passiert mir noch immer ständig, dass ich Duplikate anlege. Bei Kunstwerken würde sich vielleicht der Reasonator anbieten (auf “Show items” bei “creator: 129 items“ klicken. --Emu (talk) 10:33, 15 August 2023 (UTC)[reply]

Basierend auf Diskussion wie beispielsweise

• de:Wikipedia_Diskussion:Kurier/Archiv/2023/01#Benutzerschulung,_vom_Einzelfall_zum_gesamten_Artikelbestand
• de:Benutzer:M2k~dewiki/FAQ#Verbinden/Anlegen_von_bestehenden/neuen_Wikidata-Objekten_mit_neu_angelegten_Artikeln/Kategorien_unter_Vermeidung_von_Dubletten
• de:Benutzer:M2k~dewiki/FAQ#Warum_fehlen_die_von_mir_gewünschten_Informationen_im_neu_erstellten_Wikidata-Objekt?
• d:Topic:Xdfksclb0k9r7kn4
• d:Topic:Vplpjjjpwfpmelfo
• de:Hilfe_Diskussion:Personendaten#Migration_nach_Wikidata
• d:Wikidata:Project_chat/Archive/2022/11#Reducing_the_backlog_of_unconnected_pages_on_a_regular_base
• d:Wikidata_talk:Events/Data_Quality_Days_2022#Discussion:_Matching_new_Wikipedia_articles_to_Wikidata_items
• d:Wikidata:Forum/Archiv/2020/07#Wikidata-Objekte_für_noch_nicht_zugordnete_Artikel,_Kategorien,_Vorlagen,_Listen,_Begriffsklärungen,_mit_bestehenden_Objekten_verbinden_bzw._neu_anlegen
• d:Wikidata:Forum/Archiv/2019/08#Kann_man_hier_auch_Vandalen_in_die_Schranken_weisen?
• de:Benutzer_Diskussion:M2k~dewiki/Archiv/2019#Einträge_auf_Wikidata
• de:Benutzer:M2k~dewiki/Checklist#Unterstützung_wird_gesucht_für_die_laufende_Abarbeitung_/_Eingangskontrolle_/_Qualitätssicherung_folgender_Seiten
• de:Wikipedia:Kurier/Ausgabe_10_2021#Unterstützung_bei_der_Eingangskontrolle_und_Tätigkeiten_der_Qualitätssicherung_gesucht
• de:Wikipedia:Kurier/Ausgabe_1_2023#Anlage_bzw._Verbindung_von_Wikidata-Objekten_unter_Vermeidung_von_Dubletten_bzw._möglicher_„Vollständigkeit“_neuer_Objekte_für_alle_neuen_Artikel_–_Lösungsvorschläge_gesucht

uvam.

entstand über die Jahre neben den Seiten

• de:Benutzer:M2k~dewiki/FAQ
• de:Benutzer:M2k~dewiki/Checklist

auch die Seite

• de:Benutzer:M2k~dewiki/Kopiervorlagen
  • de:Benutzer:M2k~dewiki/Kopiervorlagen#Neu_angelegte_Artikel_mit_anderen_Sprachen_verknüpfen
  • de:Benutzer:M2k~dewiki/Kopiervorlagen#Einfügen_von_Personendaten,_Normdaten_und_Kategorien_zu_biografischen_Artikeln
  • de:Benutzer:M2k~dewiki/Kopiervorlagen#Wilkommen_auf_Wikidata
  • de:Benutzer:M2k~dewiki/Kopiervorlagen#HotCat-Helferlein_-_Kategorien_für_neue_Artikel
  • de:Benutzer:M2k~dewiki/Kopiervorlagen#Beispielabfragen_Wasserfälle

mit dem Ziel, (neue) Benutzer der deutschsprachigen Wikipedia

• über die Existenz von Wikidata zu informieren
• die Möglichkeiten von Wikidata zu erklären, unter anderem
  • für Interwiki-Links für die Sprachversionen und Schwester-Projekte
  • Beschreibungen in der mobilen Ansicht
  • Auswertebeispiele für den jeweiligen Arbeits- und Interessensbereich des betreffenden Benutzers aufzuzeigen, beispielsweise
    • fehlende deutschsprachige Artikel, die in anderen Sprachen existieren, sortiert nach der Häufigkeit in anderen Sprachen und Projekten
    • SPARQL-Ergebnisse
      • Karten-Ansichten
      • Listen-Ansichten
      • Timeline-Ansichten
      • Bilder-Ansichten
    • Listeria-Bot-Ergebniss
  • bei technischen Problemen zu unterstützen, u.a. beim
    • Zusammenfügen von Dubletten
    • Verschieben von Interwiki-Links zwischen Objekten
    • beim Auffinden von Objekten
  • Möglichkeiten aufzuzeigen, wie die Arbeit vereinfacht werden kann, u.a.
    • durch Kopieren von ganzen Objekten
    • durch Kopieren von einzelnen Aussagen eines Objektes
    • durch Verwendung des AutoSuggest-Helferleins zum Verbinden von Neuanlagen
    • durch Verwendung des InfoBox-Export-Helferleins zur Vervollständigung von Wikidata-Objekten

usw.

sodass mittelfristig mehr Benutzer selbst die Wikidata-Objekt zu den von ihnen erstellten Artikel, Kategorien, Commonscats, pflegen, ergänzen, korrigieren, mit ggf. bestehenden Objekten verbinden oder ein neues anlegen können oder eventuell sogar jemanden zu regelmäßigen Mitarbeit in der Eingangskontrolle, Qualitätssicherung (Kategorien, Personendaten, Normdaten, BKLs, ...) sowie der Anlage/Verbindung der Wikidata-Objekten zu den täglich mehreren hundert neu erstellten Artikel und Kategorien zu motivieren.

Weitere Vorschläge, neben der Benutzerschulung, um den manuellen Aufwand für Einzelne zu reduzieren, die deutschsprachige Wikidata-Benutzerbasis zu verbreitern, die Datenqualität und Vollständigkeit der Objekte zu erhöhen und mögliche Dubletten zu vermeiden sind:

• die standardmäßige Aktivierung des AutoSuggest-Helferleins für die deutschsprachige Wikipedia für alle Benutzer
  • de:Benutzer:M2k~dewiki/FAQ#AutosuggestSitelink-Helferlein_für_andersprachige_Artikel_(Interwiki-Links/Wikidata-Sitelinks)
• die standardmäßige Aktivierung des InfoBox-Export-Helferleins zur Vervollständigung von Wikidata-Objekten (Filme, Orte, Sportler, ...)
  • de:Benutzer:M2k~dewiki/FAQ#Wie_kann_ich_Informationen_aus_der_Film-Infobox_in_das_Wikidata-Objekt_übernehmen?
• die (Re)Aktivierung und regelmäßige Ausführung von Pi bot für die deutschsprachige Wikipedia
• die Einrichtung spezieller Bots für bestimmte Teilbereiche (Film, Flugunfälle, Denkmäler, chemische Elemente...) anhand verschiedener eindeutiger IDs (VIAF, IMDb, CAS, ASN, ...)
• das automatische Verbinden von per Versionsimport übersetzten Artikeln mit dem Artikel, von dem der Import stattgefunden hat

M2k~dewiki (talk) 23:42, 15 August 2023 (UTC)[reply]

Notified participants of WikiProject Germany zur Info. --M2k~dewiki (talk) 23:42, 15 August 2023 (UTC)[reply]

Notified participants of WikiProject Austria zur Info. --M2k~dewiki (talk) 23:42, 15 August 2023 (UTC)[reply]

Notified participants of WikiProject Switzerland zur Info. --M2k~dewiki (talk) 23:43, 15 August 2023 (UTC)[reply]

@Lydia Pintscher (WMDE), Lea Lacroix (WMDE), Manuel Merz (WMDE): zur Info. --M2k~dewiki (talk) 23:43, 15 August 2023 (UTC)[reply]