Wikidata:Forum/Archiv/2020/08

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

Was macht man eigentlich mit Müll?

https://www.wikidata.org/wiki/Category:Masch_(surname) https://www.wikidata.org/w/index.php?title=Category:Masch_(surname)&action=edit, Ich war aus Versehen noch in Wikidata, statt wie beabsichtigt in Commons und Schwuppdiwupp war der Müll abgespeichert. Bei Commons gibt es SLA, was macht man in Wikidata? Adelfrank (talk) 12:00, 4 August 2020 (UTC)

Ich habe das gelöscht, kein Drama. Ansonsten kannst Du auch einfach {{Delete}} dranschreiben, so dass ein Admin das findet und abarbeitet. Viele Grüße! ---MisterSynergy (talk) 12:13, 4 August 2020 (UTC)

Danke. Gruß zurück. Adelfrank (talk) 12:32, 4 August 2020 (UTC)

QuickStatements zickt bei Adresse

Ich krieg keine Adresse über QuickStatements zu einem Objekt. Beispiel: Wegkapelle (Q98084039) mag weder mit Q98084039|P6375|"Schwarzenlehen" noch mit der Sprache im Anhang Q98084039|P6375|"Schwarzenlehen"|P407|Q188. Irgendeinen Tipp? --Derzno (talk) 08:39, 5 August 2020 (UTC)

street address (P6375) hat den Datentyp "monolingual-text". Du brauchst diese Syntax: Q98084039|P6375|de:"Schwarzenlehen" per Help:QuickStatements#Add simple statement. ---MisterSynergy (talk) 08:57, 5 August 2020 (UTC)

ok vielen Dank, immer wieder was neues ;) --Derzno (talk) 09:00, 5 August 2020 (UTC)

Technical Wishes: FileExporter and FileImporter become default features on all Wikis

The FileExporter and FileImporter will become a default features on all wikis until August 7, 2020. They are planned to help you to move files from your local wiki to Wikimedia Commons easier while keeping all original file information (Description, Source, Date, Author, View History) intact. Additionally, the move is documented in the files view history. How does it work?

Step 1: If you are an auto-confirmed user, you will see a link "Move file to Wikimedia Commons" on the local file page.

Step 2: When you click on this link, the FileImporter checks if the file can in fact be moved to Wikimedia Commons. These checks are performed based on the wiki's configuration file which is created and maintained by each local wiki community.

Step 3: If the file is compatible with Wikimedia Commons, you will be taken to an import page, at which you can update or add information regarding the file, such as the description. You can also add the 'Now Commons' template to the file on the local wiki by clicking the corresponding check box in the import form. Admins can delete the file from the local wiki by enabling the corresponding checkbox. By clicking on the 'Import' button at the end of the page, the file is imported to Wikimedia Commons.

If you want to know more about the FileImporter extension or the Technical Wishes Project, follow the links. --For the Technical Wishes Team:

Max Klemm (WMDE) 09:14, 6 August 2020 (UTC)

Weiterleitungen

Hallo,

ich beschäftige mich gerade mit Ministern. Die Ministerien, welche diese leiten ändern teilweise nach Wahlen ihren Namen. Bestimmte Bereiche kommen dazu oder wechseln zu einem anderen Ministerium. In der Wikipedia wird dann nicht in jedem Fall ein neuer Artikel angelegt. In Wikidata ist es aus meiner Sicht hilfreich dafür ein neues Datenobjekt anzulegen, wenn sich die organisatorische Zuordnung ändert. Gibt es ein Tool, welches beim Übernehmen von einem bestehenden Datenobjekt bei Namesänderung hilft oder eine Seite, in der Lemmaänderungen an Artikeln aufgeführt werden, damit diese geprüft werden können. --Hogü-456 (talk) 18:00, 6 August 2020 (UTC)

Sofern eine Kontinuität existiert, also z. B. Gebäude und Personal weitgehend erhalten werden, würde ich zusätzliche Namenseinträge mit Start/Enddatum bevorzugen. Wenn man eine Liste der Innenminister(ein) haben will, sollte man sich nicht darum kümmern müssen, dass irgendjemand irgendwann auf die Idee kam, noch „Heimat“ in‘s Portfolio zu nehmen. --Matthias Winkelmann (talk) 13:09, 8 August 2020 (UTC)

Ich stimme Matthias Winkelmann zu und würde ebenfalls erst neue Datenobjekte anlegen, wenn es beträchtliche Veränderungen an einem Ministerium gab. Ansonsten reicht es m.E., bei instance of (P31) die Ressorts mit start time (P580) bzw. end time (P582) zeitlich einzuschränken und die Namen mit official name (P1448) unter Angabe des Zeitraums einzutragen sowie alte Namen als Alias einzupflegen. --Nw520 (talk) 16:07, 8 August 2020 (UTC)

Zusammenfügen

Moin! Ich hatte ein Item angelegt Woodpile (Q98146215) und erst beim Eintragen der deutschsprachigen Wikipedia-Seite gemerkt, dass es dafür einen Fachbegriff und vor allem bereits ein Item gibt: Woodpile (Q2102671). Das im Menü angebotene Merge funktioniert nicht oder ich verstehe es nicht. Auf jeden Fall wäre es gut, wenn die beiden Item unter Woodpile (Q2102671) zusammengefasst werden könnten. Danke! --XRay (talk) 12:07, 8 August 2020 (UTC)

Done --Nw520 (talk) 13:01, 8 August 2020 (UTC)

Danke! --XRay (talk) 13:44, 8 August 2020 (UTC)

