Wikidata:Forum/Archiv/2020/10

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

Quellenangabe/ Fundstelle: Schilder und Informationstafeln am Objekt

Wie gebe ich eine Quelle richtig an, wenn ich die Daten (z.B. Name, Künstler und Jahr einer Skulptur) von einem Schild vor Ort habe, wie z.B. hier unten im links im Bild zu sehen: https://commons.wikimedia.org/wiki/File:Evolver_Hans_Germer_Dorfmark.jpg Was gebe ich an, wenn die Quelle eine Informationstafel ist? Beispiel: https://commons.wikimedia.org/wiki/File:Tumulus_of_Vierde_(1),_Heidekreis,_2020.jpg RogerWiki (talk) 13:17, 25 September 2020 (UTC)

@RogerWiki: Mein Vorschlag wäre so: Q99967811#P571, unter Verwendung von type of reference (P3865) mit information board (Q76419950) als Wert, oft hilft auch museum label (Q6940727). --Marsupium (talk) 14:39, 5 October 2020 (UTC)

Landelisten bei P768

Hallo zusammen, wie sollte man bei electoral district (P768) Landeslisten angeben? Das Bundesland selbst ist keine Instanz von electoral unit (Q192611), gleiches gilt für list of candidates of a German state (Q1802367) mit dem zusätzlichen Problem, dass es zu unspezifisch ist. Werden vielleicht 16 neue Datenobjekte "Landesliste ⟨Bundesland⟩" benötigt oder gibt es eine andere Eigenschaft, die dafür zu verwenden ist? --Nw520 (talk) 18:04, 3 October 2020 (UTC)

Anfang und Ende

Kann man bei einer Seilbahn die Koordinaten für Tal und Bergstation angeben oder wird da immer nur die Talstation angegeben. Ich habe da nirgends ein Beispiel gefunden. danke K@rl (talk) 13:14, 4 October 2020 (UTC)

Gilt auch für Tunnel. -K@rl (talk) 09:16, 5 October 2020 (UTC)
Die einfachste Methode wäre zwei Werte für coordinate location (P625), die mit dem Qualifikator applies to part (P518) auf funicular station (Q15915771) bzw. bottom station (Q2391004) verweisen. Für Tunnel dann analog vielleicht stattdessen direction (P560) als Qualifikator mit der entsprechenden Lage des Portals. Alternativ könnte man die Seilbahn auch wie eine Eisenbahnstrecke modellieren, dann bräuchte man separate Items für Berg- und Talstation, und diese als towards (P5051) eintragen, und die beiden Stations-Items analog zu Bahnhöfen mit adjacent station (P197) verbinden. Ahoerstemeier (talk) 16:45, 5 October 2020 (UTC)
@Karl Gruber: start point (P1427) und destination point (P1444) ? --M2k~dewiki (talk) 16:54, 5 October 2020 (UTC)
Danke miteinander, sind alles interessante Lösungen, wobei mir die Bergbahnstation net ganz klar ist. Hier wird sie alternativ als Bergstation bezeichnet. In Wikipedia aber sowohl Berg- als auch Talstation sind Bergbahnstationen - was mir logischer erscheint. Ich werde einmal versuchen - vielen Dank für die ansätze --K@rl (talk) 17:27, 5 October 2020 (UTC)

Unterschiedliche Zählweise auf der Hauptseite

Wie kommt es zu der unterschiedlich Zählweise der bisher erstellten Datensätze? Unter Welcome to Wikidata steht etwas von 89,905,909 data items that anyone can edit. In der News-Box unten links ist aber bereits am 21. Mai 2020 der 95.000.000ste Datensatz gefeiert worden. Was mich auch etwas verwundert, weshalb kein Wort über den 100.000.000sten Datensatz auf der Hauptseite verloren wird (in dem Fall der Datensatz Franklin School (Q100000001), da der Q100000000ste nicht zu existieren scheint). Lügt sich hier Wikidata in die eigene Tasche? --158.181.77.126 19:05, 6 October 2020 (UTC)

