Wikidata:Forum/Archiv/2020/11

This page is an archive. Please do not modify it. Use the current page, even to continue an old discussion.

Objekt mit mehreren Rollen

Beispiel: es gibt Naturschutzgebiete, die sind gleichzeitig nationales nature reserve (Q1627961) und internationales Special Area of Conservation (Q1191622). Es handelt sich um exakt oder weitestgehend die selbe Fläche, und selbstverständlich werden auch beide Schutzkategorien im selben Wikipedia-Artikel behandelt und durch die selbe Commons-Kategorie abgedeckt. Das Gebiet hat aber je nach Schutzkategorie ein unterschiedliches Datum der inception (P571), unterschiedliche WDPA ID (P809) und möglicherweise sogar eine geringfügig abweichende area (P2046). Gibt es eine Best Practice, wie so etwas gehandhabt wird?

a) Es gibt nur ein Wikidata-Objekt, und es werden pro Eigenschaft jeweils beide Werte eingetragen. Nachteil: es ist nicht klar, welcher Wert zu welcher Schutzkategorie gehört.

b) Es gibt zwei getrennte Wikidata-Objekte. Aber: wie würden diese beiden miteinander verknüpft, und welches der beiden wird mit den Wikipedia-Artikeln und der Commons-Kategore verbunden?

Wie macht man das am besten? Viele Grüße --Reinhard Müller (talk) 14:43, 30 October 2020 (UTC)

Sind zwei Objekte. Für Artikel und Commons ist es meist am besten ein drittes Objekt an zu legen, vor allem, wenn das Gebiet auch geografisch ohne die Schutzgebietsgrenzen klar einzugrenzen ist. Für die Verknüpfung fehlt die eigentlich benötigte Eigenschaft "Schutzgebiet, über welches das Gebiet nach nationalem Recht geschützt wurde um eine SAC zu werden" noch. Daher wird aktuell einfach territory overlaps (P3179) verwendet. --GPSLeo (talk) 20:10, 30 October 2020 (UTC)

Und wenn das Gebiet ohne die Schutzgebietsgrenzen nicht klar einzugrenzen ist, wenn es eine reine Schutzgebiets-Konstruktion ist? Das ist hier ein ziemlich häufiger Fall. --Reinhard Müller (talk) 22:22, 30 October 2020 (UTC)

Ich würde zwei Datensätze machen, in COmmons ist es ein leichtes, die Fotos auch in eine zweite Kategorie einzuordnen. In Wikipedia eine Weiterleitung und die kann in den zweiten Datensatz rein. --K@rl (talk) 22:32, 30 October 2020 (UTC)

PS: ISt im Prinzip dasselbe wie bei einem Denkmalgeschützten Objekt in dem ein Museum ist - da machen wir es auch so. --gruß K@rl (talk) 22:34, 30 October 2020 (UTC)

Für die Schutzgebiete in Deutschland ist das auch komplett so durchgezogen, und eigentlich müssten auch alle deutschen Schutzgebiete schon hier vorhanden sein. Aber wenn man sich z.B. Wikidata:Database reports/Constraint violations/P809 ansieht, da findet man haufenweise Berge, Seen etc. die gleichzeitig auch Schutzgebiet sind. Ahoerstemeier (talk) 14:21, 2 November 2020 (UTC)

Umfrage zur Priorisierung der Strategie der Bewegung

AWelche der zehn Empfehlungen der Bewegungsstrategie Wikimedia 2030 sollen priorisiert und welche der Initiativen zuerst in Angriff genommen werden? Und von wem? Das ist ein partizipativer Prozess, bei dem alle eingeladen sind mitzumachen, so auch die Online- und Projekt-Communitys im deutschsprachigen Raum, also ihr! Auf der deutschsprachigen Wikipedia ist jetzt eine Umfrage angelegt worden, an der ihr euch vom 2. bis 8. November 2020 sehr gerne beteiligen könnt. Ihr braucht keine Stimmberechtigung auf Wikipedia. Eure Priorisierungen und Wünsche werden dann zusammengefasst und als eine Grundlage für die globalen Gespräche dem Transition Support Team weitergegeben. Der Prozess, eine neue Strategie für Wikimedia zu entwickeln, wurde 2017 begonnen und geht nach dieser Phase in die Umsetzung. Wer davon noch gar nichts gehört hat und mehr wissen möchte oder sonst noch Fragen und Hinweise hat, kann mich gerne ansprechen. Grüße Christoph Jackel (WMDE) (talk) 09:05, 1 November 2020 (UTC)

Modellierung von Gesetzen mit Schwerpunkt DE