Funktion "In der Nähe" zeigt keine Bezeichnungen mehr

Hallo, seit einigen Tagen zeigt die Funktion "In der Nähe" (Special:Nearby) in der Ausgabeliste nur die nackten Q-Nummern und nicht mehr die Bezeichnungen in der Sprache des Benutzers. Das erschwert die Benutzung sehr. Weiß jemand wie diese Seite generiert wird und wie man feststellen kann wer da wann was geändert hatte ? -- Gerd Fahrenhorst (talk) 14:42, 9 August 2020 (UTC)

Wahlergebnisse

Hallo zusammen, ich habe als Einstieg und Fleißarbeit die Ergebnisse der Kommunalwahl in Rheinland-Pfalz nachgetragen. Das sind ca. 1000 Gemeinden. Zwischendurch hatte ich auch Kontakt mit dem Langeswahlleiter, der mir die Ergebnisse als Exceldatei zur Verfügung gestellt hat. Ich habe schon verschiedene Leute angefragt, ob und wie man das in Wikidata darstellen könnte, bisher ohne Erfolg. Ich habe auch keinen analogen Datensatz gefunden, von dem ich abkupfern könnte. Durch den Kurierartikel habe ich neue Hoffnung geschöpft. Gibt es schon (Kommunal-)Wahlergebnis-Datensätze, bzw hat einer eine Idee, wie man so etwas anlegen könnte? --Mutter5 (talk) 14:53, 9 August 2020 (UTC)

Hallo Mutter5, könnte vielleicht Wikidata:WikiProject elections weiterhelfen? --Nw520 (talk) 19:00, 9 August 2020 (UTC)

Bzgl. D habe ich dort nichts gefunden, trotzdem danke für den Hinweis.--Mutter5 (talk) 00:23, 10 August 2020 (UTC)

Abfrage über die "Bezeichnung"

Hallo, wie kann ich abfragen, wenn es keine vernünftigen Propertys gibt? Beispiel: Listen der Bau- und Bodendenkmäler in Bayern. Es ist dort nur ein instance of (P31) mit Wikimedia list article (Q13406463) vorhanden. Gibt es eine Möglichkeit einer Wildcard Suche mit "Liste der Bodendenkmäler in*"? Oder zur Not hätte ich eine Liste der ganzen zu suchenden Objekt als Textinput. Sinnvollerweise wäre es diesen Listen dann auch den Ort zuzuweisen. Welche Property wäre hierfür am besten? located in the administrative territorial entity (P131) finde ich hierzu nicht besonders gut geeignet. --Derzno (talk) 04:30, 9 August 2020 (UTC)

Mit SPARQL geht eine Wildcard-Suche nicht, aber man kann zahlreiche Orte als Input angeben und dann schauen, welche Listen dabei rausfallen. Ansonsten wäre das auch was für die normale Mediawiki-Suche (das Suchfeld oben rechts). Beide Abfragewege kann man händisch über das Web-UI oder über das API automatisiert nutzen. —MisterSynergy (talk) 07:58, 9 August 2020 (UTC)

MisterSynergy, danke und das hatte ich schon befürchtet. Zumindest über den Vorschlag kriegt man dann mit etwas Datenaufbereitung eine lokale Liste zusammen. Was könnten wir aber machen, dass diese Items auch abfragbar werden? Meine Idee wäre die Gemeinde irgendwie in einem Prop zu verwenden aber welches wäre da passend? So jedenfalls nützen die Daten recht wenig wenn man nichts anfangen und abfragen kann.--Derzno (talk) 12:52, 9 August 2020 (UTC)

Mh. Es gibt list of monuments (P1456), das ist aber in dem Gemeinde-Objekt zu nutzen und verlinkt dort das Listenobjekt. Inverses passt irgendwie nicht so recht, aber abzufragen wäre das wohl.
Hier nicht so recht hilfreich, aber grundsätzlich für die Auffindbarkeit von Listen hilfreich ist sicherlich auch is a list of (P360). —MisterSynergy (talk) 13:01, 9 August 2020 (UTC)

@Derzno: Eine Liste aller Objekte (oder von Unterkategorien auch pro Landkreis) erhält man beispielsweise mit Petscan:

Liste (Bodendenkmäler in Bayern)
Liste (Baudenkmäler in Bayern)
Bodendenkmal im Landkreis Günzburg.
Am Reiter "Output" kann man verschiedene Formate (HTML CSV TSV Wiki JSON PagePile) für die Ausgabe wählen.
Über Petscan und/oder Quickstatements könnten ggf. auch Verwaltungseinheiten in den Objekten ergänzt werden, sodass diese später für SPARQL-Abfragen herangezogen werden können.
MediaWiki-API-Ergebnis
MediaWiki-API-Ergebnis (JSON) --M2k~dewiki (talk) 13:08, 9 August 2020 (UTC)
* How to query Wikidata items using its labels?

SELECT ?item ?itemLabel
WHERE { 
  ?item rdfs:label ?itemLabel. 
  FILTER(CONTAINS(LCASE(?itemLabel), "Liste der Bodendenkmäler"@de)).
} limit 10

Try it!

läuft allerdings in einen Timeout.

SELECT ?item ?itemLabel WHERE {
  SERVICE wikibase:label {
    bd:serviceParam wikibase:language "de".
    ?item rdfs:label ?itemLabel.  
  }
 FILTER(CONTAINS(LCASE(?itemLabel), "Liste der Bodendenkmäler")).
}
LIMIT 100

Try it!

liefert keinen Treffer (?!?) --M2k~dewiki (talk) 13:25, 9 August 2020 (UTC)