Die Zählung in der News-Box wird manuell aktualisiert und ist in dieser Form eher eine schlechte Tradition, die halt halbherzig weitergeführt wird. Dort ist der numerische Wert des zuletzt angelegten Q-Identifikators relevant, also zurzeit gut 100 Millionen. Die tatsächliche Zahl der Datensätze ist geringer und entspricht ungefähr dem Wert oben unter "Welcome to Wikidata". Special:Statistics zeigt übrigens auch den tatsächlichen Wert an, er wird irgendwie aus der Datenbank mehr oder weniger live generiert. Die Differenz zwischen dem tatsächlichen Bestand von knapp 90 Millionen Datensätzen (wie oben auf der Hauptseite) und den numerischen "100 Millionen" ergibt sich aus übergangenen Q-IDs (knapp 6 Millionen, wie z.B. auch Q100000000), zusammengelegten Objekten (Weiterleitungen, gut 3 Millionen) und gelöschten Objekten (knapp 1.5 Millionen). —MisterSynergy (talk) 19:26, 6 October 2020 (UTC)

Man muss unterscheiden zwischen aktuell bestehenden Objekten und laufenden Nummern (Q-IDs).

--M2k~dewiki (talk) 19:33, 6 October 2020 (UTC)

Liegende Gebäude

Laut Beschreibung von Property:P276 (Ort) soll man, wenn der Standort von etwas eine Verwaltungseinheit ist, Property:P131 (liegt in der Verwaltungseinheit) verwenden. Gut, es gibt liegende Bauwerke, aber typische Bauwerke – nämlich Gebäude – stehen normalerweise, außerdem kommen auch Kultur- und andere Denkmale in Frage, und auch Statuen stehen meistens (können auch sitzen), und Bilder hängen. Man könnte das doch einfach „befindet sich in der Verwaltungseinheit“ nennen, entsprechend engl. “located in the administrative territorial entity”. -- Olaf Studt (talk) 17:15, 3 October 2020 (UTC)

@Olaf Studt: IMHO ist "liegt" ok. Es bezieht sich auf die "Lage" also die Position im Raum. Vergleiche dazu de:Lage (Immobilie). --sk (talk) 05:42, 7 October 2020 (UTC)
@Stefan Kühn: Da geht es um Grundstücke und nur indirekt um die darauf stehenden Gebäude. -- Olaf Studt (talk) 09:52, 7 October 2020 (UTC)
@Olaf Studt: Damit wir nicht aneinander vorbei reden, gibt doch mal bitte ein konkretes Beispiel wo du die located in the administrative territorial entity (P131) problematisch findest. -- sk (talk) 11:47, 7 October 2020 (UTC)
Na, zum Beispiel in Q97146111 „Liste der Monuments historiques in Raedersdorf“ als Qualifikator für Q2065736 „Kulturgut“. -- Olaf Studt (talk) 11:54, 7 October 2020 (UTC)
Verstehe. Wir haben in Dresden bei solchen Listen wie z.B. Q59508710 einfach facet of (P1269) benutzt. -- sk (talk) 13:47, 7 October 2020 (UTC)
Diese Konstruktion mit located in the administrative territorial entity (P131) als Qualifikator bei Listen ist aber doch korrekt, die Liste in deinem Beispiel enthält doch die Denkmäler die sich in dieser Kommune befinden (liegen). Und Resonator würde sogar die Items auflisten die Wikidata dazu kennt - was aber nicht funktioniert da der Schutzstatus die eigene Property heritage designation (P1435) hat, und nicht instance of (P31) benutzt wird. Ahoerstemeier (talk) 07:53, 8 October 2020 (UTC)

Wikidata:WikiProject Chess/Lists/Elo recent