Hallo zusammen,
momentan gehe ich die bereits existierenden Datenobjekte zu Gesetzen in Deutschland bzw. Vorgängerstaaten auf dem Gebiet des heutigen Deutschlands durch und reichere die mit einigen grundlegenden Aussagen an. Hierbei ist mir teilweise nicht klar, welche Eigenschaften ich für einige Daten verwenden könnte. Im Wikiproject Law sowie beim Durchsuchen der EntitySchemas bin ich leider auf kein Schema gestoßen und würde mich daher über Vorschläge hier freuen. Natürlich ist Kritik an meinem bisherigen Schema ebenfalls sehr erwünscht.

Zu Anfang mein derzeitiges Modell:

Aussage	Eigenschaft	Qualifizierer	Anmerkung
instance of (P31)Federal Act (Germany) (Q1006079) instance of (P31)Federal ordinance (Germany) (Q16603799) instance of (P31)public notice (Q1004391)		—	einige weitere Werte; sources of law (Q846882) als Fallback
Titel des Gesetzes	official name (P1448)	—	Mit Sprachcode de; übernommen als deutsche Alias
Kurztitel des Gesetzes	short name (P1813)	object has role (P3831)short title (Q7502103)	Mit Sprachcode de; ggf. sourcing circumstances (P1480)unofficial (Q29509080)
Abkürzung des Gesetzes	short name (P1813)	object has role (P3831)abbreviation (Q102786)	Mit Sprachcode de; ggf. sourcing circumstances (P1480)unofficial (Q29509080); übernommen als deutsche Alias
Inkrafttreten*	start time (P580)⟨Datum⟩	applies to part (P518)effective date (Q27131257)
Außerkrafttreten*	end time (P582)⟨Datum⟩	applies to part (P518)effective date (Q27131257)
erstmalige Verkündung im Bundesgesetzblatt*	published in (P1433)Federal Law Gazette (Q836156)	volume (P478)⟨Jahr⟩issue (P433)⟨Ausgabe⟩page(s) (P304)⟨Seitenintervall⟩publication date (P577)⟨Veröffentlichungsdatum des BGBL⟩	nachgewiesen in OffeneGesetze.de
Verkündung*	publication date (P577)	—	i.d.R. gleich der erstmaligen Verkündung im BGBl
ersetzt*	replaces (P1365)	—
ersetzt durch *	replaced by (P1366)	—
Anwendungsgebiet	applies to jurisdiction (P1001)	—	i.d.R. Germany (Q183)
Rechtsmaterie*	part of (P361)	—
Thema*	main subject (P921)	—
Ermächtigung*	main regulatory text (P92)	section, verse, paragraph, or clause (P958)⟨§ 123⟩	nur bei Verordnungen; von Wikipedia manuell übernommen
buzer.de*	catalog code (P528)	catalog (P972)Q100973289
gesetze-im-internet.de	gesetze-im-internet.de ID (P7677)	—	es existiert bereits ein Mix'n'Match-Katalog
GESTA*	catalog code (P528)	catalog (P972)Q2330178	von Wikipedia übernommen IDs auf Wikipedia passen oft nicht und abgesehen davon ist die GESTA-Ordnungsnummer nicht eindeutig

^* Erfasse ich nur sehr vereinzelt und ist auch nur sehr vereinzelt bereits vorhanden

Meine Frage wäre jetzt, wie ich erfassen kann...

• wann das Gesetz verabschiedet wurde
• wann das Gesetz in Kraft getreten ist
• wann es außer Kraft getreten ist

Gibt es dazu passende Eigenschaften? Bisher habe ich service entry (P729), inception (P571), start time (P580), end time (P582), dissolved, abolished or demolished date (P576), point in time (P585) gesehen. --Nw520 (talk) 11:22, 21 October 2020 (UTC)

Für Verabschiedet ist die Frage, ob die Info bei Gesetzen überhaupt relevant ist. Ich würde auf jeden Fall das publication date (P577) auch direkt setzen und dann start time (P580) mit applies to part (P518) effective date (Q27131257) für Inkrafttreten und dann entsprechend auch für Außerkrafttreten. Dann fehlt in deiner Liste auf jeden Fall noch instance of (P31) z.B. Federal Act (Germany) (Q1006079). Und wenn es Vorgänger und Nachfolger gibt, dann noch replaces (P1365)/replaced by (P1366). Bei Gesetzen vielleicht nicht, aber bei Verordnungen kann noch main regulatory text (P92) relevant sein. Schöne wäre es natürlich auch immer den Text als PDF auf Commons zu haben, muss dann aber aktuell gehalten werden. Hast du eigentlich auch vor Gesetzesänderungen zu Modellieren? --GPSLeo (talk) 12:02, 28 October 2020 (UTC)

Hallo GPSLeo, besten Dank für deine Vorschläge! instance of (P31) habe ich natürlich bisher bereits eingetragen, vorwiegend Federal Act (Germany) (Q1006079), ansonsten auch oft Federal ordinance (Germany) (Q16603799). Bei Unsicherheit bin ich auf sources of law (Q846882) zurückgefallen. replaces (P1365) habe ich ebenfalls vereinzelt eingetragen, aber da ich hier überhaupt keine strukturierte Datenquelle finden konnte, kann ich es nur eintragen, wenn ich ohne hin den korrespondierenden Wikipedia-Artikel überfliege und das in diesem erwähnt wurde. (Ich habe die obige Tabelle mal erweitert)