SPARQL ist für eine Label-Suche nur eingeschränkt hilfreich, weil nicht sonderlich effizient.

Du kannst effizient nach einer exakten Bezeichnung suchen: ?item rdfs:label 'Liste der Bodendenkmäler in Hintertupflingen'@de
Du kannst effizient auf einer kleinen Menge (tausende bis hunderttausende) von Bezeichnungen Stringoperationen wie CONTAINS, STRSTARTS, REGEXP, etc. ausführen: ?item wdt:P131* wd:Q1726; rdfs:label ?label . FILTER(LANG(?label) = 'de') . FILTER(CONTAINS(?label, 'München')) .
Was nicht geht (innerhalb einer Minute), ist das Anwenden von Stringoperationen auf alle Bezeichnungen in Wikidata. Das ginge unter Umständen aber mit SQL auf der mediawiki-Datenbank von Wikidata, siehe hier (SQL-Stringoperationen sind viel performanter als die von SPARQL). Die direkte Suche in Mediawiki bzw. übers API nutzt das glaub ich auch, und kann alle Arten von vorhandener Suchindizierung ausnutzen.

—MisterSynergy (talk) 13:59, 9 August 2020 (UTC)

As of today (June 2020), the best way to do this seems to be using these CirrusSearch extensions.:

SELECT DISTINCT ?item ?label
WHERE
{
  SERVICE wikibase:mwapi
  {
    bd:serviceParam wikibase:endpoint "www.wikidata.org";
                    wikibase:api "Generator";
                    mwapi:generator "search";
                    mwapi:gsrsearch "inlabel:Liste der Bodendenkmäler"@de;
                    mwapi:gsrlimit "max".
    ?item wikibase:apiOutputItem mwapi:title.
  }
  ?item rdfs:label ?label. FILTER( LANG(?label)="de" )

}

Try it!

--M2k~dewiki (talk) 14:03, 9 August 2020 (UTC)

Danke erst mal für eure Tipps und Hilfe. Zwischenzeitlich hab ich mir eine lokale Mappingtabelle für meine Bodendenkmäler zusammen gebaut die mich aber schon einiges an Zeit gekostet hat. Da mich nur Bayern interessiert hab ich da aber auch noch einiges an "Beifang". Ungeachtet wer solche Abfragen ausser ein paar Nerds überhaupt braucht, fällt mir der Satz eines Profs ein, der mal sagte, "Daten die man nicht abfragen kann, braucht man nicht". Daher sollten wir schon überlegen wie wir das "einfacher" abfragbar machen. Mir schwebt so was wie "Listen in Bayern" mit entsprechenden Eingrenzungen wie Baudenkmäler, Bodendenkmäler, Schutzgebiete etc. vor. is a list of (P360) hab ich mir mal angesehen finde aber das dort Ortsteile wohl eher nicht sinnvoll sind. Was machen wir dann noch mit der Art der Liste Denkmal, Ortschaft, Schutzgebiet? Wo versenken wir das? --Derzno (talk) 05:13, 10 August 2020 (UTC)

Deutsche Beschreibungen für nichtbinäre Personen

(English summary: trying to figure out how to write German descriptions for non-binary people. If you’re in one of the pinged WikiProjects but don’t speak German, just ignore this, sorry for the noise.)

Nach dem kürzlichen Coming-Out von Kae Tempest (Q6375824) wurde die deutsche Beschreibung bis jetzt dreimal geändert: ich schrieb englische*r Rapper*in, Lyriker*in, Theater- und Romanautor*in, Chiananda machte daraus englische/r Rapper/in, Lyriker/in, Theater- und Romanautor/in, und OwenBlacker änderte es zu englischiks Rapperiks, Lyrikeriks, Theater- und Romanautoriks. Daher wollte ich anregen, ob wir uns nicht auf eine gemeinsame Form einigen können, die wir dann für die meisten Items verwenden.

Diese Query sucht nach Items für nichtbinäre Personen mit deutscher Beschreibung. Die meisten sind nicht wirklich geschlechtsneutral formuliert (Schauspielerin, Aktivist); die Items, bei denen mir eine geschlechtsneutrale Beschreibung aufgefallen ist, würde ich wie folgt zusammenfassen:

Anzahl	kurz	Beispiel	Items
5	Person	Person, die Musik macht	Gopi Shankar Madurai (Q29908714) (Permalink), Norrie May-Welby (Q2184751) (P), Lachlan Watson (Q59574383) (P), Laser Malena-Webber (Q19672533) (P), Ruth Baldacchino (Q20683861) (P)
4	/	deutsche Journalist/in, Kolumnist/in und Aktivist/in	Annalee Newitz (Q4767817) (P), Hengameh Yaghoobifarah (Q61735940) (P), Akwaeke Emezi (Q51031523) (P), Indya Moore (Q52332976) (P)
2	nichts	US-amerikanisch, darstellend in der Pornobranche	Zoë Quinn (Q17024751) (P), Jiz Lee (Q6203549) (P)
2	*	britischer Sängerin	Sam Smith (Q15123969) (P), Heinrich Horwitz (Q23015692) (P)
2	es	kanadisches Schauspieleri	Jo Vannicola (Q538283) (P), Asia Kate Dillon (Q29349327) (P)
2	iks	englischiks Musikeriks und Musikproduzentiks	Planningtorock (Q2098277) (P), Kae Tempest (Q6375824) (P)
1	x	Profx für Gender Studies und Sprachanalyse am Zentrum für transdisziplinäre Geschlechterstudien der Humboldt-Universität Berlin	Lann Hornscheidt (Q16739206) (P)