Warum kommt der Bot hier seit ein paar Wochen nicht mehr vorbei? Zwischenzeitlich hat es mit Limit 100 funktioniert, aber jetzt anscheinend wieder nicht :( Steak (talk) 05:58, 8 October 2020 (UTC)

Gerade hat es auf Anhieb geklappt. Schwer zu sagen, was da los ist… —MisterSynergy (talk) 11:26, 8 October 2020 (UTC)

Haltepunkt/Haltestelle

In diesem Datensatz den in der WP-de anschaue ist das ein Artikel der sich rein Deutschland-mäßig bezieht und nihct einmal DACH weit gilt. Da sollte doch ein eigener Datensatz der eine Unterklasse dieses DS ist. Vielleicht ist das in anderen WP detto, was ich aufgrund sprachlicher Kenntnisse nicht beurteilen kann. lg K@rl (talk) 08:29, 25 September 2020 (UTC)

Diese ganze Unterscheidung Bahnhof/Haltpunkt/Haltestelle ist eine sehr deutsche Sache. Das englische „station” ist eben etwas ganz anderes, als ein „Bahnhof” aus deutscher, betrieblicher Sicht. Allerdings habe ich auch keine Ahnung, wie man das international auf einen Nenner bekommt bzw sinnvoll trennt. Mir wäre gar keine Arbeit bekannt wo man sich überhaupt mal die mühe gemacht hätte, alle international gängigen Konzepte systematisch aufzuführen und gegeneinander abzugrenzen.--Trockennasenaffe (talk) 12:31, 12 October 2020 (UTC)

Möglicher Meta-RfC zur Löschung der Lsjbot-Daten?

Zur Information: Auf dewiki wurde mal wieder eine Diskussion zur Datenqualität der ganzen Lsjbot-generierten Geoobjekte angestoßen: de:Wikipedia_Diskussion:Kurier#Schöne_neue_Welt

Im Unterschied zu früheren Diskussionen gäbe es jetzt nach den positiven Erfahrungen mit meta:Requests for comment/Large scale language inaccuracies on the Scots Wikipedia eine halbwegs realistische Option, tatsächlich etwas dagegen tun zu können. Weitere Meinungen dazu sind herzlich Willkommen. --Tkarcher (talk) 11:57, 12 October 2020 (UTC)

Was den Nutzen der Bot-Spielwiese Cebuano Wikipedia (Q837615) darstellen soll erschließt sich mir auch nicht - aber die Geoobjekte hier in Wikipedia sind schon sinnvoll. Die von mir schon seit Jahren angemeckerten Nonsense-Höhen für Berge werden jetzt wohl endlich entfernt (siehe Wikidata:Requests for permissions/Bot/FischBot 9). Dass viele Geobjekte nur eine Genauigkeit auf Bogenminuten haben macht die Items hier ja nicht falsch - ärgerlich natürlich dass die Genauigkeit nicht entsprechend gesetzt wurde. Ahoerstemeier (talk) 15:02, 12 October 2020 (UTC)
Wie bekannt wurden viele Daten aus der Cebuano-Wikipedia und anderen Quellen mit vielen Fehlern importiert. Immer wenn es darum geht die Daten wieder aus Wikidata zu löschen, dann kommt die Frage auf, ob sie nicht in Zukunft von anderen Bots wieder importiert werden. Mein Vorschlag wäre es eine Liste von ungeeigneten Quellen zu führen, die nicht für Importe genutzt werden dürfen, hier ist mein Entwurf. Was denkt ihr zur Listenidee? Würdet ihr ein RFC unterstützen, um so eine Liste als verbindliche Projektregel einzuführen? Quellen sollten hinzugefügt werden, wenn entschieden wird bereits importierte Daten aus Wikidata zu löschen (bzw. auf missbilligten Rang gesetzt werden), oder wenn ein Datenimport aufgrund der schlechten Qualität der Datenquelle abgelehnt wird. @Jura1: --Pyfisch (talk) 15:19, 12 October 2020 (UTC)
Ich finde eine Beschäftigung mit der Datenqualität gut. Meiner Meinung nach sollte man offenlegen, wie die erwähnten Informationen in einem Datenobjekt ermittelt werden, bevor sie durch einen Bot ergänzt werden. Der Quelltext sollte also veröffentlicht werden. Die Zahl der Aussagen mit Fundstellen, die nicht angeben, dass es sich um einen Import aus einem anderen Wikimedieprojekt in Wikidata handelt, sollte zunehmen. Als Endnutzer der Daten sollte man verstehen können woher diese kommen. Langfristiges Ziel sollte es meiner Meinung nach sein Importe aus Wikipedia zu stoppen und dafür zu sorgen, dass die Daten einfach in strukturierter Form erfasst werden können. Mit Wikidatabridge gibt es da ja einen Ansatz in diesem Bereich, der gerade entwickelt wird. Wenn Daten nicht belegt sind und keine Fundstelle dafür gefunden werden kann, dann sollten die Daten gelöscht werden. Bei den Importen von Lsjbot ist das teilweise der Fall. Es gibt ja durchaus Bereiche in denen es durch Nacharbeit möglich ist, die Daten zu verbessern. Diese Prüfung sollte davor erfolgen. --Hogü-456 (talk) 18:28, 12 October 2020 (UTC)

Stadtdirektoren vs Oberbürgermeister

Mir ist in Düsseldorf (Q1718) ein Problem aufgefallen, das aber alle Städte in NRW betrifft: head of government (P6) ist dort aktuell mit den Oberbürgermeistern befüllt. Das ist aber bis Mitte der 1990er faktisch falsch, da bis dahin "Leiter der Verwaltung" die (Ober-)Stadtdirektoren waren (siehe de:Oberstadtdirektor). Stadtdirektoren werden in den Stadtitems aber soweit ich das sehe noch gar nicht aufgeführt. Ich wüsste jetzt auch nicht wie man das bereinigt, aber so kann es imho nicht bleiben. Steak (talk) 20:50, 12 October 2020 (UTC)

@Steak: Die Property head of government (P6), wird bei mir als Leiter der Regierung oder Verwaltung angezeigt und bezieht sich in der deutschen Übersetzung ja auch auf Verwaltungsleiter. Ich denke in diesem Zusammenhang handelt es sich um eine Formulierung, durch die drei Möglichkeiten gegeben sind. Es kann für Verwaltungsleiter, Regierungsleiter und für ein Amt das dazu führt, dass beides gleichzeitig geleitet wird, verwendet werden. Das geht aus der englischen Bezeichnung nicht hervor, die lautet head of government. Es ist ein guter Hinweis und dieses Beispiel zeigt aus meiner Sicht, dass auch Qualifikatoren wichtig sind. Ich bin nicht sicher, subject has role (P2868) kann das vielleicht spezifizieren, wer von beiden welches Amt innehat, nachdem für beides die gleiche Property verwendet wird.--Hogü-456 (talk) 18:29, 13 October 2020 (UTC)

Datensatz zu Kategorien

Hallo,

in letzter Zeit fällt mir auf, das Kategorien in der dt. Wikipedia in Wikidata einen Eintrag haben. Soweit, sogut. Aber, danach kollidiert die Angabe der "Andere Websites" mittels der commons-Kategorie regelmäßig mit der bereits bei dem Item eingetragenen commons-Kategorie!? Ist das verständlich ausgedrückt? Beispiel wären Penig (Q71145) als Stadt, bei diesem Eintrag bei Wikidata kann man die commons-Kategorie nicht unter "Andere Websites" eintragen, da diese schon bei Kategorie:Penig (Q9067597) eingetragen ist! Ist das Ganze so gewollt oder Wildwuchs? --Michael w (talk) 09:38, 13 October 2020 (UTC)

@Michael w: Siehe dazu auch de:Benutzer:M2k~dewiki/FAQ#Warum_gibt_es_getrennte_Objekte_für_Kategorie_und_das_Thema_der_Kategorie?. --M2k~dewiki (talk) 10:19, 13 October 2020 (UTC)

Fehlerhafte externe Datenbanken

Wie geht man am besten mit einem Item wie Nikolay Popov (Q27579791), das eine Person beschreibt, die es gar nicht gibt? Löschen fänd ich nicht sinnvoll, da das sonst früher oder später nach einem Abgleich mit der FIDE-Datenbank wieder reingespült wird. Sollte man einfach alles auf "deprecated" setzen? Steak (talk) 07:05, 14 October 2020 (UTC)

Janie Smiles (Q19997543) ist ein Hoax aus einem anderen Lexikon. Ich habe sie als "fiktiver Mensch" und "Hoax" eingetragen. Pyfisch (talk) 07:30, 14 October 2020 (UTC)

Doppelter Eintrag

Obwohl Light Vessel Borkumriff (Q1409667) bereits existiert, hat wohl jemand trotzdem Light Vessel Borkumriff (Q33189280) eingetragen. Kann passieren, ist aber meiner Meinung nach doppelt. --XRay (talk) 17:00, 14 October 2020 (UTC)

Both data sets merged --HarryNº2 (talk) 17:21, 14 October 2020 (UTC)
✓ Done --HarryNº2 (talk) 17:21, 14 October 2020 (UTC)

Think local, act global: Priorisierung der Strategie der Bewegung

Wie Kaarel bereits auf der Diskussionsseite des Kuriers mitgeteilt hat, soll geklärt werden, welche der zehn Empfehlungen der Bewegungsstrategie priorisiert und welche der Initiativen zuerst in Angriff genommen werden sollen - und auch von wem! Das ist ein partizipativer Prozess, bei dem alle eingeladen sind mitzumachen, so auch die deutschsprachigen Online-Communities. In dieser Phase soll auch verstanden werden, was die einzelnen Empfehlungen mit der täglichen Arbeit in den Projekten zu tun haben und wo schon gute Beispiele vorhanden sind, die die deutschsprachigen Communities global einbringen können. Bitte beteiligt euch auf Meta, auf der Diskussionsseite von de:WP:2030 und bei den vier einstündigen Online-Veranstaltungen, die wir anbieten: Info zu Prozess, Empfehlungen Prinzipien, Initiativen am Mi 21.10. und Do 22.10., Gespräche zur Priorisierung am Do 29.10 und Fr. 30.10, Start jeweils um 19 Uhr. Im Vorfeld wurde von der Wikidata-Community bereits einiges vorgebracht, was in dieser Phase sinnvoll weiterzugeben ist. Viele Grüße Christoph Jackel (WMDE) (talk) 11:29, 15 October 2020 (UTC)

Verlinkung externer IDs

Ich hab zwei Properties vorgeschlagen und die sind angenommen worden. Stadtwiki Dresden article (P8713) und Dresden Street ID (P8710). Bei beiden wollte ich eigentlich, dass man beim Draufklicken, jeweils auf die externen Seite kommt. Klappt aber aus irgendeinem Grund noch nicht bei den Objekten wo diese Properties eingesetzt werden. Muss ich da noch irgendwas an der Property umstellen? -- sk (talk) 13:36, 19 October 2020 (UTC)

Das kann leider aus technischen Gründen einige Tage dauern. --Emu (talk) 13:42, 19 October 2020 (UTC)
@Emu: Danke. Alles klar. Hatte mir sowas schon gedacht. Dann warte ich noch etwas. -- sk (talk) 14:38, 19 October 2020 (UTC)

Zusammenführen?

Sollte man nicht die Einträge Viermastbark Passat (Q76638839) und Passat (Q465520) zusammenführen? Danke im Voraus. --Eduard47 (talk) 07:38, 19 October 2020 (UTC)

Da wäre ich eher skeptisch, Schiff und Museum sind ja verschiedene Konzepte. Allerdings wird in solchen Fällen oft wild durcheinandergeworfen. --Emu (talk) 09:03, 19 October 2020 (UTC)
Beim Schiff (Passat (Q465520)) heißt es in Proberty P366 (Benutzung): Museumsschiff. Würde das nicht ausreichen, um dieses auch in P31 (ist ein..) einzutragen? Denn das Schiff ist heute nicht mehr fahrtüchtig und dient ausschließlich als Museum, Übernachtungsmöglichkeit, Veranstaltungsort und Standesamt. Gruß --Eduard47 (talk) 09:28, 19 October 2020 (UTC)
Ergänzung: Die überwiegende Nutzung der Passat ist als Museumsschiff. Siehe hierzu noch ein paar andere Museumsschiffe: Schulschiff Deutschland (Q315820), Rickmer Rickmers (Q479965), Cap San Diego (Q858079), Bleichen (Q883560) und Peking (Q249918). Gruß --Eduard47 (talk) 09:49, 19 October 2020 (UTC)
Es sind aber halt zwei komplett verschiedenen Dinge, mit vielen Informationen die nur für das eine Sinn ergeben. Physische Objekte, meist Gebäude, und Institutionen werden daher immer getrennt behandelt. Bei has use (P366) würde ich hier auch Viermastbark Passat (Q76638839) eintragen. --GPSLeo (talk) 19:12, 20 October 2020 (UTC)

Aliase mit Quickstatements entfernen funktioniert nicht

Hallo zusammen, ist es nicht möglich, Aliase per Quickstatement zu entfernen oder mach ich was falsch? das sind meine befehlszeilen mit tab als trennung -Q100599797 Ade ", Suhl" bzw. -Q100599797 Ade "Sellierstraße, Suhl". Als Fehlemeldung erscheint "Incomplete or unknown command". laut Help:QuickStatements/de#Entferne_Aussagen sollte das der richtige aufbau sein

mit demselben Aufbau abgesehen vom Minuszeichen füge ich Aliase hinzu, das funktioniert. Gruß --Z thomas (talk) 17:37, 19 October 2020 (UTC)

Aliase entfernen geht mit QuickStatements grundsätzlich nicht. Steht recht weit unten in der Dokumentation. Wieviele Aliase möchtest Du denn entfernen? Vielleicht kriegen wir das anders hin. ---MisterSynergy (talk) 19:22, 19 October 2020 (UTC)
@MisterSynergy: jetzt hab ich die einschränkung auch gefunden, danke für den hinweis.
es sind ca. 300 Objekte bei denen jeweils zwei Aliase zu entfernen sind. die "betroffenen" objekte habe ich. viele grüße --Z thomas (talk) 20:30, 19 October 2020 (UTC)
Ich glaube ich habe ein Skript dafür irgendwo rumliegen. Wenn Du mir die Daten per Email schickst und dazu schreibst, warum die weg sollen, dann schaue ich mir das an. ---MisterSynergy (talk) 20:48, 19 October 2020 (UTC)
@MisterSynergy: Mail ist raus.
argh... ich hab vergessen zu sagen, warum du aliasse weg müssen. Die Q-Objekte sind Straßen in den Städten Hildburghausen und Römhild in Thüringen. Beim erstellen der Quickstatements ist mir in Excel ein Kopierfehler passiert, und ich habe die Daten von Suhl zu weit übertragen. Mit weiteren Quickstatements konnte ich das beheben. Label, Beschreibung und Verwaltungseinheit konnte ich anpassen nur die Aliase nicht.
kurz um in den q-objekten der straßen von Hilburghausen und Römhild stehen als Aliase Straßen von Suhl drin. Vielen Dank und viele Grüße --Z thomas (talk) 21:30, 19 October 2020 (UTC)
Ist erledigt. ---MisterSynergy (talk) 21:57, 19 October 2020 (UTC)
@MisterSynergy:, vielen Dank. Ich hab dir gleich noch eine Mail geschickt, mit demselben problem. kannst du das bitte auch machen. das sollte es dann gewesen sein :-) vielen Dank --Z thomas (talk) 06:34, 20 October 2020 (UTC)
Auch erledigt. ---MisterSynergy (talk) 13:27, 20 October 2020 (UTC)
@MisterSynergy: und noch einmal vielen Dank. ich hoffe, dass demnächst solche fehler nciht mehr vorkommen. viele grüße --Z thomas (talk) 16:47, 20 October 2020 (UTC)