Gesetzesänderungen habe ich nicht vor zu modellieren, das macht zu viel laufenden Aufwand. Nachdem ich die bereits existierenden Gesetze (oder auch Verordnungen, usw.) durch bin, plane ich nicht, das ganze weiter zu pflegen. Mein Hauptziel ist ohne hin nur, die bereits existierenden Datenobjekte grob zu systematisieren — also vor allem instance of (P31), applies to jurisdiction (P1001) und alles rund um den Namen einzutragen — wobei ich Kandidaten anhand von Wikipedia-Kategorien oder gesetze-im-internet.de ID (P7677) erkenne. Die weiteren Angaben sehe ich als Bonus, weshalb ich vieles auch eben nur vereinzelt eintrage (falls scrape-bar oder einfach zu finden), in der Hoffnung, das zukünftig jemand mit mehr Expertise und besseren Quellen daran anknüpfen kann.

Besser als Commons fände ich, wie auch Hogü-456 schon erwähnte, Wikisource. Ob eine Speicherung aber bei noch in Kraft befindlichen Gesetzen sinnvoll ist, wage ich zu bezweifeln. Dem Aufwand wie ein armer Jurastudent ständig seine Gesetze (oder für die Wikidata Metadaten über die Änderungen) aktualisieren zu müssen, wird sich sicherlich niemand stellen wollen. Das kommerzielle buzer.de (Q60983148) scheint diese Aufgabe übernommen zu haben, vielleicht lohnt sich ja ein Externer Identifizierer, statt bisher mein Verrenke mit catalog code (P528). (Die OKFN hatte auch mal versucht Gesetze in einem Versionsverwaltungssystem nachzuvollziehen, stellte das Projekt aber irgendwann ein).

Den Vorschlag start time (P580) mit applies to part (P518) zu verwenden finde ich gut. Die Verabschiedung sehe ich durchaus als relevant an, alleine schon deswegen, weil sie in der Wikipedia bereits in der Infobox erfasst wird. Vielleicht ließe sich das ja als significant event (P793) mit einem neuen Datenobjekt "Verabschiedung"/"passing" als Wert modellieren. Kleine Verständnisrückfrage zu deinem Vorschlag mit dem Veröffentlichungsdatum beim Qualifizierer beim Bundesgesetzblatt: Deiner Meinung nach sollte dieser zusätzlich auch direkt an das Datenobjekt ran? --Nw520 (talk) 11:44, 30 October 2020 (UTC)

Zum letzten: Ja genau, ich finde die Info wichtig genug, sie direkt und nicht versteckt zu haben. --GPSLeo (talk) 11:50, 30 October 2020 (UTC)

Es gibt Fälle in denen das Datum der Verabschiedung interessant ist. Da das ja ein Teil der parlamentarischen Arbeit ist, kann so nachvollzogen werden, was wann gemacht wurde. Der Bundestag, veröffentlicht soweit ich weiß die Protokolle und somit kann das aus diesen entnommen werden. Neben dem Datum der Verabschiedung in den Parlamenten gibt es dann ja noch das Ausfertigungsdatum. Vielleicht legt man ja mal Datenobjekte für einzelne Sitzungen des Bundestages an. Es gibt in Wikisource große Teile des Reichsgesetzblattes aus der Kaiserzeit als Volltext. Zu diesen Gesetzen kann auch noch das Datenobjekt in Wikidata ergänzt werden. Ich finde es gut, dass eine Beschäftigung mit Gesetzen besteht. Vielleicht schafft man es ja übersichtlich darzustellen, wie ein Gesetz zustande kam, wenn die notwendigen Informationen ergänzt werden. --Hogü-456 (talk) 20:43, 28 October 2020 (UTC)

Schließe mich auch an, dass das Verabschiedungsdatum eine relevante Information sein kann. Wie stehst du dazu, das mit significant event (P793) und einem neuen Datenobjekt "Verabschiedung"/"passing" als Wert zu modellieren? --Nw520 (talk) 11:52, 30 October 2020 (UTC)

Eine andere Idee für die Verabschiedung wäre legislated by (P467)⟨i.d.R. Bundestag⟩point in time (P585)⟨Datum⟩. --Nw520 (talk) 16:57, 2 November 2020 (UTC)

Eigenschaft läuft auf Fehler

Hallo! Ich hatte Sigma 105mm F2.8 EX DG OS HSM Macro (Q101097021) versucht die Eigenschaft Commons category (P373) "Sigma 105mm F2.8 EX DG OS HSM Macro" einzutragen. Erfolglos. Es tritt bei jedem Versuch eine Fehlermeldung auf, die allerdings nicht hilfreich ist. Was tun? --XRay (talk) 05:33, 3 November 2020 (UTC)