Gar nicht gesehen habe ich den Unterstrich (_), obwohl auch der im Deutschen gelegentlich verwendet wird, soweit ich weiß (gesehen etwa in der Berichterstattung zu Hengameh Yaghoobifarahs All cops are berufsunfähig). Abgesehen von Formulierungen wie „Person“ ist der Schrägstrich offenbar die einzige in der deutschsprachigen Wikipedia akzeptierte Option (siehe de:Benutzer:Chiananda/Geschlechtsneutrale Biografie – Workshop#Geschlechtsneutrale Formulierungen); daran müssen wir uns in Wikidata nicht unbedingt gebunden fühlen, aber es ist zumindest gut zu wissen.

Ich würde vorschlagen: wenn eine Präferenz der betreffenden Person bekannt ist, sollte diese berücksichtigt werden (betrifft vermutlich hauptsächlich deutschsprachige Personen), ansonsten sind sowohl Formulierungen mit „Person“ als auch eine bestimmte Alternative zulässig, je nachdem, was sich besser eignet. Ich würde also anregen, dass wir uns auf eine der Varianten „/“, „*“, „_“, „es“, „iks“, „x“ einigen und dann nur noch diese verwenden (es sei denn, es ist bekannt, dass die betroffene Person eine der anderen Varianten bevorzugt).

Was meint ihr?

Notified participants of WikiProject LGBT

Notified participants of WikiProject Labels and descriptions

--Lucas Werkmeister (talk) 13:59, 9 August 2020 (UTC)

Zweite Runde Pings (getrennt, um das Limit nicht zu überschreiten):

Notified participants of WikiProject Germany

Notified participants of WikiProject Austria

Notified participants of WikiProject Switzerland

--Lucas Werkmeister (talk) 13:59, 9 August 2020 (UTC)

@Lucas Werkmeister: Documentation at Wikidata:WikiProject LGBT/gender Blue Rasberry (talk) 14:08, 9 August 2020 (UTC)

Dein Vorschlag klingt gut. Ich bevorzuge bei nichtbinären Leuten die „Person“-Formulierung, um das Problem mit dem grammatikalischen Geschlecht zu vermeiden. Wenn das nicht möglich ist, würde ich entweder den Schrägstrich oder das Sternchen benutzen, da sie relativ bekannt sind (obwohl ich sie eigentlich nicht so gut finde, weil es dann für mich eher wie „unbekannt ob männlich oder weiblich“ als „weder männlich noch weiblich“ klingt). Den Unterstrich mag ich nicht, da er nicht immer gut sichtbar ist und die anderen Optionen sind, soweit ich weiß, ziemlich unbekannt und umstrittener. - Nikki (talk) 15:00, 9 August 2020 (UTC)

Mit der Bundesgerichtshof Entscheidung, dass divers ein Geschlecht ist, sollte es eigentlich in vielen offiziellen Dokumenten das Problem geben. Wie lösen offizielle deutsche Stellen das Problem? ChristianKl ❪✉❫ 16:04, 9 August 2020 (UTC)

Ebene auch genauso uneinheitlich, wenn sie es denn überhaupt machen, mal mit /, mal mit * oder einfach entsprechend formuliert, also wie "Person, die". Ich glaube letzteres ist am häufigsten und ich finde es auch am besten und würde es auch hier verwenden. Ich glaube, es ist nicht nötig in der Beschreibung zu unterscheiden, ob das Geschlecht nichtbinär oder nicht bekannt ist, dafür gibt es dann ja die Statements. --GPSLeo (talk) 19:52, 9 August 2020 (UTC)

Hi zusammen, und danke fürs Anpingen. Hier ein paar Gedanken dazu:
Eine öffentlich rezipierte Selbstdefinition als non-binary/nichtbinär schließt meist auch die Angabe der gewünschten Pronomen ein. Von den bisher 59 nichtbinären Biografien in der deutschsprachigen Wikipedia sind 32 "neutrale" Personen (they oder andere oder ganz ohne Pronomen), andere Nichtbinäre akzeptieren auch weibliche oder männliche Pronomen. Nach dieser (belegten) Kernaussage richtet sich auch das Gendern der Person im biografischen Text.

Die 32 Neutralen sind durchweg geschlechtsneutral formuliert, aber Probleme ergeben sich direkt in der Einleitung bei Berufsbezeichnungen bzw. beruflichen Beschreibungen: "künstlerisch tätig" oder "Künstler*in"? Letzteres findet sich zwar in einigen Medienberichten, ist aber in de:Wiki nicht erwünscht (wie oben angemerkt). Eine ältere Schreibweise mit Schrägstrich (Künstler/in) wäre das höchste der Gefühle (nur, falls unvermeidbar), um nicht in interne Auseinandersetzungen zu geraten. Allerdings entspricht diese verkürzende Schreibweise nicht den amtlichen Rechtschreibregeln, die einen Bindestrich verlangen (als "Auslassungsstrich", der bei Screenreadern als Beidnennung vorgelesen wird): "Künster/-in".

Schön ist das nicht mit dem Schrägstrich, weil er auch ein "entweder–oder" andeutet, statt dem beabsichtigten "weder–noch", und vor allem, weil er keine weiteren Geschlechtlichkeiten andeutet.

Was den Genderstern in Wikidata angeht, müsste geklärt werden, ob er ein "zulässiges" nicht-alphabetisches Zeichen ist oder ob er stattdessen als Platzhalter-Zeichen interpretiert wird – das würde vermutlich die (bot-mäßige) Auswertung von Wikidata-Beschreibungen behindern. Auch müsste mal international abgeklärt werden (vor allem en, fr, es), welches Verständnis dort besteht bzgl. des Gendersterns… ergibt das für die überhaupt Sinn? Vermutlich wäre der Schrägstrich schneller verständlich. Auch müsste bedacht werden, ob Gendersterne in Wikidata-Einträgen nicht dazu führen könnten, dass andauernd versucht würde, gemäß der Wikidata-Beschreibung die de:Biografien mit Sternchen auszustatten…

Weitere Details finden sich unter de:Nichtbinäre PD-, Wikidata- und BKS-Formulierungen? und de:Workshop-Diskussion. Grüße, auch an @Mushushu: ;) --Chiananda (talk) 23:53, 9 August 2020 (UTC)