Querverweise zwischen Datenobjekten?

Es gibt iOS (Q48493) und für die aktuelle Version iOS 14 (Q96231126). In der de.wp gibt es zu beiden auch Artikel, sodass man eigentlich in beiden Datenobjekten die Versionsnummer pflegen muss. Geht das auch einfacher? Vorzugsweise sollte aus meiner Sicht die Versionspflege in iOS 14 (Q96231126) erfolgen und diese dann in iOS (Q48493) eingebunden/ergänzt werden. Ist soetwas möglich? --darkking3 Թ 08:00, 21 October 2020 (UTC)

Betroffenes Gebiet eines Ereignisses

Wie kann man eine betroffene Region wie bei Hochwasser oder Lawinen etc. eintragen. Im konkreten habe ich das beim Q100403770 Lawinenkatastrophe Montafon 1689, wo ich das Montafon eintragen will. Es sollte so etwas wie Wirkungsort oder Versorgungsgebiet o.ä. sein oder weiß jmd eine andere Lösung. danke K@rl (talk) 08:43, 21 October 2020 (UTC)

Karl Gruber Hier reicht ganz einfach location (P276). Meines Erachtens ist located in the administrative territorial entity (P131) ungeeignet, da sich das eher auf Objekte/"Dinge" bezieht. Kleine Kritik noch: Verwende statt victim (P8032) besser number of casualties (P1590), wenn du die Anzahl der Opfer angeben möchtest. Ersteres ist für die konkrete Auflistung von Opfern. --Nw520 (talk) 11:28, 21 October 2020 (UTC)
alles klar danke, korrigiert. --K@rl (talk) 11:48, 21 October 2020 (UTC)