Hat bei mir auf Anhieb geklappt. Ohne konkrete Fehlermeldung ist es aber schwierig, da jetzt eine Ursache zu raten. —MisterSynergy (talk) 09:42, 3 November 2020 (UTC)

Danke! -- Die konkrete Fehlermeldung hätte ich gerne geliefert. Ich komme selber aus der IT und das ist mir klar. Nur hieß der Fehler schlicht, dass eine Fehler aufgetreten sein. Ansonsten war der Meldung nichts Zitierfähiges mitgegeben worden. Das wirkte wie die Universalmeldung, die erscheint, wenn man nichts Konkretes hat. --XRay (talk) 10:46, 3 November 2020 (UTC)

Eigene Daten erstellen und per Kommentar markieren

Mit der HASC (P8119) haben wir die Möglichkeit subnationale Verwaltungseinheiten (z.B. Landkreise in Deutschland, Landkreis Celle=DE.NI.CL) weltweit zu codieren. Der Entwickler Gwillim Law ist nach Auskunft seiner Tochter am 31. August 2016 verstorben. Leider wurde die Arbeit von Herr Law nicht so weitergepflegt, wie es wünschenswert wäre (Letzte Änderungen von März 2018). Das heißt konkret, das bei Gebietsreformen weltweit neue Verwaltungsregionen entstehen, für die es dann keinen HASC-Codes gibt, die auf der Statoids-Seite veröffentlicht wurden. In der Schweiz sind z.B. zahlreiche Bezirke ohne HASC-Code. Einige Software-Projekte generieren in ihrer Not auch eigene neue inoffizielle HASC-Codes (vgl. diese Diskussion).

Grundsätzlich wäre es ja möglich nach den selben Gesetzmäßigkeiten der bisherigen Vergabe neue HASC-Codes auszugeben. Die könnte man in Wikidata einpflegen und alle Welt könnte diese nutzen. Aber das wäre vermutlich Theoriefindung. Oder?!? Alternativ könnte ich meine private Webseite nutzen um die neue (von mit ausgegeben) Codes dort zu veröffentlichen und sie dann in Wikidata mit dem Quellenhinweis einzupfegen. Diese Alternative finde ich mühsam.

Deswegen suche ich nach einer vernünftigen Alternative. Könnte man nicht einfach die neu ausgegeben HASC-Codes bei der Wikidata-Eigenschaft mit einem zusätzlichen Qualifikator versehen? Also einer Notiz wie "erstmals veröffentlich in Wikidata 2020-10-03, Siehe Property_talk:P8119". Ich bilde mir ein, dass ich so eine "Textnotiz" schon mal irgendwo in Wikidata gesehen habe. Aber vielleicht hat jemand von euch noch eine bessere Idee für die Problemlösung. Danke an alle Hinweis- und Ideengeber. -- sk (talk) 18:36, 19 October 2020 (UTC)

Eine eigene Erweiterungen der HASC-Werte zu definieren wäre sowohl eine Theoriefindung, wie auch ein falsche Nutzung der bestehenden Property. So traurig es ist dass diese großartige Datenbank anscheinend nicht weiter gepflegt wird - lizenzrechtlich müsste Shirley Law die Codes unter eine freie Lizenz stellen, damit dann jemand eine davon abgeleitete und aktualisierte Liste erzeugen kann, war dann völlig unabhängig von Wikidata wäre. Wenn es denn dann so eine Datenbank gäbe, könnten wir dann hier eine neue Property dafür definieren. Aus eigener Erfahrung - ich beschäftige mich seit vielen Jahren mit den subnationalen Verwaltungseinheiten Thailands - ist das schon für ein Land genug Arbeit für eine Person, und ein so nerdiges Thema dass bei mir noch niemand jemals seine Mitarbeit angeboten hätte. Ich kann nur bewundern wie Gwillim Law dass für 200 Länder geschafft hat. Ahoerstemeier (talk) 19:25, 21 October 2020 (UTC)

@Ahoerstemeier: Danke für deine Antwort. Muss ich erstmal sacken lassen. Da muss ich wohl selbst eine Webseite aufsetzen. - Was ich nicht verstehe, warum es dafür keine Amt oder UN-Behörde gibt, die das weltweit koordiniert. Sinnhaftigkeit der HASC ist IMHO jedem ersichtlich. Es kann doch nicht sein, dass eine Privatperson solche Listen in der Freizeit erstellt und pflegt. --sk (talk) 11:22, 24 October 2020 (UTC)

