Wikidata:Forum/Archiv/2017/07

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

Teilnehmer an Sportwettbewerben mit vielen Einzelwettkämpfen

Wie geht man vor, wenn jemand z. b. an einer Bundesliga-Saison teilgenommen hat, aber eben auch an denen einzelnen Spielen? Bei Michael Ballack (Q11948) hab ich ergänzt participant in (P1344): Bayer 04 Leverkusen versus SC Freiburg 2001–02 Fußball-Bundesliga (Q30249984), genügt das, oder müsste man auch noch participant in (P1344): 2001–02 Fußball-Bundesliga (Q304338) ergänzen? Fußball-WMs und -EMs sind ja schon ergänzt, da müsste man ja dann ähnlich verfahren und (zusätzlich oder eben anstatt, das ist die Frage) die einzelnen Spiele ergänzen. Steak (talk) 09:05, 13 June 2017 (UTC)

Tja, gute Frage. Ähnliches habe ich auch irgendwann in einem anderen Bereich vor, aber ich weiß noch nicht wie das aussehen soll. Wenn man Teilnahmedaten runter bis auf Match-Ebene ergänzt, können da potenziell rund tausend Claims je Item bei einigen Sportlern anfallen – was ich nicht für brauchbar halte. Mir fehlt allerdings auch eine zündende Alternatividee… :-) —MisterSynergy (talk) 17:05, 13 June 2017 (UTC)

Warum soll das nicht brauchbar sein? Natürlich soll z. B. jeder Fußballspieler jedes Spiel als Claim enthalten, bei dem er teilgenommen hat. Unbrauchbar ist höchstens das aktuelle Interface, das jeden Claim auf mehrere kB aufbläst und das Laden und Editieren teilweise ziemlich qualvoll macht. Steak (talk) 19:19, 13 June 2017 (UTC)

Praktisch würde ich es für besser halten von Seiten des Bundeslieger Spiels zu dem Spieler zu linken als anders herum. ChristianKl (talk) 09:00, 25 June 2017 (UTC)

Da gibt es ja einige symmetrische Eigenschaften, die beiderseitige Aussagen nahelegen. Für Wikipedias sind die Aussagen im Objekt des Spielers erheblich besser zugänglich. Abgesehen davon hast Du natürlich Recht, das wäre sauberer. —MisterSynergy (talk) 10:13, 25 June 2017 (UTC)

Es geht gar nicht anders, als das direkt in den Spielerobjekten zu vermerken. Wie sonst sollte man per Query herausfinden, wieviele Länderspiele oder Bundesligaspiele jemand absolviert hat? Per Backlink wäre viel zu kompliziert. Allerdings käme die aktuelle Software an ihre Grenzen, wenn man z. B. für Matthäus oder Raul alle Spiele eintragen würde. Oder für Karpov alle 3600 Schachpartien. Dagegen wären die 2100 Autoren in Q30300250 ein Klacks. Steak (talk) 21:23, 3 July 2017 (UTC)

“A web page is slowing down your browser. What would you like to do? [Stop it] [Wait]” Ich glaube das ist vor allem für das Web-Frontend und Wikipedias ein Problem, aber nicht so sehr für den Query Service. Der käme im Übrigen auch mit einseitigen Backlinks sehr gut klar, aber auch das wäre für Wikipedia dann ein Problem. —MisterSynergy (talk) 21:31, 3 July 2017 (UTC)

Jörg Wagner