Tut mir leid, dass ich Dinge mit meinen Änderungen verwechselt habe. Ich bin kein deutschsprachiger Muttersprachler und habe nicht daran gedacht, in Dewiki nach einer Richtlinie zu suchen, wie man über nicht-binäre Personen auf Deutsch schreibt. Ich werde diese Diskussion weiter verfolgen, damit ich der hier vereinbarten Konvention folgen kann, aber ich habe keine festen Meinungen darüber, welches Format bevorzugt wird. Sobald eine Richtlinie vereinbart wurde, sollten wir sicherstellen, dass wir sie bei WikiProject LGBT dokumentieren 😊 — OwenBlacker (talk; please {{ping}} me in replies) 07:54, 10 August 2020 (UTC)

Gibt es einen zwingenden Grund für eine einheitliche Regelung zu diesem Zeitpunkt? Die Beschreibungen in Wikidata sind ja kaum mehr als eine Art Freitext, bei dem man irgendetwas hineinschreiben kann, was der eindeutigen Identifizierung der beschriebenen Person dient. Das ist bei allen vorgeschlagenen Formulierungen der Fall. Wenn sich eine halbwegs klare sprachliche Praxis herauskristallisiert (was Jahrzehnte oder länger dauern dann), kann man sich der Frage ja nochmals widmen--Emu (talk) 11:14, 10 August 2020 (UTC)

Um Hin-und-her-Bearbeitungen (wie bei der oben verlinkten Person) zu vermeiden. Im Gegensatz zu männlich/weiblich, gibt es keine etablierte Sprache/Grammatik, um über nichtbinäre Leute zu reden. Es ist zwar Freitext, aber die meisten Leute würden sich bei m/w Leuten das gleiche Text ausdenken (z.B. „deutscher Autor“ für die Kombination human (Q5), male (Q6581097), Germany (Q183) und writer (Q36180)). Das ist bei nichtbinären Leuten nicht so. - Nikki (talk) 12:34, 11 August 2020 (UTC)

Seltsamer Effekt bei Abfragen

Ich habe einen Effekt bei Abfragen den ich mir nicht erklären kann und somit schwer tue den Fehler zu finden.

Es geht um Bodendenkmäler der unterfränkischen Gemeinde Birkenfeld (Q508714). Dort habe ich 20 Bodendenkmal (Q22969563) angelegt die ich auch mit

SELECT DISTINCT ?item ?itemLabel ?BLfDID WHERE {
  { SELECT ?item ?BLfDID WHERE { ?item (wdt:P1435/(wdt:P279*)) wd:Q97154904. } }
  ?item (wdt:P131*) wd:Q508714;
    wdt:P4244 ?BLfDID.
  SERVICE wikibase:label { bd:serviceParam wikibase:language "[AUTO_LANGUAGE],en". }
}

Try it!

korrekt abfragen kann. Auf Landkreisebene Main-Spessart (Q10469) geht es auch noch

SELECT DISTINCT ?item ?itemLabel ?BLfDID WHERE {
  { SELECT ?item ?BLfDID WHERE { ?item (wdt:P1435/(wdt:P279*)) wd:Q97154904. } }
  ?item (wdt:P131*) wd:Q10469
                    ;
    wdt:P4244 ?BLfDID.
  SERVICE wikibase:label { bd:serviceParam wikibase:language "[AUTO_LANGUAGE],en". }
}

Try it!

Eine Ebene höher auf Lower Franconia (Q10547) fehlen aber einige Teile. So wird z.B. D-6-6124-0105 angezeigt aber D-6-6124-0014 fehlt wie andere auch.

SELECT DISTINCT ?item ?itemLabel ?BLfDID WHERE {
  { SELECT ?item ?BLfDID WHERE { ?item (wdt:P1435/(wdt:P279*)) wd:Q97154904. } }
  ?item (wdt:P131*) wd:Q10547;
    wdt:P4244 ?BLfDID.
  SERVICE wikibase:label { bd:serviceParam wikibase:language "[AUTO_LANGUAGE],en". }
}

Try it!

Laut der Abfrage sind die Daten aktuell und ich hatte diesen Datensatz schon vor einer Stunde angelegt.

Irgendeinen Tipp wo das Problem ist? --Derzno (talk) 04:59, 10 August 2020 (UTC)

Massenhafte Fehler durch User:Lisa Klingsporn

User:Lisa Klingsporn hat mit OpenRefine hunderte falscher Bezeichnungen, Beschreibungen und Aliase eingetragen (z. B. statt des Personennamens den Begriff "Autor" oder "Thema"). Lässt sich das mit einem Rutsch zurücksetzen, händisch ist es sehr aufwendig. --HarryNº2 (talk) 13:53, 22 August 2020 (UTC)