Für Deutschland gibt es den amtlichen Regionalschlüssel, der in Bezug auf die Kodiermöglichkeiten keine Wünsche offen lässt. Landkreis Celle (Celle (Q5919)) wäre dann laut offizieller Liste "03351": "03"=Niedersachsen, "3"=Statistische Region Lüneburg (statt Regierungsbezirk), "51"=Landkreis Celle. Da allerdings Ziffern statt Buchstaben benutzt werden, dürfte das Lernen schwer fallen. Ich werde demnächst die Regionalschlüssel zu allen Kreisen, Verbandsgemeinden und Regierungsbezirken hinzufügen. Europaweit gibt es ja bekanntlich w:de:NUTS. Welche Aufgaben erfüllen diese Codes denn schlechter als HASC? --Pyfisch (talk) 15:50, 24 October 2020 (UTC)

@Stefan Kühn: Für die erste Stufe gibt es ja ISO 3166-2 (Q133153), das deckt schon viele Anwendungen ab. Für die zweite Ebene hat die UN vor fast 20 Jahren Second Administrative Level Boundaries gestartet, und es gab auch mal Excel-Sheets wo den Verwaltungseinheiten Codes zugeordnet wurden. Die sind aber wieder verschwunden, und überhaupt ist das ganze wohl ein Paradebeispiel für bürokratische Langsamkeit wenn man sieht was nach 20 Jahren vorzuweisen ist. Ahoerstemeier (talk) 16:16, 24 October 2020 (UTC)

@Pyfisch, Ahoerstemeier: Für Pyfisch. Ich sammel Ansichtskarten. Die möchte ich irgendwie sortieren und zuerst macht man das nach Ländern, dann nach Regionen, aber irgendwann landet man bei den Subregionen (z.B. Mittelsachsen oder Südoststeiermark). Für Europa würde NUTS vielleicht gehen, aber alle anderen Länder sind außen vor. Auch sind die NUTS codes nicht einfach zu merken. Mit DE.SN.MT bzw. AT.ST.SO geht das Merken und Nutzen deutlich einfacher. Zumal man selber das ja individuell noch erweitern kann, wenn dazu Notwendigkeit besteht. Genau diese Einfachheit mit 3x2 Buchstaben jede Subregion der Erde codieren zu können und die leichte Erlernbarkeit/Wiedererkennbarkeit sind eine geniale Sache. -- sk (talk) 12:52, 28 October 2020 (UTC)

• Von UN Perspektive kann ich mir gut vorstellen, dass das Thema politisch komplex ist. Wenn z.B. Codes für Teile von Taiwan vergeben werden beschwert sich wahrscheinlich China. Wenn ich an Organizationen denke, die eventuell in einer besseren Position sind, fällt mir OpenStreetMap ein. Vieleicht ist der Möglich durch ein RfC auf OpenStreetMap so ein System zu etablieren? ChristianKl ❪✉❫ 21:12, 8 November 2020 (UTC)

Brettnummer im Schach

Kann man die Brettnummer, an der ein Schachspieler in einem Mannschaftswettkampf gesetzt war, mit position played on team / speciality (P413) modellieren, oder sollte man eine separate Property vorschlagen? Was mir an P413 nicht gefällt, ist dass es keine Strings, sondern nur Wikidata-Items als Werte erlaubt. Ich würde für Brettnummern eigentlich eher Strings bevorzugen. Steak (talk) 20:27, 8 November 2020 (UTC)

Ich bin grundsätzlich kein Freund von zu vielen Single-Purpose-Properties, gerade wenn es bereits eine allgemeine Property gibt. Was spricht gegen Korrektur position played on team / speciality (P413) bzw. welche Strings würdest du gerne setzen? --Mad melone (talk) 12:34, 13 November 2020 (UTC)

P414? Oder meinst du P413, die ich genannt hatte? Naja, als Strings kämen in Frage zum einen alle Zahlen zwischen 1 bis ca. 20, zum anderen auch so Sachen wie "1. Reserve", "2. Reserve". Ich sehe nicht wie man das mit P413 modellieren kann. Steak (talk) 13:29, 13 November 2020 (UTC)

Sorry, ich meinte natürlich P413 - ich habe dies entsprechend korrigiert. Eine weitere Möglichkeit wäre vielleicht ranking (P1352) - aber da würden nur Zahlen gehen, was für die Unterscheidung von Aufstellung und Reserve schwierig werden könnte.--Mad melone (talk) 14:35, 13 November 2020 (UTC)

Ne, Rang passt gar nicht. Was man aber natürlich auch machen könnte, wäre, P413 zu verwenden, und für die einzelnen Bretter Items anzulegen. Das wären dann ca. 8 Items für die normalen Bretter (hängt vom Wettbewerb ab, wieviele es sind), plus ca. zwei Items für Reservebretter. Das gefällt mir nach nochmaligem Nachdenken fast noch besser, als eine Single-Purpose-Property mit Strings zu verwenden. Steak (talk) 17:07, 14 November 2020 (UTC)

Das wäre auch meine bevorzugte Lösung, hatte aber verstanden, dass du das nicht wolltest. Gut, dass das geklärt ist.--Mad melone (talk) 12:51, 15 November 2020 (UTC)