Hallo, die im Betreff genannte Person ist u. a. auch Diplom-Kaufmann. Wo trage ich diese Bezeichnung auf der entsprechenden Wikidata-Seite ein? Unter "Tätigkeit" (siehe http://d-nb.info/gnd/120851490) oder unter "akademischer Grad" (siehe wikipedia:de:Diplom-Kaufmann)? Danke. --Lutz Jödicke (talk) 18:21, 30 June 2017 (UTC)

Grundsätzlich ist wohl beides möglich, vergleiche die aktuelle Nutzung (Diploma of Business Administration (Q13405496) wird zurzeit 63-mal mit occupation (P106) und 8-mal mit academic degree (P512) genutzt). Beim angefragten Objekt Jörg Wagner (Q16937950) scheint mir academic degree (P512) angesichts der bereits eingetragenen Tätigkeiten angemessener. —MisterSynergy (talk) 19:57, 30 June 2017 (UTC)

Wenn jemand den Abschluss hat und auch als solcher tätig ist, gehört das natürlich in beide Statements eingetragen. Abgesehen davon ist allerdings niemand als "Diplom-Kaufmann" tätig, höchstens als "Kaufmann". Steak (talk) 19:00, 3 July 2017 (UTC)

Alexander Puschkin

Hallo, warum erscheint wdata-entry nicht im wp-de-Artikel? Gruß --Hedwig Storch (talk) 07:52, 2 July 2017 (UTC)

Hallo @Hedwig Storch, ich kann Dein Problem leider nicht ganz nachvollziehen, vermisse im verlinkten dewiki-Artikel nichts was typischerweise dort hingehört. Magst Du bitte einmal nachschauen ob das Problem noch besteht, und ggf. eine genauere Beschreibung ergänzen? Viele Grüße, MisterSynergy (talk) 17:45, 3 July 2017 (UTC)

Hallo MisterSynergy, danke für Deine Antwort. Gewöhnlich werden nach dem Eintrag des neuen Artikels in die wdataSeite nach ziemlich kurzer Zeit - höchstens wenige Minuten - die Einträge/der Eintrag in die linke Spalte des wp-de-Artikels automatisch gemacht. Das war hier nicht so (es hat länger als meine Beobachtungszeit gedauert). Bummelt der wdataServer? Gruß --Hedwig Storch (talk) 07:35, 4 July 2017 (UTC)

Das hört sich an, als sei das Problem nicht mehr vorhanden – ansonsten bitte nochmals hier melden. Tatsächlich sollte der Interwikilink bzw. der Link zum Wikidata-Objekt sofort sichtbar sein, nachdem die Verlinkung hier vorgenommen wurde. Wenn das doch mal klemmt, dann kommen verschiedene Ursachen in Frage. Falls Du unbedingt verifizieren möchtest, dass der Eintrag korrekt verlinkt ist, dann kannst Du gemäß de:Hilfe:Cache#Serverseitigen Cache leeren die Erneuerung der zwischengespeicherten Version erzwingen – oder eben ein bisschen warten. Letzteres ist ja eine gute Lösungsstrategie für ziemlich viele Probleme hier … Viele Grüße, MisterSynergy (talk) 08:01, 4 July 2017 (UTC)

Jupp, ich wäre überrascht, wenn in diesem Falle ?action=purge nicht helfen würde. Jared Preston (talk) 15:24, 4 July 2017 (UTC)

Bezeichnung = Alias

Bei Artikel-Verschiebungen kann es leicht passieren, dass danach ein Alias existiert, das der Bezeichnung entspricht (Beispiel). Andererseits fehlt die vorherige Bezeichnung dann als Alias.

• Gibt es viele Artikel, bei welchen ein Alias der Bezeichnung entspricht?
• Wie könnte dies in Zukunft verhindert werden?

@Krd: Könntest du ggf. deinen Bot entsprechend anpassen? --Leyo 10:50, 11 July 2017 (UTC)

Hallo Leyo. Im Moment kann ich noch nicht ganz folgen und brauche bitte eine um ein bis zwei Stufen ausführlichere Beschreibung des Problems. --Krd (talk) 13:38, 11 July 2017 (UTC)

Der KrdBot könnte dahingehend sicherlich angepasst warden, das Problem besteht aber auch so, hier ware eine SPARQL-Abfrage etc. tatsächlich sinnvoll. Queryzo (talk) 14:55, 11 July 2017 (UTC)

Ich hatte dazu unter Wikidata:Request_a_query/Archive/2017/06#Alias_.3D_Label schonmal eine Query angefragt, allerdings kam leider keine zielführende Antwort. Steak (talk) 17:44, 11 July 2017 (UTC)

Man kann beispielsweise abfragen:

SELECT ?item ?name ?label ?alias {
  [] schema:about ?item; schema:isPartOf <https://de.wikipedia.org/>; schema:name ?name .
  ?item skos:altLabel ?alias .
  FILTER(LANG(?alias) = 'de') .
  ?item rdfs:label ?label .
  FILTER(LANG(?label) = 'de') .
  FILTER(?alias = ?label) .
} LIMIT 500

Try it!

Allerdings: limitiert auf 500 Ergebnisse, braucht trotzdem fast ne Minute Zeit. Wenn man das für alle Items mit dewiki-Artikel suchen möchte und dann alle aliase und labels mit einbezieht und Stringvergleiche macht, dann ist das leider mal nicht so performant. Ich könnte mir vorstellen, dass es aber noch bessere Möglichkeiten gibt. —MisterSynergy (talk) 18:48, 11 July 2017 (UTC)

Man kann dieselbe Variable benutzen und dann geht es etwas schneller:

SELECT ?item ?name ?text {
  [] schema:about ?item; schema:isPartOf <https://de.wikipedia.org/>; schema:name ?name .
  ?item skos:altLabel ?text .
  ?item rdfs:label ?text .
  FILTER(LANG(?text) = 'de') .
} LIMIT 1000

Try it!

Ich glaube, es gibt zur Zeit keine SPARQL-Query, die alle Ergebnisse finden kann, weil man nach Sprache filtern muss (das Problem hatte ich schon mal: phab:T167361). :( - Nikki (talk) 21:59, 13 July 2017 (UTC)

Der Bot müsste dahingehend angepasst werden, dass bei einer Verschiebung auf ein Alias-Lemma das besagte Alias zum Label wird und das bisherige Label zum Alias. In einem zweiten Schritt müsste man dann prüfen, ob das neue Alias sinnvoll ist. Da es aber eh schon tausende oder hundertausende Alias gibt, die nicht sinnvoll sind, kann man das auch erstmal hinten anstellen. Steak (talk) 14:41, 13 July 2017 (UTC)

@Krd: Reicht dir diese Erläuterung? Schau dir doch auch die Versionsgeschichte meines Beispiels oben an. --Leyo 10:24, 14 July 2017 (UTC)

Hallo. Die Erklärung reicht mir, eine Umsetzung ist allerdings eher schwierig, ich müsste mich da komplett einlesen und wahrscheinlich erstmal mein etwas veraltetes Framework um die nötigen Funktionen erweitern. Zur Einschätzung der Dringlichkeit: Wie häufig kommt das vor, handelt es sich dabei um ein massives Problem, das ggf. das abschalten des Bots rechtfertigen würde, oder ist das eher ein weiterer Eintrag auf der nach hinten offenen Liste der Funktionsunschönheiten?

Der Bot ist ja auch genau genommen von Anfang an (April 2014!) nur eine Notlösung für die Lücke, dass Verschiebungen nicht automatisch vom Mediawiki hier nachgezogen werden. Meiner Meinung nach hätte Wikidata mit diesem Problem nie live gehen dürfen, und dass sich da nach mehr als drei Jahren überhaupt noch ein Bot drum kümmern muss, ist meiner Meinung nach eine Zumutung. (Der Krdbot macht das ja auch nur für dewiki, wie läuft das für andere Sprachen?)

Ich tendiere dazu, vor dem hier gewünschten Fix entweder das eigentliche Problem der Verschiebungen zu lösen, oder einen globalen Bot komplett neu zu schreiben. Für beides fehlt mir allerdings aktuell die Zeit, und auch ein Stück Know-How. Falls es jemand in die Hand nimmt, arbeite ich aber gern mit. --Krd (talk) 11:01, 14 July 2017 (UTC)

Meines Wissens führt der im lokalen Wiki verschiebende Benutzer automatisch auch die Aktualisierung des Sitelinks durch, ohne das aktiv zu bemerken. Gleiches dürfte für das Löschen von Artikeln durch Administratoren gelten. Ein Problem gibt es folglich nur, wenn der Benutzer aus dem lokalen Wiki hier bei Wikidata gesperrt ist oder kein Wikidata-Konto besitzt. @Pasleim kennt sich meines Wissens gut damit aus und kann das hier gern bestätigen oder korrigieren. —MisterSynergy (talk) 11:25, 14 July 2017 (UTC)

In dem Fall dürfte der Krdbot aber gar keine Edits mehr haben, er tut jedoch offenbar noch eine ganze Menge. --Krd (talk) 11:34, 14 July 2017 (UTC)

Genaues weiß ich nicht, in jedem Falle ist Dein Bot ziemlich schnell mit der Aktualisierung des Sitelinks am Start und damit kommt es offenbar zum Wettlauf zwischen Deinem Bot und dem Automatismus. Wenn beide dasselbe tun, ist das grundsätzlich wohl kein Problem. Als Beispiel kann ich zwei Verschiebungen von mir angeben, beide am 15. August des letzten Jahres durchgeführt [1][2]. Im ersten Fall hat mein Account das gemacht (ohne dass ich das händisch angestoßen habe), und im zweiten Fall Dein Bot. —MisterSynergy (talk) 11:41, 14 July 2017 (UTC)

Ich hab da jetzt 5 Sekunden Verzögerung eingebaut. Mal sehen was passiert. --Krd (talk) 11:49, 14 July 2017 (UTC)

Ja, das hört sich nach meiner Meinung sinnvoll an. Ich würde ein paar Minuten Puffer einbauen und dann verschieben, was noch nicht verschoben ist. Für die meisten Verschiebungen bist Du dann aus dem Schneider; ggf. müsstest Du dann aber nach der Wartezeit prüfen, ob es eine Rückverschiebung etc. gegeben hat (bzw. ob die verschobene Seite ein weiteres Mal in der Warteschlange vorhanden ist). —MisterSynergy (talk) 11:51, 14 July 2017 (UTC)

Ja, das macht die Sache dann leider kompliziert, zumal der Code aktuell für Echtzeit und nicht für Warteschlange ausgelegt ist. Müsste man dann einmal neu schreiben. Wenn wir aber vielleicht sehen, dass mit der Wartezeit von 5 oder 10 Sekunden 99% der Aktion wegfallen, würde ich das am liebsten einfach komplett abschalten. --Krd 12:42, 14 July 2017 (UTC)

Die automatische Aktualisierung der Sitelinks erfolgt relativ oft mit einer Verzögerung von bis zu einer Minute. Einzig für Benutzer die sich noch nie auf Wikidata eingeloggt haben oder hier gesperrt sind, erfolgt keine automatische Aktualisierung. Ebenfalls werden die Bezeichnungen nicht automatisch aktualisiert. --Pasleim (talk) 13:54, 14 July 2017 (UTC)

"sich noch nie auf Wikidata eingeloggt haben" dürfte dann schon wieder zu viele betreffen, fürchte ich. Alles irgendwie Mist. --Krd 14:07, 14 July 2017 (UTC)

Eingeloggt einmal www.wikidata.org besuchen dürfte reichen, um automatisch einen Account anzulegen. Ich schlage vor, wir lassen das jetzt mit der Verzögerung mal ne Woche laufen und zählen dann, wieviele Verschiebungen der Bot noch macht. Falls möglich, würde ich die Zeit zur Verschiebung von 5 Sekunden nochmal etwas anheben. —MisterSynergy (talk) 14:45, 14 July 2017 (UTC)

Ja, "einmal besuchen" war klar, aber wie viele machen das. Ich hab keine echte Idee.

Welche Wartezeit schlägst Du denn vor? --Krd 15:04, 14 July 2017 (UTC)

Pasleim hat “bis zu eine Minute” erwähnt. IMHO wäre es okay, wenn Du erstmal nur verzögerst, ohne weitere Prüfungen einzubauen. Wäre das möglich? Bisher macht Dein Bot per Special:Contributions/Krdbot noch einige Verschiebearbeit, die die entsprechenden Benutzer das durchaus selbst durchführen könnten. —MisterSynergy (talk) 15:21, 14 July 2017 (UTC)

Ich habe es jetzt testweise auf 30 Sekunden gesetzt. --Krd 06:58, 15 July 2017 (UTC)

Mindestalter vs Höchstalter

Warum gibt es zwar minimum age (P2899), aber nicht Property:Höchstalter? Es gibt zwar compulsory education (maximum age) (P3271) als Spezialfall, aber mir fallen spontan noch mehrere andere Dinge ein, die ein Höchstalter haben (Richter, Notare, Professoren, oder ganz simpel alle möglichen Jugendorganisationen oder U-Sportwettbewerbe). Steak (talk) 08:50, 14 July 2017 (UTC)

Weil es noch niemand beantragt hat. ;-) Auch unter Wikidata:Property proposal/minimum age ist keine Rede davon. --Leyo 10:22, 14 July 2017 (UTC)

Habs jetzt vorgeschlagen. Steak (talk) 11:05, 14 July 2017 (UTC)

Wikidata:Database reports/Constraint violations/P2566

Bei ECHA Substance Infocard ID (P2566) gibt es viele Type Violations, da oftmals z.B. Unterklasse von chemische Verbindung statt ist ein(e) chemische Verbindung angegeben ist. Mein Lösungsversuch führte zu einem Fehler. Wer kann helfen? --Leyo 10:20, 14 July 2017 (UTC)

Das Problem habe ich auch schon gehabt, und bisher so gelöst, dass ich "relation=instance" genutzt habe und dann halt alle entsprechenden Items mit einem erlaubten Metaklassenelement ausgestattet habe. Nicht unbedingt superschön, formell aber okay. Es gibt wohl nach Template talk:Constraint:Type recht aktuelle Diskussion zum Thema, siehe auch Topic:Ttr8hnl0p538ondh und phab:T169858. —MisterSynergy (talk) 20:18, 19 July 2017 (UTC)

Danke für die Antwort! Leider verstehe ich sie nur teilweise. Kannst du ein konkretes Beispiel angeben? --Leyo 15:45, 21 July 2017 (UTC)

Du müsstest eine instance of-Relation für die Items finden, die bisher keine solche haben. Ggf. brauchst Du dazu ein neues strukturelles Item mit recht abstraktem Charakter (sowas ähnliches wie “chemical compound type” könnte das vielleicht sein). Dieses Item ergänzt Du dann als zulässigen Typ, und die covis wären damit gelöst. —MisterSynergy (talk) 07:55, 23 July 2017 (UTC)

Wikidata:Database reports/Constraint violations/P1087

Warum wurde das vor ein paar Tagen mit so extrem vielen Einträgen geflutet? Die einzige Änderung in den Constraints betrifft die Tatsache, dass eine Elo-Zahl natürlich keine Einheit haben darf. Steak (talk) 07:30, 23 July 2017 (UTC)

Das sieht nach einem Fehler aus, andere ähnliche Eigenschaften haben dasselbe Problem. Da wird ja gerade die Verwaltung der Constraints umgestellt, von Vorlagen auf den Eigenschaftendiskussionsseiten zu Aussagen auf der Eigenschaftsseite. Möglicherweise kommt der KrBot mit Unit und Range Constraints nicht so recht klar. Ich würde ein paar Tage warten, oder User:Lucas Werkmeister (WMDE) und User:Ivan A. Krestinin einmal darauf hinweisen. —MisterSynergy (talk) 07:50, 23 July 2017 (UTC)

Mit den Database reports hab ich nichts zu tun, das ist unabhängig von der Extension, an der ich arbeite. Könnte aber schon an der Umstellung der Constraints liegen – vielleicht interpretiert KrBot no value Help als erlaubte Einheit nicht richtig. Aber Ivan müsst ihr glaub ich auf Englisch anschreiben :) --Lucas Werkmeister (WMDE) (talk) 16:34, 23 July 2017 (UTC)