Fehlerhaften QS Stapel rückgängig machen

Hi, in diesem QuickStatements Stapel habe ich Bezeichnung und Beschreibung verwechselt: https://quickstatements.toolforge.org/#/batch/44703 Wie kann man die Bearbeitungen schnellstmöglich rückgängig machen? EditGroups ist ausgefallen, sonst könnte man es dort rückgängig machen. --Pyfisch (talk) 11:48, 30 October 2020 (UTC)

Ok, kann es jetzt rückgängig machen. --Pyfisch (talk) 12:06, 30 October 2020 (UTC)

Import: Kommunalwahlen (~80 Kommunen) in DE

Hallo zusammen! Eric Luth (WMSE) hat Daten zu Kommunalwahlen mit Angaben zu Einwohnerzahl, Zahl der Wahlberechtigten, teilnehmenden Parteien, Anzahl der gültigen Stimmen prozentual und absolut aufgeschlüsselt nach Kommune und Jahr für ~80 Kommunen zwischen 1979 bis 2014 für einen Import in Wikidata gestellt bekommen. Hätte jemand Lust Fragen zur Modellierung zu klären oder ggf. sogar den Import durchzuführen? Besten Dank für jede Hilfe --Nw520 (talk) 12:00, 30 October 2020 (UTC)