church building (Q16970) in Evangelical Church in Central Germany (Q830522)

Hallo! Es gibt in Wikidata mehr als 2500 Kirchengebäude, für die gilt: member of (P463): Evangelical Church in Central Germany (Q830522). Ich meine, dass die Eigenschaft located in the ecclesiastical territorial entity (P5607) besser geeignet ist, da exakt für diese Art von Objekt gedacht. Ich würde das gerne als Massenedit ändern, ich würde das technisch auch hinkriegen. Aber ich weiß nicht, wie das Prozedere in der Community ist. Darum bitte ich um Hilfe und Rückmeldung. Was denkt ihr dazu? Danke! --Geogast (talk) 13:15, 10 November 2020 (UTC)

Ich frag deswegen so vorsichtig, weil ich von OpenStreetMap geprägt bin. Da haben Massenedits [edit: v.a. massenhaftes Umtaggen] einen schlechten Ruf und müssen vorher breit diskutiert werden. Bei Wikidata auch?--Geogast (talk) 17:12, 11 November 2020 (UTC)

Ich find's auf jeden Fall gut, dass du fragst. Mir persönlich scheint dein Anliegen auch plausibel. Um ganz sicher zu gehen, könntest du die Änderung erstmal nur bei einem dutzend Einträgen machen und dann nochmal ein, zwei Wochen auf Reaktionen warten, bis du alle umstellst: Falls es irgendwelche Abfragen (Infoboxen, Listeria-Listen o.ä.) gibt, die dadurch kaputt gehen, gäbe es so noch Gelegenheit, darauf aufmerksam zu werden und rechtzeitig zu reagieren. --Tkarcher (talk) 17:05, 12 November 2020 (UTC)

Hört sich gut an! Danke für den Tip.--Geogast (talk) 14:14, 13 November 2020 (UTC)

Verwaltungseinheit wäre jeweils der Kirchenkreis /Dekanat. --Giftzwerg 88 (talk) 17:20, 14 November 2020 (UTC)

Umfrage technische Wünsche 2021

Die Umfrage technische Wünsche 2021 ist ab jetzt eröffnet! Diese Umfrage ist der Prozess, durch den Communities entscheiden, woran das Community Tech Team im kommenden Jahr arbeiten soll. Wir möchten jeden dazu ermutigen, sich bis zum 30. November 2020 daran zu beteiligen, oder die Vorschläge anderer zu kommentieren, um sie zu verbessern. Die Communities werden zwischen dem 8. December und dem 21. December über die Vorschläge abstimmen.

Das Community Tech-Team konzentriert sich auf Werkzeuge für erfahrene Wikimedia-Benutzer. Du kannst in jeder Sprache Vorschläge machen, wir werden sie für dich übersetzen. Vielen Dank, wir freuen uns auf Vorschläge von dir!

SGrabarczuk (WMF) 05:00, 20 November 2020 (UTC)

ListeriaBot

Der ListeriaBot fügt seit kurzem in Listen noch zusätzliche Inhalte ein im Vergleich zu früher, Beispiel: Die Weblink-IDs werden nicht mehr einfach eingetragen, sondern mit dem Weblink verknüpft und verlinkt. Außerdem steht in der "seit" Spalte nicht mehr nur die Jahreszahl 2005, sondern quasi das ganze Statement "FIDE Solving Master — 2005". All das bläht die Seiten unnötig auf und verhindert die Aktualisierung. Wie kann man das deaktivieren? Steak (talk) 12:07, 17 November 2020 (UTC)

Glaube nicht. Magnus Manske hat den Code neu geschrieben und einige Funktionalität hinzugefügt; Details beschreibt er hier. —MisterSynergy (talk) 12:30, 17 November 2020 (UTC)

Das ist nicht gut. Das schränkt die Verwendbarkeit von ListeriaBot noch weiter ein. Listen, die bisher erstellt werden konnten, sind jetzt zu groß. Und generell ist die Performance des Bots immer noch Mist. Listen, die der Query-Service in Millisekunden erstellen kann, schafft der Bot nicht. Typischer Fall von Verschlimmbesserung. Steak (talk) 13:56, 17 November 2020 (UTC)

Naja, ich glaube sowas ist irgendwie nachgefragt worden. Alternativ machst Du Deinen eigenen Bot – ich glaube, da fehlt Dir kompetenztechnisch nicht mehr viel zu. —MisterSynergy (talk) 14:06, 17 November 2020 (UTC)

Auf Template:Wikidata_list heißt es: "Values marked as "deprecated" are not shown." Trotzdem werden in Wikidata:WikiProject Chess/Lists/GM/2004 beide Geburtsdaten von Veljko Jeremic (Q4176325) aufgeführt. Ist das ein Bot-Bug? Steak (talk) 09:57, 24 November 2020 (UTC)