Accessible editing buttons

The MediaWiki developers have been slowly improving the accessibility of the user interface. The next step in this transition will change the appearance of some buttons and may break some outdated (non-updated or unmaintained) user scripts and gadgets.

You can see and use the old and new versions now. Most editors will only notice that some buttons are slightly larger and have different colors.

• Comparison of old and new styles
• 
  Buttons before the change
• 
  Buttons after the change

However, this change also affects some user scripts and gadgets. Unfortunately, some of them may not work well in the new system. If you maintain any user scripts or gadgets that are used for editing, please see mw:Contributors/Projects/Accessible editing buttons for information on how to test and fix your scripts. Outdated scripts can be tested and fixed now.

This change will probably reach this wiki on Tuesday, 1 August 2017. Please leave a note at mw:Talk:Contributors/Projects/Accessible editing buttons if you need help.

--Whatamidoing (WMF) (talk) 16:56, 27 July 2017 (UTC)

Two items for one Person

Q4306853 and Q33883133 refer to the same Person. --Varina (talk) 20:22, 29 July 2017 (UTC)

Merged. Steak (talk) 20:32, 29 July 2017 (UTC)

Vornamen

Wie ist bei dem Hinzufügen von Vornamen-Statements vorzugehen, wenn ein Name in verschiedenen Sprachen unterschiedlich geschrieben wird? Bei Putin findet sich z. B. Vladimir (Q2253934), obwohl ja die deutsche Schreibweise Wladimir (Q18130730) ist. Auf welcher Basis wird hier der englischen Transkription der Vorzug gegeben? Soweit ich das sehe lässt sich das Problem nur dadurch beheben, dass man die originale (untranskribierte) Schreibweise angibt. Ein ähnliches Problem gibt es bei John the Baptist (Q40662), wo als Vorname John (Q4925477) angegeben ist, obwohl deutsch ja Johannes (Q2117521) korrekt ist. Auch hier kann ich nicht nachvollziehen, warum die englische Variante verwendet wird, genauso gut könnte man Johannes, Juan oder Jean angeben. Steak (talk) 19:46, 30 July 2017 (UTC)

