Wikidata:Forum/Archiv/2017/03

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.

Overview #2 of updates on Wikimedia movement strategy process

Note: Apologies for cross-posting and sending in English. This message is available for translation on Meta-Wiki.

As we mentioned last month, the Wikimedia movement is beginning a movement-wide strategy discussion, a process which will run throughout 2017. This movement strategy discussion will focus on the future of our movement: where we want to go together, and what we want to achieve.

Regular updates are being sent to the Wikimedia-l mailing list, and posted on Meta-Wiki. Each month, we are sending overviews of these updates to this page as well. Sign up to receive future announcements and monthly highlights of strategy updates on your user talk page.

Here is a overview of the updates that have been sent since our message last month:

More information about the movement strategy is available on the Meta-Wiki 2017 Wikimedia movement strategy portal.

Posted by MediaWiki message delivery on behalf of the Wikimedia Foundation, 19:43, 9 March 2017 (UTC) • Please help translate to your languageGet help

Belarussischsprachige Wikipedia

Wenn ich die deutsche (oder irgendeine anderssprachige) Wikipedia besuche, bin ich nicht im Stande den Artikel auf belarussisch (be-x-old; be-tarask) zu lesen. Wenn ich den Artikel in belarussisch lesen möchte gelange ich immer auf eine nichtexistente Seite. Interessanterweise habe ich dieses Problem auf dem Mobiltelefon nicht? Taucht bei euch ebenfalls dieser Fehler auf und was könnte man machen, um ihn zu beheben?--Der Rationalist (talk) 17:05, 10 March 2017 (UTC)[reply]

Klickst Du auf einen Interwikilink? Wenn ja, auch welchen? Ich kann das Problem bisher nicht nachvollziehen oder reproduzieren. Viele Grüße! —MisterSynergy (talk) 17:54, 10 March 2017 (UTC)[reply]
Ja, ich klicke auf einen Interwikilink. Dies ist bei jedem beliebigen Artikel der Fall. Es ist jedoch ausschließlich bei der belarussischen Wikipedia mit der Taraschkewiza-Schreibweise der Fall, bei der normalen belarussischen Wikipedia gibt es dieses Problem nicht. Wenn ich zum Beispiel den Artikel "Weißrussland" nehme und auf den belarussischen (Taraschkewiza)-Interwiki-Link klicke, gelange ich auf die selbstverständlich nicht existente Seite Беларусь ([1]).--Der Rationalist (talk) 12:15, 11 March 2017 (UTC)[reply]
Okay Danke. Das kann ich immer noch nicht reproduzieren (weder angemeldet im Firefox mit eingeklappten Sitelinks noch unangemeldet im Internet Explorer ohne eingeklappte Sitelinks). Ich versuche mich deshalb mal an der eingangs gestellten Frage: „Nein, das taucht sonst nicht auf.“ Ich vermute ein Problem mit dem Character-Encoding, denn wenn Du Беларусь (Unicode) fälschlicherweise als ASCII interpretierst, dann kommt gerade Беларусь raus. Ich tippe weiter auf ein Problem mit Deiner Browserkonfiguration, eher nicht auf ein Mediawiki-Problem. Versuchs bitte zunächst mit einem anderen Browser (unangemeldet sollte reichen). Viele Grüße! —MisterSynergy (talk) 13:10, 11 March 2017 (UTC)[reply]
Danke für die Antwort. Mit Google Chrome habe ich dieses Problem nicht, sondern nur bei Microsoft Edge. Es müsste aber dennoch eine Möglichkeit geben dieses Problem zu beheben.--Der Rationalist (talk) 20:37, 11 March 2017 (UTC)[reply]
Ich habe mal gerade meinen Edge-Browser angeworfen, der kriegt das auch nicht hin. Browser kaputt? Weiß nicht so genau, ein bisschen Internetrecherche scheint das jedenfalls anzudeuten. Man könnte bei Phabricator einen Task aufmachen, damit mediawikiseitig die Konfiguration nochmals überprüft wird (ich kann allerdings keinen Unterschied zwischen be und be-tarask feststellen). Ansonsten bliebe Dir nur die Möglichkeit, einen anderen Browser zu nutzen. Viele Grüße, MisterSynergy (talk) 21:37, 11 March 2017 (UTC)[reply]
Ich werde dann ab sofort öfters Google Chrome benutzen. Trotzdem vielen Dank!--Der Rationalist (talk) 11:01, 12 March 2017 (UTC)[reply]
Und wenn man bei "Wikidata:Contact the development team" nachfragt? Mir ist im übrigen seit kurzem aufgefallen, dass wenn man z.B. auf Q18747231 den Wert des Properties ProCyclingStats ID anklickt, dass dann in der Webadresse der aufgerufenen Seite das "&" und das Gleichheitszeichen falsch angezeigt werden. Wobei ich diese Daten immer aus der Webadresse der aufgerufenen Seite hierher kopiere. Das heißt, irgendwo zwischen dem Eingabefeld und der Ausgabe muss eine Konvertierung passieren. Auch das scheint mir ein Problem wie das hier geschilderte zu sein und irgendwie glaube ich, dass das früher nicht so war. Bei mir tritt das sowohl beim Edge IE11, wie beim Firefox auf. --Molarus 13:11, 12 March 2017 (UTC)[reply]
Das ist mit Sicherheit kein Wikidata-Problem. Die Interwikis werden wikipediaseitig korrekt im Quelltext dargestellt, nur kriegt der Edge-Browser das dann aus welchen Gründen auch immer nicht richtig interpretiert. Dein zweites Problem ist ein anderes, es liegt am AuthorityControl-Gadget. In diesem Abschnitt und/oder dem danach könntest Du eine Lösung unterstützen, oder jemanden auftreiben der das reparieren kann… Viele Grüße! —MisterSynergy (talk) 13:32, 12 March 2017 (UTC)[reply]
Ich bin jetzt mal auf meine Win10 Partition gegangen und im Edge habe ich das gleiche Problem mit dem Weissrussland link. Auf IE11 war das nicht so. Ich schätze beim nächsten update wird das von Microsoft gefixed werden.
@MisterSynergy Ich glaube du hast auf der Gadget-Disk keine Reaktion erhalten, weil das dort nicht gemacht wird. Ganz oben auf der Disk des Gadgets steht, dass man das jetzt mit dem Property P1630 machen soll. Z.B. auf P233 sieht man als Qualifier dieses Properies das Property "MIME-Type" mit dem Wert "text/html". Ich vermute, einen solchen Qualifier müssten wir bei unseren Problem-Properties ergänzen. Oder wer auch immer das da ergänzt hat, wusste nicht was er tat und der Qualifier ist nutzlos. Jedenfalls irgendwo da liegt die Lösung. Vielleicht lässt sich irgendwo jemand erkennen, den wir fragen könnten? Vielleicht auf der Disk dort? --Molarus 14:09, 12 March 2017 (UTC)[reply]
Ich habe jetzt verstanden wie das funktioniert: Das Gadget liest das Property P1630, so steht im Code des Gadgets "P1630" geschrieben. Dort steht aber nirgendwo P1163, also ist das Property Mime-Typ da nutzlos. Nur löst das nicht das Problem. In meinem Fall könnte das Problem darin bestehen, dass es eigentlich zwei Webadressen gibt: www.procyclingstats.com/team/Team_Sky_2017 und www.procyclingstats.com/team.php?id=1423&season=2015 Also einmal mit zusätzlich ".php?id=" und einmal ohne. Ich nehme an, bei der Version wo etwas fehlt, ersetzt das die Webseite selbstständig und macht dabei die Konvertierung von & in %26 In deinem Fall müsste die Lösung im regulären Ausdruck auf P3520 sein. Die Frage wäre, wann wird ein Zeichen in ein %.. Zeichen umgewandelt und wann nicht. Hast du mal probiert WÖLLEKLA01 zu schreiben, wobei das Ö dann vom System in %D6 umgewandelt werden könnte. Vielleicht mit Ergänzen von ÖÜÄ im regulären Ausdruck? Vielleicht weiß Jura hier Bescheid? --Molarus 16:15, 12 March 2017 (UTC)[reply]
Grad mal versucht, klappt nicht (Zielseite wird nicht gefunden). Diese Seite hat halt ein Prozentzeichen im Identifier, welches Teil eines URL-encodierten “Ö”s ist. Den Identifier hab ich einfach aus der Browserzeile kopiert. Das Gadget URL-encodiert das Prozentzeichen jetzt fälschlicherweise (für diesen Identifier) nochmals, und mit dem Gleichheitszeichen und dem Kaufmanns-Und ist es wohl ähnlich. Ich habe da nun mal ein paar Administratoren angepingt, die das Gadget innerhalb des letzten Jahres bearbeitet haben. —MisterSynergy (talk) 16:55, 12 March 2017 (UTC)[reply]
Und ich habe gelernt, dass das Regex nur zur Dokumentation ist und keine Funktion bei der ganzen Angelegenheit hat (wird für Constraint violations genutzt). Wahrscheinlich könnte man das Problem aufklären, wenn man sich den Software-Code ansehen könnte. Leider weiß ich nicht wo der zu finden ist und eine Dokumentation zur Funktionsweise konnte ich nicht finden. Wahrscheinlich ist dein phab:T160281 der richtige Weg, da wir hier nicht weiter kommen. --Molarus 03:23, 13 March 2017 (UTC)[reply]