Ja, denke das widerspricht sich. —MisterSynergy (talk) 11:09, 24 November 2020 (UTC)

Ungereimheiten

Hallo!

Immer wieder stoße ich auf Ungereimtheiten. Zwei Dinge möchte ich heute erwähnen:

1. Mill parts (Q2445174) - Teile einer Mühle - Wieso ist das eine Unterklasse von cereal grain (Q12117)?
2. Commons category (P373) ist so ein Dauerbrenner. Da findet man einen Eintrag, geht auf die Kategorie in Commons und findet dort eine ganz andere Entität. Kleine Kontrolle, dieselbe Kategorie ist als Commons category (P373) mehrfach eingetragen. Kann man das eigentlich analysieren, also eine Abfrage, welche Kategorien bei mehreren Entitäten als Commons category (P373) eingetragen ist? In meiner Vorstellung müsste die Zuordnung eigentlich eindeutig sein, denn andersherum weiß zum Beispiel das Template Wikidata Infobox in Commons nicht, welcher Eintrag dazugehört.

--XRay (talk) 07:13, 26 November 2020 (UTC)

Die Infobox auf Commons zieht ihr Item aus dem Site Link, und der ist technisch bedingt eindeutig. Doppelte Werte in Commons category (P373) kommen normalerweise durch irgendwelche Bot-Imports, und sind dann darin begründet dass der Artikel eine nur schwach passende Commons-Kategorie per Template verlinkt hatte - weil der Autor des Artikels wohl wenigstens einen Verweis auf Bilder haben wollte. Genauso, wie oft Artikel in Kategorien eingetragen werden, nur weil etwas nach ihnen benannt ist, oder in einem Nebensatz im Artikel erwähnt wird. Laut Kategorien auf de-wiki ist die Stadt Bergisch Gladbach (Q3117) nämlich auch ein Naturschutzgebiet (Q759421). Ahoerstemeier (talk) 08:42, 26 November 2020 (UTC)

Ich erinnere mich dunkel daran, die Quelltexte der Infobox durchforstet zu haben. Es wird Commons category (P373) gezogen, der Link vielleicht ersatzweise. --XRay (talk) 09:46, 26 November 2020 (UTC)

Nee, sorry. Du hast recht. Es wird erst der Sitelink zu "commonswiki" gesucht, dann in topic's main category (P910) bzw. category related to list (P1754) und zuletzt Commons category (P373). Es bleibt aber verwirrend, wenn derselbe Wert mehrfach bei Commons category (P373) auftritt. --XRay (talk) 09:57, 26 November 2020 (UTC)

(1) habe ich korrigiert. Ist also erledigt. --XRay (talk) 10:54, 26 November 2020 (UTC)

Und gleich der nächste Ärger

Ich wollte nuuuuuuuuur diese neue Seite

https://de.wikiversity.org/wiki/Dresden/Pfarrgasse

mit Pfarrgasse (Q67471938)

https://www.wikidata.org/wiki/Q67471938

verbinden, aber der Link für Veröffentlichen wird nicht blau, nur der für Abbrechen. --Methodios (talk) 07:15, 28 November 2020 (UTC)

Hat bei mir auf Anhieb geklappt. Hast du "de" als Sprachkürzel ausgewählt? Wenn man kein Kürzel eingibt, bleibt "Veröffentlichen" grau. XenonX3 (talk) 08:44, 28 November 2020 (UTC)

Danke für den Tip. Ja, da war mal was - vor Jahren ... Ich hab noch ein paar neue Seiten heute zum Üben. LOL --Methodios (talk) 09:48, 28 November 2020 (UTC)

World Chess Championship (Q190042)

Das Item hat ein Problem, und zwar ist es im Moment ein Hybrid aus Titel ("Schachweltmeister") und Veranstaltung ("Schachweltmeisterschaft"). Soweit ich das sehe ist die de:wiki die einzige Wikipedia, die den Titel als Lemma hat, alle anderen haben die Veranstaltung als Lemma. Strenggenommen müsste man also ein neues Item für den Titel anlegen und den de-Wikilink dorthin umziehen, aber dann wäre der deutsche Artikel völlig ohne Interwikilinks. Wie kann man das Problem am besten lösen? Steak (talk) 20:45, 28 November 2020 (UTC)

Letztlich müsste man dann die Interwikilinks manuell regeln. In dewiki würde eine Weiterleitung "Schach-Weltmeisterschaft" auf den Titel als Sitelink zu dem Objekt World Chess Championship (Q190042) hinzugefügt, so dass dewiki von überall aus erreichbar wäre. Innerhalb von dewiki müsste man lokal die Interwikilinks nach alter Methode ergänzen. Händisch ist das nicht besonders gut zu machen, aber grundsätzlich kann man das auch automatisieren. Enwiki hat en:Template:Interwiki extra für genau den Zweck, aber in dewiki hat meines Wissens leider noch niemand diese Vorlage importiert–obwohl ich das ein paarmal in ähnlichen Situationen empfohlen habe. —MisterSynergy (talk) 21:45, 28 November 2020 (UTC)