Hallo! Eventuell ist es sinnvoller die Daten auf Commons als Tabelle hochzuladen und von Wikidata aus zu verlinken, statt alles hier zu speichern. Eine Wahl alle 4 Jahre mit jeweils einem Dutzend Parteien sind ganz schön viele Aussagen in Wikidata, außerdem liegen die Daten vermutlich ohnehin als Tabelle vor. Kann ich mir einen Datensatz mal ansehen? --Pyfisch (talk) 12:14, 30 October 2020 (UTC)
Naja, als Tabelle auf Commons ist ja der ganze Witz einer strukturierten Datenbank weg. SPARQL-Abfragen etc. sind dann nicht möglich. --Emu (talk) 13:58, 30 October 2020 (UTC)

Bäume abfragen

Beim Stammtisch Dresden kam der Wunsch auf, alle Straßen in Dresden abzufragen, die nach Bäumen benannt wurden. Bis zum Taxon, krieg ich die Abfrage hin, aber dann weiß ich nicht, wie man weiter unterscheiden würde, dass es ein Baum ist. Aktuell sind noch Vögel (Habicht und Gimpel) und unerwünschte Pflanzen (z.B. Echter Koriander) drin. 

#-------------------------------------------------------------------------------
# Straßen in Dresden, benannt nach Bäumen
#-------------------------------------------------------------------------------
#defaultView:Table
SELECT ?item ?itemLabel ?namensgeberLabel
WHERE {
  ?item wdt:P8710 ?streetID.           # ist eine Straße in Dresden
  ?item wdt:P138 ?namensgeber.         # ist benannt nach irgendwas
  ?namensgeber wdt:P31 wd:Q16521.      # Namensgeber ist ein Taxon 
  #?namensgeber wdt:P279+ wd:Q10884.
  #?namensgeber wdt:P6094 ?florawebID.  #ist eine Pflanze (?!?)
  SERVICE wikibase:label { bd:serviceParam wikibase:language "de". } # Sprachausgabe deutsch
}
order by  ?namensgeberLabel ?itemLabel
Try it!