Das geht mit dem EditGroups-Tools: etwa hier die entsprechenden Batches öffnen (auf die UID klicken), dann gibt es eine Option, um automatisiert den ganzen Batch rückgängig zu machen. Das ist nicht in jeder Situation möglich, etwa wenn das vom anderen Benutzer genutzte Tool die Edits nicht in EditGroups registriert, aber ziemlich häufig ist das eben doch möglich. —MisterSynergy (talk) 14:08, 22 August 2020 (UTC)

Mir wird nur angezeigt "Ask an Admin to Undo". Da ich mich damit überhaupt nicht auskenne, wäre nett wenn das jemand übernehmen könnte. --HarryNº2 (talk) 14:36, 22 August 2020 (UTC)

Ist nun erledigt. —MisterSynergy (talk) 16:29, 22 August 2020 (UTC)

Aktualisieren erledigter Seiten in Wikipedia

Gestern hat mal wieder jemand auf einen Schlag 56 Kategorien ohne Pendant in anderen Wikipädien erstellt, und ich habe mit QuickStatements ebenso auf einen Schlag (genauer gesagt 2 Schläge, weil ich mich beim ersten Mal mit einer Property vertan hatte) 56 Datenobjekte dazu erstellt. Weil ich die Kategorien auf de:WP danach nicht mehr angefasst habe, stehen sie immer noch in de:Spezial:Nicht verbundene Seiten und sind da nur per Nulledit wegzubekommen – oder gibt es da doch einen Trick? (action=purge funktioniert nicht) -- Olaf Studt (talk) 09:33, 24 August 2020 (UTC)

Ist das immernoch so? Ich habe zwischenzeitlich alle dewiki-Artikel, die Du gestern mit Datenobjekt ausgestattet hast, mit einem Skript nulleditiert. Ansonsten hilft warten, was aber auch mal einen Tage oder länger dauern kann. —MisterSynergy (talk) 15:07, 24 August 2020 (UTC)

Danke. Der vorige Schwung vom 12. August ist allerdings immer noch zu sehen, man muss im Moment auf de: jede Wikidata-Verknüpfung mit einem Nulledit bestätigen. -- Olaf Studt (talk) 16:18, 24 August 2020 (UTC)

@Olaf Studt: alternativ zu obiger Seite für unverbundene Seiten gibt es auch:

de:Kategorie:Wikipedia:Artikel ohne Wikidata-Datenobjekt (für Artikel mit Vorlagen, die Vorlage:Wikidata-Registrierung einbinden, wie Personenartikel, Ortsartikel, Begriffsklärungen, Listen, ...; nicht jedoch für Kategorien)
- zugehörige PetScan-Abfrage für diese Kategorie
ältere Artikel (>2 Wochen) ohne Wikidata-Objekt
(siehe auch Wikidata:Metrics). --M2k~dewiki (talk) 23:01, 24 August 2020 (UTC)

Fundstelle mit anzeigen

Wie krieg ich bei dieser Spargel Abfrage mögliche Fundstellen für P361/P527 mitangezeigt. Ich meine den URL Link in Klartext dazu.

SELECT DISTINCT ?item ?BLfDID ?ist_ein_e_ ?ist_ein_e_Label ?ist_Teil_von ?ist_Teil_vonLabel ?besteht_aus ?besteht_ausLabel WHERE {
  { SELECT ?item ?BLfDID WHERE { ?item (wdt:P1435/(wdt:P279*)) wd:Q17297633. } }
  ?item (wdt:P131*) wd:Q522236;
    wdt:P4244 ?BLfDID.
  SERVICE wikibase:label { bd:serviceParam wikibase:language "[AUTO_LANGUAGE],en". }
  OPTIONAL { ?item wdt:P31 ?ist_ein_e_. }
  OPTIONAL { ?item wdt:P361 ?ist_Teil_von. }
  OPTIONAL { ?item wdt:P527 ?besteht_aus. }
}

Try it!

--Derzno (talk) 13:45, 12 August 2020 (UTC)

Grob etwa wie hier, wobei die entsprechenden Variablen dann noch mit den Fundstellen-Aussagen verknüpft sind. Allerdings sind hier offenbar keine Fundstellen vorhanden, die dabei gefunden werden könnten. —MisterSynergy (talk) 15:12, 24 August 2020 (UTC)

MisterSynergy, danke, sorry ich hab vergessen es hier als erledigt zu markieren. Hab es nach dem Studium von x Beispielen dann selber rausbekommen. --Derzno (talk) 04:39, 25 August 2020 (UTC)

Done

Unsinnige Zuordnung von Gemeinden

Kann sich bitte mal ein Experte diese Abfrage ansehen? Die Abfrage soll eigentlich nur Objekte aus Mittelfranken liefern, kommt aber mit einigen an MFR grenzenden Gemeinden aus Oberbayern wie Eichstätt und Wallting zurück. Ich finde selber leider da die Ursache nicht.

SELECT DISTINCT ?item ?BLfDID ?WHERE ?liegt_in_der_Verwaltungseinheit ?liegt_in_der_VerwaltungseinheitLabel WHERE {
  { SELECT ?item ?BLfDID WHERE { ?item (wdt:P1435/(wdt:P279*)) wd:Q17297633. } }
  ?item (wdt:P131*) wd:Q10551;
    wdt:P4244 ?BLfDID.
  SERVICE wikibase:label { bd:serviceParam wikibase:language "[AUTO_LANGUAGE],en". }
  OPTIONAL { ?item wdt:P131 ?liegt_in_der_Verwaltungseinheit. }
}