Serverfehler

Ich führe eine Wikidata Query aus. Funktioniert einwandfrei. Ich führe die selbe Query 10 Minuten später aus und bekomme folgende Fehlermeldung:

Serverfehler: JSON.parse: expected property name or '}' at line 2318324 column 2 of the JSON data'

Ich kann kein Java Script. Kann das jemand bitte fixen? Danke. --Gereon K. (talk) 20:04, 27 November 2020 (UTC)

• Es würde helfen wenn du ein Link zu dem Query geben würdest. ChristianKl ❪✉❫ 02:58, 28 November 2020 (UTC)

Jetzt funktioniert es wieder. Die Query war folgende: [1]. --Gereon K. (talk) 21:52, 28 November 2020 (UTC)

Dresden Street ID

Moin, Moin. Wurde erst heute auf diese Unterseite (von Oktober) aufmerksam:

https://www.wikidata.org/wiki/Wikidata:Property_proposal/Dresden_Street_ID

Scheint ja etwas vorwärts zu gehen!

Ich würde gerne noch meine bescheidenen Kenntnisse der historischen Straßensituation ergänzen. Allerdings wüßte ich derzeit noch nicht einmal, wie ich auf die 3.024 derzeit vorhandenen Datenobjekte kommen sollte. Eine Liste oder Kategorie wäre nett. --Methodios (talk) 06:36, 28 November 2020 (UTC)

Hallo @Methodios: unter Property_talk:P8710 -> "Abfrage starten" erhält man eine aktuelle Liste jener Objekte, die die Property verweden. Um alle (derzeit 3.162) Einträge aufzulisten muss "LIMIT 10" (Beschränkung auf 10 Einträge) am Ende entfernt werden und die Anfrage durch Klick auf den großen blauen "Play"-Button gestartet werden. Außerdem gibt es beispielsweise die Seite de:Benutzer:Z thomas/DE-SN-Straßen-Dresden mit der Dresden-Street-ID in der letzten Spalte --M2k~dewiki (talk) 18:31, 29 November 2020 (UTC)

@Methodios: zu Straßen in Dresden siehe auch verschiedene Diskussionen auf User_talk:Stefan_Kühn. --M2k~dewiki (talk) 19:07, 29 November 2020 (UTC)

Moin, Moin. Ja, danke für die Hinweise. Das LIMIT aufzuheben hat es gebracht. Bei den vielen böhmischen Dörfern und "kitaiski gramotas" (chinesische Zeichen), wie der Russe dazu sagt, auf SKs Disk. wurde mir ganz anders. Ich muß verrückt sein, in meinem alter noch sowas anzufangen. Hoffentlich lache ich in ein paar Jahren über diese Anfänge hier. Zuvörderst habe ich meine nächste Frage direkt an SK gerichtet. Grüße --Methodios (talk) 05:29, 30 November 2020 (UTC)

Fortführung der globalen Gespräche am 5. und 6. Dezember

Hola, こんにちは, Ciao, Hello, سلام, Halo, Salut, 你好, Nnọọ, হ্যালো, Hallo, สวัสดี, Dzień dobry, வணக்கம், приветствие, שלום, Mholo, हैलो, γεια, Ahoj, ഹലോ, 여보세요, مرحبا, Բարեւ Ձեզ, Olá, Xin chào, Hallå, ಹಲೋ, Sawubona, Здраво, Merhaba, Talofa, హలో

Globale Gespräche 5. & 6. Dezember

Hallo Forum,
250 Personen haben an den virtuellen globalen Gesprächen teilgenommen, die am 21. und 22. November stattgefunden haben. Die Gespräche werden am 5. und 6. Dezember fortgesetzt, und wir laden euch herzlich ein, daran teilzunehmen. Die Anmeldung ist bis zum 4. Dezember möglich. Wir freuen uns auf eure Teilnahme.

Seit September haben viele Gruppen ihre lokalen, regionalen und thematischen Prioritäten zur Umsetzung der Empfehlungen der Bewegungsstrategie mitgeteilt. Während der ersten Serie von globalen Gesprächen am 21. und 22. November haben wir uns auf Initiativen konzentriert, die global priorisiert und koordiniert werden sollten.

Wir laden euch ein, die ausgewählten globalen Prioritäten zu lesen. Was gefällt euch daran? Was fehlt? Und was würde euch dazu bewegen, eine aktive Rolle bei der Umsetzung spielen zu wollen? Teilt uns eure Gedanken im Voraus mit und setzt das Gespräch am 5. und 6. Dezember fort.

Ich freue mich darauf, euch am 5. und 6. Dezember zu sehen, erneut oder zum ersten Mal! Christoph Jackel (WMDE) (talk) 18:02, 30 November 2020 (UTC)