Weiß vielleicht einer von euch, wie man die Abfrage erweitert, so dass nur Bäume als Namensgeber gelistet werden? Mir fehlen hier vermutlich die Fachkenntnisse. Eine Baum-ID oder so wäre vielleicht eine Idee. @Erfurth: Zur Info. --sk (talk) 21:01, 29 October 2020 (UTC)

Hi Stefan, meines Wissens nach geht das auch mit Wikidata nicht. Wir haben das bereits an anderer Stelle diskutiert (mit @@Jeb: und Solvejg von der TU Dresden, die viel zu Bäumen forscht). Das Problem an der Sache ist grundsätzlich, dass "Baum" kein botanisch-wissenschaftlicher Begriff ist. In Wikidata sind Taxone sehr umfassend erfasst, aber rein nach streng biologisch/botanisch-wissenschaftlichen Kriterien und da hat der Baum keinen Platz. Schlicht sind auch nicht alle Pflanzen immer zwangsläufig Bäume, in dem gemeinläufigen Sinne. zB sind nicht alle Pflanzen die zu den Kiefern zählen Bäume. Eine Latsche auf der Alm, würde niemand als Baum bezeichnen, während all die anderen "Geschister"-Taxone der Kiefergewächse zu Bäumen heranwachsen können - aber auch darin steckt noch das nächste Problem: die Gewächse sind nicht von vornherein bereits ein Baum, ein Baum ist eher eine "Alterserscheinung". Man kann sich dieser Thematik momentan also nur behelfsmäßig annähern. Eine Variante wäre, wie von dir beschrieben, der gesetzte Fall es gäbe eine "Baum-Datenbank", die also nur Pflanzen erfasst, die zu "Bäumen" heranwachsen und die mit WD-Taxonen verlinkt ist.
Eine Variante induktiver Art wäre über OSM zu verfahren, dort sind ja massig Bäume kartographiert (in der Dresdner Altstadt in einem Umkreis von 10 km sind nicht weniger als 6.500 Laubbäume eingetragen) und mit dem Wikidata-Taxon verlinkt. Sophox (OSM-SPARQL-Endpoint) kann in Federatorin mit WDQS treten und hilft hier ganz gut mit - das SPARQL-Template löst natürlich nicht korrekt auf - bitte sophox.org verwenden.
Ich frage alle in Wikidata als "Baum" getaggten Elemente ab und greife in Wikidata deren Taxone ab, mit diesem Wert gehe ich in der Federated-Wikidata-Query nach Straßen in Dresden schauen:
SELECT DISTINCT ?item ?itemLabel ?streetID ?species ?label WHERE {
    #Abfrage der-Wikidata-Species-ID in OSM für alle als "Baum" getaggten Kartenelemente
    SELECT DISTINCT ?species WHERE {
      ?tree osmt:natural "tree".
      ?tree osmt:species:wikidata ?species.
    }
  }
  #Abfrage der Straßen in Dresden (via P8710) benannt nach einem Baum-Taxon.
  SERVICE <https://query.wikidata.org/sparql> {
    ?species rdfs:label ?label.
    ?item wdt:P8710 ?streetID.    
    ?item wdt:P138 ?species.
    ?item rdfs:label ?itemLabel.
    FILTER((LANG(?label)) = "de")
    FILTER((LANG(?itemLabel)) = "de")
  }
}
Try it!
--Mfchris84 (talk) 06:49, 30 October 2020 (UTC)
@Mfchris84: Danke für deine Antwort. Die Abfrage funktioniert bei sophox.org nicht. Ja mit fehlt das biologische Fachwissen und die Kenntnis über ein Baum-ID, wie auch immer die aussehen könnte. Also scheint es erstmal keinen einfachen Weg zu geben. Die Vögel könnte ich noch über das wingspan (P2050) rausfiltern. Bei den Kräuter- und Heilpflanzen oder Gebüschen wird es nicht so einfach. Aber danke erst mal. -- sk (talk) 09:03, 30 October 2020 (UTC)
@Stefan Kühn:: Bei mir geht: tinyurl.com/y3ehfkcn Ein anderer Vorschlag wäre noch, das "named after" noch mit einem Qualifier zu versehen, der auf Q10884 referenziert ... --Erfurth (talk) 09:19, 30 October 2020 (UTC)
Das mit dem Qualifier bitte nicht machen, da könnte man ja anfangen alles mögliche rein zu packen. Die Lösung hier ist neben dem Item für das Taxon ein weiteres Item für den Baum als kulturelles Konzept(aber auch ökologisches Konzept) dieser Spezies an zu legen. Aktuell gibt es das nur mit Quercus (Q12004)(Quercus als Taxon) und oak (Q33036816) als Mem, was dann eine Unterklasse von tree (Q10884) ist. Das könnte für alle Bäume so gemacht werden, dann gibt es neben Pyrus communis (Q146281) auch noch ein Extra Item für Birnbaum. Natürlich müsste man dann eigentlich noch klären, ob die Straßen jetzt nach der Spezies oder dem kulturellen Konzept benannt sind. --GPSLeo (talk) 20:23, 30 October 2020 (UTC)

Q75729207 Arnold von Wachtendonck

hallo, ich bitte um Entfernung der Category:Arnold von Wachtendonck unter Andere Websites, weil dieser mein heutiger Eintrag ein Fehler ist. Gruß --Hedwig Storch (talk) 11:09, 30 October 2020 (UTC)

✓ Done --Nw520 (talk) 12:13, 30 October 2020 (UTC)
Dankeschön. Grüße --Hedwig Storch (talk) 12:15, 31 October 2020 (UTC)
Retrieved from "https://www.wikidata.org/w/index.php?title=Wikidata:Forum/Archiv/2020/10&oldid=1304821233"