Friedrich König

Ist bei de.wiki falsch verlinkt (kein Künstler/Maler, sondern Politiker). Da ich hier aber keinerlei Ahnung von Bearbeitungen habe, überlasse ich das euch ;-) --Schnabeltassentier (talk) 17:19, 12 March 2017 (UTC)[reply]

@Schnabeltassentier: Um welches Item oder welchen Wikipedia-Artikel geht es genau? Da gibt es ja offenbar viele Namensträger… —MisterSynergy (talk) 17:40, 12 March 2017 (UTC)[reply]

We invite you to join the movement strategy conversation (now through April 15)

05:09, 18 March 2017 (UTC)

Datensummit in Berlin

Hallo,

OKFN organisiert den Datensummit, eine Konferenz zu Open Daten, in Berlin vom 28.-29. April. Zwei Workshops zu Wikidata und dem Query Service sind vorgesehen. Gesucht werden Wikidata-Editoren als Teilnehmende. Alle weiteren Informationen finden sich auf dieser Seite :) Lea Lacroix (WMDE) (talk) 09:27, 20 March 2017 (UTC)[reply]

Category-Prefix

Weshalb wurde der Prefix nicht automatisch entfernt? Wie findet man analoge Fehler? --Leyo 08:16, 28 March 2017 (UTC)[reply]

Hier sind nur drei weitere Fälle zu finden. Tritt wohl nicht so oft auf. —MisterSynergy (talk) 08:48, 28 March 2017 (UTC)[reply]
Danke. IMHO sollten die Artikel zumindest unter Wikidata:Database reports/Complex constraint violations/P373 auftauchen. Dasselbe gilt für analoge Fälle bei anderen Eigenschaften. --Leyo 14:41, 28 March 2017 (UTC)[reply]