Try it!

--Derzno (talk) 08:50, 24 August 2020 (UTC)

Ich hab die Ursache gefunden aber weiss nicht wie es zu beheben ist. Eichstätt (Q10491) ist mittels located in the administrative territorial entity (P131) auch zu Mittelfranken zugeordnet. Zwar mit einem Enddatum aber eben zu Mittelfranken. Damit liefern alle Abfragen zu Mittelfranken auch Ergebnisse von Gemeinden im LKR Eichstätt. Wie kann man das beheben ohne dass irgendwelche kompl. Abfragen notwendig sind? Der "gemeine" Suchende weiss nix von der Nummer und wundert sich dann ebenfalls wie ich. --Derzno (talk) 14:44, 24 August 2020 (UTC)

Dazu habe ich den Rang der located in the administrative territorial entity (P131)-Aussage mit dem aktuellen Wert in Eichstätt (Q10491) auf bevorzugt gesetzt. Mit dem wdt:-Präfix in SPARQL bekommst Du immer noch die Aussagen einer Eigenschaft mit bestem Rang, also in diesem Fall die aktuelle. Das ist im Übrigen einer der Standardanwendungsfälle für die Nutzung des bevorzugten Ranges. —MisterSynergy (talk) 15:05, 24 August 2020 (UTC)

MisterSynergy, vielen Dank, again what new learned. Die Abfrage funzt jetzt auch richtig. Nur .... wo kann man sowas eigentlich nachlesen (und verstehen)? Vor allem die Auswirkungen? Ich hätte mir da wahrscheinlich einen Wolf gesucht in der Doku um irgendwann selber den Zusammenhang zu verstehen. --Derzno (talk) 04:43, 25 August 2020 (UTC)

Learning by doing, viel nachfragen, und die häufig recht technische Dokumentation lesen (in Wikidata oder Mediawiki.org). Mehr hab ich auch nicht gehabt ;-) —MisterSynergy (talk) 07:17, 25 August 2020 (UTC)

Zusammenführen?

Hallo, sollte man nicht Eisenbahnmuseum Schwarzenberg Altstadt Q49456735 und Eisenbahnmuseum Schwarzenberg Q15807629 zusammenführen? Auch Wikipedia kennt nur ein Eisenbahnmuseum in Schwarzenberg. Danke im Voraus. --Eduard47 (talk) 10:09, 26 August 2020 (UTC)

Das eine ist die Institution Museum und das andere die Gebäude. Das sollte in jedem Fall getrennt bleiben. --GPSLeo (talk) 17:30, 26 August 2020 (UTC)

@Eduard47:: Ich glaube, in diesem Fall sollten die Objekte nicht zusammengeführt werden. Das erste behandelt eine denkmalgeschützte Gruppe von Gebäuden/Objekten, das andere eine Institution. Gehören wohl beide sehr eng zusammen, sind aber nicht identisch. In Wikipedia und anderen Publikationen wird so etwas natürlich oft zusammen behandelt, Datenbanken wie Wikidata sind dagegen oft viel kleinteiliger ausgelegt. Durch getrennte Objekte kann immer zugeordnet werden, auf was sich eine konkrete Aussage oder externe ID exakt bezieht. --Kam Solusar (talk) 17:33, 26 August 2020 (UTC)

Europastraße

Wieso ist eine international E-road network (Q106123) eine Unterklasse von highway (Q269949)? Dies ist für mich ein bisserl unverständlich, da ja auch eine Autobahn eine Europastraße sein kann? --danke K@rl (talk) 09:13, 28 August 2020 (UTC)

Ich nehme an, dass statt der deutschen "Landstraße" das Englische "Highway" im ganz allgemeinen Sinne "(wichtige) Straße"/"Weg" gemeint ist. Der deutsche Interwikilink geht übrigens zu w:de:Highway, wo der Begriff erklärt wird. Das erklärt es hoffentlich, trotzdem denke ich es gibt passendere Oberklassen als Highway. Pyfisch (talk) 11:21, 28 August 2020 (UTC)

Na der deutsche Artikel erklärt den Highway in den USA :-) - ich glaube diese Unterklasse sollte man rausnehmen, ich mach das einmal, werden sehen, wer sich aufregt ;-) --K@rl (talk) 13:05, 28 August 2020 (UTC)

label: "part_%234_of_cultural_heritage_D-n-nn-nnnn-n_in_Bavaria%2C_Germany"

Would you help Derzno sort out the labels/descriptions (mostly in German) for a series of items, see User_talk:Derzno#"part_#4_of_cultural_heritage_D-n-nn-nnnn-n_in_Bavaria,_Germany"? --- Jura 07:50, 25 August 2020 (UTC)

Sorry fully I'm lost now what you are looking for. You brought up that labels/descriptions were suboptimal in English and now pointing to German? Please provide some more details on your concerns to work out the issue. thx --Derzno (talk) 08:12, 25 August 2020 (UTC)