• Im Zweifel besser bei Wikidata talk:WikiProject Names nachfragen und erklären lassen.
• Meines Wissens herrscht in dem Bereich immernoch ziemliches Chaos, obwohl einige Mitarbeiter des Projektes durchaus gute Arbeit leisten. Die Zahl der betreffenden Objekte ist halt echt groß.
• Mir ist nicht klar, ob Namen mit lateinischem Skript (und vor allem englischer Sprache) irgendwie systematisch bevorzugt werden. Ich hatte mal den Eindruck, dem sei so.
• Möglicherweise ist auch einfach die Transkription von Vladimir (Q2253934) nicht gut?!

Viele Grüße! —MisterSynergy (talk) 19:57, 30 July 2017 (UTC)

Die Idee war, dass Vladimir (Q2253934) den Vornamen Владимир beschreibt, deshalb auch die Beschreibung "männlicher Vorname (Владимир)" und die Aussage native label (P1705)=Владимир. Die deutsche Bezeichnung dieses Objekts ist falsch. Sie sollte entweder "Владимир" oder "Wladimir" lauten. --Pasleim (talk) 22:35, 30 July 2017 (UTC)

Aha, und was machst du dann mit Personen wie Vladimir Tuychiev (Q2529418), die kyrillisch auch Владимир heißen, die aber im Deutschen "Vladimir" geschrieben werden? Das betrifft z. B. alle Usbeken. Da kann die deutsche Bezeichnung nicht "Wladimir" sein. Steak (talk) 18:26, 31 July 2017 (UTC)