The sample on your talk page should explain it. I think it got inverted in German and then copied to English. It might be worth looking at items for other buildings/other regions and comparing. --- Jura 08:29, 25 August 2020 (UTC)
- There is a lot of valuable work going on in the field of Bavarian heritage entities. I wouldn't worry too much about "suboptimal" technical labels that include identifiers right now, and give this project some time to sort things out. —MisterSynergy (talk) 08:40, 25 August 2020 (UTC)
  - "suboptimal" is a bit of an euphenism. Another user called the same mojibake. Apparently there are 6000 of them. --- Jura 08:45, 25 August 2020 (UTC)
    - Yeah, maybe. Yet, items carrying Bavarian monument authority ID (P4244) identifiers need to be improved (a lot), and this is an effective measure to address the numerous problems related to the Bavarian monument dataset which comprises more than 100k individual entities, of which plenty are composed of sub-entities. I think we can easily access these cases and improve the labels later. —MisterSynergy (talk) 08:53, 25 August 2020 (UTC)
      - If the items have identifiers, the label isn't really needed. Deleting it avoids that other users try to imitate it and we end up having to fix not 6000, but 60000. --- Jura 09:03, 25 August 2020 (UTC)
        Instead of putting the #1 up front, why not label it as what it is "Burgkapelle Teil #4 von Baudenkmal D-4-61-000-1". Each part obviously has a unique protection status. If one part should be destroyed the whole ensemble will still retain its protected status, less one part. I see this like an altar piece that could be comprised of different parts. Paintings, sculptures, each one a piece of art that merits an own wikidata item, that could even be in different museums across the globe, but are still part of that one altarpiece they were once created for. --Wuselig (talk) 09:48, 25 August 2020 (UTC)

Folks as MisterSynergy said, lets discuss correct naming of subjects after the cleanup of the raw data. We can change to what whatever we want but my priorites differnt and focus currently to complete the database, add sub-id structure, fix current issues on content and sort out former, doubles and other nice things. I'll guess this keeps me busy for month and than we can come back to this point. Or does have anybody a serious issue currently with namings and description? --Derzno (talk) 10:05, 25 August 2020 (UTC)

Can you delete the English label (or move them to descriptions)? I'm not so much concerned that the German ones are "suboptimal". --- Jura 11:36, 25 August 2020 (UTC)

How the English label and description should looks like?

@DALIBRI, Giorgio Michele, Jean-Frédéric, Mfchris84, GFreihalter, Rufus46:, @XoMEoX, Monandowitsch, Ricardalovesmonuments, Jura1, Ordercrazy, M2k~dewiki:

Unfortunately it seems to be the most critical issue currently and was escalated on serveral other discussion sites. Before I’m ending as a vandalism I’d like to come to an end and need your vote for a “new” English naming and description schema on Bavarian cultural heritage. What I’m definitely not doing, to translate 100000 acronyms from German to English. So the new labels will be generated out of available information in a German official database. Here my proposals:

1. A 1:1 copy of a renamed either label from German. This is usual in many other cases. My proposal for the German lead label is "subject" in "village". Personally I’d like to have for better overview the BLFD ID somehow in the label. So it’ll be like this Mietshaus in München (D-1-62-000-7825). The description will be stay as it is with more details in German only. The English label will be the same, the description a generic text cultural heritage in Bavaria, Germany. To take over German description makes no sense.

2. English label get the form "cultural heritage" in "village" without any number salad, the description woll be the same as above.

3. Delete of any English Label/ description. This was over years the status quo. So anybody else can fill up with whatever she*he wants later on.

So please provide your vote and/or any another proposal. --Derzno (talk) 08:51, 30 August 2020 (UTC)

Please use English project chat for this. --- Jura 08:53, 30 August 2020 (UTC)

Sounds good to me. Thank you! --XoMEoX (talk) 09:01, 30 August 2020 (UTC)

1 or 2. Sorry --XoMEoX (talk) 12:53, 30 August 2020 (UTC)

Thank you Derzno. My favourite would be 1. --DALIBRI (talk) 09:21, 30 August 2020 (UTC)

Höhenmeter

Hallo, vielleicht ist hier jemand firm in Wikidata. Ich möchte gern wissen, wie ich ein Property/Item (?) eintrage und mit einem Wert belege, dazu noch eine Quelle angebe. Konkret möchte ich die Höhenmeter einer Tour-de-France-Etappe eingeben können.

Ich würde es "Altitude difference" nennen? In der EN-WP heißt es "Vertical metre" oder genauer "Cumulative elevation gain". Mir ist das wurst. Die Angabe an sich halte ich aber für erwähnenswert. Ich möchte möchte gern verstehen, wie dieses WD strukturiert ist und gefüllt wird. Kannst das jemand begleitend erklären? --Tommes ^✉ 14:19, 31. Aug. 2020 (CEST)

Jetzt habe ich über Create a new Item ein Item Cumulative elevation gain (Q98799170) angelegt. Und nun? --Tommes (talk) 12:43, 31 August 2020 (UTC)

+add statement ist es.

Ich habe jetzt 2020 Tour de France, stage 3 dahingehend ergänzt. Ist das so richtig? Dann würde ich es bei den anderen Etappen der TdF auch ergänzen. --Tommes (talk) 12:49, 31 August 2020 (UTC)

Hallo @Tommes: Das passende Property dürfte Property talk:P7297 (cumulative elevation gain) sein. ( Allfällige neue Properties müssten unter Wikidata:Property proposal (z.B. Wikidata:Property proposal/Sports, analog Property talk:P3157 / Wikidata:Property_proposal/event_distance) beantragt werden. ) Ein Item (=Wikidata-Objekt) kann nur als Wert (Value) für ein Property (Eigenschaft) verwendet werden (siehe auch die Grafik auf Wikidata:Introduction/de#Das_Wikidata_Repositorium). Derzeit gibt es rund 93 Millionen Items (Wikidata-Objekte, siehe Special:Statistics) und über 8.000 Properties/Eigenschaften. Items/Objekte sind durch eine ID aus Q + Nummer gekennzeichnet, Properties mit P + Nummer. --M2k~dewiki (talk) 13:26, 31 August 2020 (UTC)