Wikipedia Diskussion:Lua/Modul/Wikidata/Archiv/2015

message: Ist es möglich die per Wikidata ausgegebene Liste z.B. 
als Aufzählung unteinander zu formatieren? Also z.B.
*Test 1
*Test 2
Das ganze sollte innerhalb einer Infobox geschehen. --Toru10  (Diskussion • WPCS) 09:44, 26. Feb. 2015 (CET)
replies: text: nicht elegant, aber es funktioniert:  --Pasleim (Diskussion) 11:14, 26. Feb. 2015 (CET)

text: Ich habe den Code mal aktualisiert, das geht jetzt mit * . --Mps、かみまみたDisk. 14:38, 26. Feb. 2015 (CET)
replies: text: Vielen Dank, funktioniert super! :) Noch eine Frage: Ich kann in einer Infobox nicht immer davon ausgehen, dass sich mehr als ein Eintrag in der Liste befindet. Daher ist ein * in dem Fall ja nicht erwünscht. Wie kann ich die Anzahl der Einträge der Liste dafür am besten messen? --Toru10  (Diskussion • WPCS) 19:30, 26. Feb. 2015 (CET)

text: "\n" (nicht "n\") sollte in jeder Kombination und auch allein funktionieren. Tut es das nicht? --Mps、かみまみたDisk. 10:21, 8. Sep. 2015 (CEST)
replies: text:  Nein tut es leider nicht. Bitte ausprobieren auf Assassin’s Creed II:   Mit Aufzählung funktioniert es. --Toru10  (Diskussion • WPCS) 10:40, 8. Sep. 2015 (CEST)
replies: text:  Ah, ok. Das funktioniert schon, allerdings passiert dasselbe wie wenn man im Quelltext Einträge einfach untereinander schreibt. Wenn man in der Ausgabe einen Zeilenumbruch will muss man natürlich  verwenden. --Mps、かみまみたDisk. 10:44, 8. Sep. 2015 (CEST)

text: Ging mir auch so, habe es daher in der Doku ergänzt. –Queryzo ?!   15:10, 8. Sep. 2015 (CEST)
thread_title:  Liste als Aufzählung 

message: Die Funktion  scheint nicht mehr Aussagen mit  preferred rank den Aussagen mit normal rank zu bevorzugen. Vergleiche  mit  --Pasleim (Diskussion) 18:20, 1. Mär. 2015 (CET)
replies: text: Jetzt besser? --Mps、かみまみたDisk. 17:27, 5. Mär. 2015 (CET)
replies: text: Viel besser, vielen Dank. --Pasleim (Diskussion) 17:38, 5. Mär. 2015 (CET)
thread_title:  Ranks 

message: Freue mich schon, wenn claims gefiltert werden können :) . Aus meiner (und einiger anderer) Sicht wäre es sinnvoll "Datenherkunft (P143)" komplett herauszulassen für den Filter und auch umseitig in der Aufzählung zu streichen. Dies wäre eine Selbstreferenzierung (Daten aus Wikipedia werden in Wikidata verwendet um Daten in Wikipedia über Wikidata zu referenzieren). In Wikipedia kommt es zudem wegen der Verwendung von diesem Property in den Einzelnachweisen von Wikidata (als vermeindliche Quelle) immer und immer wieder zu Missverständnissen. Grüße, Conny 00:02, 4. Mär. 2015 (CET)
replies: text: Ich werde das Beispiel mal ändern. Das stammt noch aus der Zeit als bei Wikidata noch keine ordentlichen Quellen angegeben wurden, sondern fast nur auf die Sprachversion verwiesen wurde aus denen die jeweiligen Daten übernommen wurden. --Mps、かみまみたDisk. 12:13, 5. Mär. 2015 (CET)

text: Ja, das ist korrekt. Ich möchte aber darauf hinweisen, dass das auch jetzt schon geht in dem man einfach den entsprechenden Qualifier abfragt und dann mit dem gewünschten Wert vergleicht. Der Filter soll das nur effizienter machen in dem Sinne, dass die Funktion eben nicht mehrmals aufgerufen werden muss, sondern nur einmal. Das Bedürfnis für einen „Mechanismus […], dass ein Wert eines Wikidata-Eintrages in Wikipedia nur dann übernommen wird, wenn ein durch die hiesige Community definierte Bedingung gegeben ist“ war ein Grund, warum ich das Modul entwickelte um eben die Qualifier abfragen zu können, die das erlauben, weil das mit #property zwar angekündigt aber eben nicht implementiert wurde. --Mps、かみまみたDisk. 12:13, 5. Mär. 2015 (CET)
thread_title:  claim Filter 

message: Hi, ich wollte nur kurz Anmerken, dass ab jetzt die Funktionen mw.wikibase.renderSnak/mw.wikibase.renderSnaks verfügbar sind. Mit ihnen können beliebige Snaks gerendert werden. Ich hoffe damit können die hier selbst geschriebenen Formatter hier wegfallen. Grüße, Hoo man (Diskussion) 23:38, 4. Mär. 2015 (CET)
replies: text: Hallo, das große Problem ist ja dass die Zeit/Datumsangaben noch nicht vollständig lokalisiert sind: so gibt mw.wikibase.renderSnak bei Tagesangaben "31 Dezember 2013" zurück (mit fehlenden . nach dem Tag) und bei größeren Zeiträumen englische Angaben wie "2 billion years CE", "20000 years BCE", "1980s" oder "3 millenium". Nebenbei: bei englischen Spracheinstellungen wird bei letzterem "3. millenium" zurückgegeben – wieso ist da ein Punkt? --Mps、かみまみたDisk. 16:28, 5. Mär. 2015 (CET)
replies: text:  Stimmt, das hatte ich gar nicht auf dem Schirm :/ Das ist phab:T50962 und wird hoffentlich bald gelöst. Wenn es sonst noch Probleme gibt, gerne Bescheid sagen, oder Bugs aufmachen. - Hoo man (Diskussion) 16:42, 5. Mär. 2015 (CET)
thread_title:  mw.wikibase.renderSnak(s) verfügbar 

message: Hallo, ich habe ein kleines Problem mit dem Property Auszeichnung. Ich würde mir gerne den Qualifier Zeitpunkt von der Aussage Auszeichnung zurück geben lassen. Das allerdings nur wenn die Aussage den Wert International Tennis Hall of Fame enthält. Ansonsten soll er nichts zurückgeben. Geht das überhaupt, oder gibt es dafür vielleicht noch andere Lösungen? Gruß, Korrektor123 (Diskussion) 17:08, 25. Mär. 2015 (CET)
replies: text: Ich würde das wie folgt lösen  :d:Q52454 ist die Wikidata-Id von International Tennis Hall of Fame  --Pasleim (Diskussion) 19:29, 25. Mär. 2015 (CET)
thread_title:  Qualifier von bestimmten Aussagen verwenden 

message: Ist es möglich, als neues Feature einen of-Parmater hinzuzfügen, der es ermöglicht, Daten aus anderen Objekten auszulesen, als dem, mit dem der Artikel verknüpft ist? --MGChecker – (📞 📝 File:Pictogram_voting_keep.svg14pxlink=Special:redirect/page/8472932User:MGChecker/Bewertung) – HDR 23:48, 23. Jun. 2015 (CEST)
replies: text: Hallo, den gibt es schon unter den Namen id. Ich habe den nicht in der Doku erwähnt, weil der wahlfreie Zugriff auf andere Objekte bisher noch nicht für deWP aktiviert ist.  --Mps、かみまみたDisk. 00:14, 24. Jun. 2015 (CEST)
replies: text:  Danke für die schnelle Information. Für wann ist denn die Akktivierung geplant? --MGChecker – (📞 📝 File:Pictogram_voting_keep.svg14pxlink=Special:redirect/page/8472932User:MGChecker/Bewertung) – HDR 14:27, 24. Jun. 2015 (CEST)
replies: text:  Ein Termin wurde noch nicht bekannt gegeben (:d:Wikidata:Arbitrary access). Es sollte aber demnächst (nach der Wikimania) passieren. --Succu (Diskussion) 14:32, 24. Jun. 2015 (CEST)

text:  Jetzt für den 3. August angekündigt. --Succu (Diskussion) 19:52, 5. Jul. 2015 (CEST)
replies: text:  Dann rein damit in die Dokumentation! --MGChecker – (📞 📝 ) 17:11, 11. Aug. 2015 (CEST)
replies: text: Wird morgen freigeschaltet, vielleicht könnte man zum Start eine aktuelle Dokumentation der neuen Funktionen haben? Das wäre super! –Queryzo ?!   17:22, 11. Aug. 2015 (CEST)
replies: text:  Doku ist jetzt aktualisiert. --Mps、かみまみたDisk. 15:37, 12. Aug. 2015 (CEST)
thread_title:  of= 

message: Wie prüft man am besten, ob ein Artikel mit Wikidata verknüpft ist? –Queryzo ?!   15:01, 11. Aug. 2015 (CEST)
replies: text: Mit der Funktion pageId. Wenn ein Artikel mit Wikidata verknüpft ist liefert diese die Wikidata-Id zurück, wenn er nicht verknüpft ist gibt diese nichts zurück. --Mps、かみまみたDisk. 15:37, 11. Aug. 2015 (CEST)
replies: text: Danke! –Queryzo ?!   16:06, 11. Aug. 2015 (CEST)
thread_title:  Prüfen, ob mit WD verknüpft 

message: Bei der Auflistung von Werten gibt es derzeit den unschönen Effekt, dass bei gleichlautenden Sitelinks und WD-Labels trotzdem beides angegeben wird:  ergibt Michael Müller, Klaus Wowereit, Eberhard Diepgen, Walter Momper, Eberhard Diepgen, Richard von Weizsäcker, Hans-Jochen Vogel, Dietrich Stobbe, Klaus Schütz, Heinrich Albertz, Willy Brandt, Franz Amrehn, Otto Suhr, Walther Schreiber, Ernst Reuter (siehe Quelltext). Man müsste in printDatavalueEntity() abfragen, ob linkTarget gleich linkName ist und diesem Fall nur linkTarget ausgeben. –Queryzo ?!   23:05, 12. Aug. 2015 (CEST)
replies: text: Sollte jetzt korrigiert sein. --Mps、かみまみたDisk. 14:15, 13. Aug. 2015 (CEST)
replies: text: Super, danke! –Queryzo ?!   14:59, 13. Aug. 2015 (CEST)
thread_title:  Unnötiger Linktext 

message: Für die Vorlage:Navigationsleiste Kader des FC Lausanne-Sport möchte ich in derselben Abfrage Qualifier und Bezeichung erhalten. Oder anders formuliert, kann man folgende Abfragen zu einer kombinieren, so dass jeweils 1 Spielername_A | 2 Spielername_B | 5 Spielername_C | etc. angezeigt wird?


 --Leyo 01:44, 25. Aug. 2015 (CEST)
replies: text: Das geht mit der Funktion zip im Modul:Text, also . --Mps、かみまみたDisk. 12:28, 26. Aug. 2015 (CEST)
replies: text: Danke, aber das hört sich kompliziert an. Ich wäre froh, wenn du's an diesem Beispiel demonstrieren könntest. Aussehen soll es etwa wie bei Vorlage:Navigationsleiste Kader von Manchester United. --Leyo 14:53, 26. Aug. 2015 (CEST)
replies: text:  Ich habe es mal eingebaut. --Mps、かみまみたDisk. 16:13, 26. Aug. 2015 (CEST)
replies: text: Vielen Dank! Eine Sortierung wäre noch schön, aber das scheint ja noch nicht implementiert zu sein. --Leyo 16:18, 26. Aug. 2015 (CEST)
thread_title:  Kombinierte Abfrage von Bezeichnung und Qualifier 

message: Hallo, ich bräuchte eine Abfrage nach Datum mit einem zusätzlichen Parameter Datum. Ein Statement kann ja mehrere Werte haben, die über die Qualifier  und  unterschieden werden können, als Beispiel vielleicht die Gemeindezugehörigkeit zu einem Bezirk. der Bezirk Bruck-Mürzzuschlag, Property P150. Beim Zugriff auf die Liste aller Gemeinden möchte ich nur die Gemeinden bekommen, die zum per Parameter übergebenen Zeitpunkt tatsächlich Gemeinden im Bezirk sind. Fehlwert für den Datumsparameter ist das aktuelle Datum. Ich mache überlegungstechnisch mal die Einschränkung, dass sich die Propertywerte auf der Zeitachse nicht überlappen.
Ich habe nur den Aufruf

gefunden, der liefert:
 … Kraut und Rüben
Ort	              		 zu lesen als
   	         		 Aflenz Kurort war bis 31. Dez. 2014 (inkl.) eine Gemeinde im Bezirk Bruck-Mürzzuschlag, danach hat sie aufgehört, als Gemeinde zu existieren. (oder alternative Lesart: wurde einem anderen Bezirk zugeordnet)
   	              		Kindberg war vor und nach dem Stichtag 1. Jän. 2015 Gemeinde im Bezirk Bruck-Mürzzuschlag.
…  	              		
   	1. Jänner 2015		Aflenz ist eine mit 1. Jän. 2015 neu gegründete Gemeinde im  Bezirk Bruck-Mürzzuschlag, davor hat sie nicht existiert. (oder alternative Lesart: war vorher einem anderen Bezirk zugeordnet)
Die neue Funktion soll je nach Abfragedatum liefern:
< 1. Jän. 2015        	 Aflenz Kurort, Kindberg, …
≥ 1. Jän. 2015        	Aflenz, Kindberg, … (Sortierung mal angenommen)
ohne = aktuelles Datum	Aflenz, Kindberg, … (Sortierung mal angenommen)
Der explizite Datumsparameter ist mE notwendig, weil ein Stichtag per Gesetz etwas anderes ist, als der Zeitpunkt der Umstellung in der WP und nochmal was anderes ist, als der Zeitpunkt der Datenerfassung in WD. (zuerst muss die Artikelstruktur bereinigt werden). 
Weiters wäre eine Funktion, die nur die Ids der gefundenen Listenelemente zurückgibt, nützlich, da damit dann weitere Parameter abgefragt werden können. 
Wäre sowas möglich? 
lg --Herzi Pinki (Diskussion) 20:13, 26. Aug. 2015 (CEST)
replies: text: Habe gerade das da gesehen. Bin nicht sicher, ob die Lösung über den rank immer passt. Jedenfalls ist das Setzen des ranks ein zusätzlicher Aufwand zum Setzen von Endedatum bei einem Propertywert und Startdatum beim nächsten Propertywert. Wenn man das als historisierte Daten betrachtet, dann sollte es einen einfachen Zugriff über das Datum als Selektor geben. --Herzi Pinki (Diskussion) 22:19, 26. Aug. 2015 (CEST)
thread_title:  Abfrage nach Datum (zwischen Startzeitpunkt und Endzeitpunkt) 

message: Hallo Modulatoren, kann es sein, dass diese Änderung irgendeinen Fehler erzeugt? Diese Kategorie hat sich plötzlich aus unerfindlichen Gründen mit 792 Seiten angefüllt. Falls alle „120281 Vorlageneinbindung(en)“ davon betroffen wären, sollte da eventuell bald eine Nachbesserung erfolgen oder hat jemand eine Idee was sonst der Auslöser sein und wie man das beheben könnte? --Liebe Grüße, Lómelinde Diskussion 11:33, 31. Aug. 2015 (CEST)
replies: text: (von BD:PerfektesChaos #792 Skriptfehler) Gemach. LG --PerfektesChaos 12:29, 31. Aug. 2015 (CEST)
replies: text:  Ist korrigiert. --Mps、かみまみたDisk. 14:54, 31. Aug. 2015 (CEST)
replies: text:  Prima, vielen Dank. Sie leert sich wieder. --Liebe Grüße, Lómelinde Diskussion 15:05, 31. Aug. 2015 (CEST)
thread_title:  Seitenauflauf in der Skriptfehlerkategorie 

message: Ich würde gern prüfen, ob das zugeordnete Wikidata-Objekt eine Beschreibung hat. Bis dato bin ich (im BNR) den Weg gegangen, die Länge zu prüfen. Dies führte bei mehr als 50 Zeichen zu einer Fehlermeldung, die sowohl heißen konnte, dass der Text zu lang ist oder die Beschreibung fehlt (Text der Fehlermeldung ist „zu lang“):

Im ANR funktioniert das leider nicht, da dann ein Skriptfehler ausgeworfen wird. Gibt es evt. noch eine elegantere Lösung? –Queryzo ?!   17:44, 2. Sep. 2015 (CEST)
replies: text: Wenn ich dein Problem richtig verstehe, dann müsste eigentlich dieses Script dir zumindest teilweise weiterhelfen: mw.loader.load("//www.wikidata.org/w/index.php?title=User:Yair rand/WikidataInfo.js&action=raw&ctype=text/javascript"); // d:User:Yair rand/WikidataInfo.js --Toru10  (Diskussion • WPCS) 14:35, 14. Sep. 2015 (CEST)
replies: text: Nein, das Skript ist nicht für mich persönlich, sondern die Funktion soll in die Vorlage  eingebaut werden und dort eine Wartungsliste erzeugen. –Queryzo ?!   15:14, 14. Sep. 2015 (CEST)
replies: text: Achso, das passt dann natürlich nicht. --Toru10  (Diskussion • WPCS) 17:12, 14. Sep. 2015 (CEST)

text: Ich habe den Code jetzt robuster gestaltet, so dass keine Fehler mehr geworfen werden sollten falls das Objekt oder die Beschreibung nicht existiert. Der Prüfung kann jetzt mittels  erfolgen (das de kann weggelassen, da bei fehlendem Sprachkürzel automatisch das der hiesigen Wikipedia verwendet wird). --Mps、かみまみたDisk. 19:46, 14. Sep. 2015 (CEST)

text: Jetzt besser? --Mps、かみまみたDisk. 14:34, 24. Sep. 2015 (CEST)
replies: text: Sieht gut aus! –Queryzo ?!   17:24, 24. Sep. 2015 (CEST)
thread_title:  Prüfen, ob Beschreibung fehlt 

message: Eigentlich wurde die Möglichkeit mit FETCH_WIKIDATA doch dazu geschaffen, dass der Quelltext für Wikipediafremde leichter zu lesen bleibt. Da stellt sich mir aber die Frage, warum wir eigentlich dann FETCH_WIKIDATA nehmen anstatt eines deutschen Begriffes den auch jeder versteht? Also z.B. ABFRAGE_WIKIDATA. Oder gibt es irgendeinen Grund dafür FETCH_WIKIDATA nehmen zu müssen, den ich übersehe? --Toru10  (Diskussion • WPCS) 14:09, 11. Sep. 2015 (CEST)
replies: text: Das hat die Bezeichnung, weil ich die Idee von enWP übernommen hatte und mir damals keine zufriedenstellende passende deutsche Bezeichnung einfiel. Ich kann das aber einbauen. --Mps、かみまみたDisk. 20:56, 11. Sep. 2015 (CEST)
replies: text: Ich wäre schon dafür einen deutschen Begriff zu nehmen, um die Wikipedia für so viele Menschen wie möglich verständlich zu halten. Gibt es noch andere Meinungen? --Toru10  (Diskussion • WPCS) 10:25, 12. Sep. 2015 (CEST)
replies: text: Man kann ja beides erlauben. --MGChecker – (📞 📝 ) 11:33, 13. Sep. 2015 (CEST)
replies: text: Ok, dann bauen wir doch ABFRAGE_WIKIDATA ein. Ich denke der Begriff ist verständlich und passend. Als Standard sollten wir in dewiki dann den deutschen Begriff festlegen und das englische Fetch nur als "geht-auch-Option" darstellen. --Toru10  (Diskussion • WPCS) 12:29, 13. Sep. 2015 (CEST)
replies: text:  Ist jetzt eingebaut. --Mps、かみまみたDisk. 19:01, 13. Sep. 2015 (CEST)
thread_title:  Lesbarkeit von Quelltext bei Wikidata-Einbindung 

message: Kann abfragen, wieviele Artikel einem WD-Objekt zugeordnet sind? –Queryzo ?!   14:07, 14. Sep. 2015 (CEST)
replies: text: Das wäre grundsätzlich möglich ist aber im Modul noch nicht eingebaut. Was wäre denn der Anwendungsfall? --Mps、かみまみたDisk. 14:37, 14. Sep. 2015 (CEST)
replies: text: Ich bin dabei, sukzessive die in Deutschland anlaufenden Kinofilme in WD einzupflegen bzw. die Artikel anzulegen, siehe hier. Über eine Vorlage werden bereits einige Fehler abgefragt, z.B. fehlende Beschreibung (siehe oben) oder fehlende WD-Eigenschaften. Da ich gesehen habe, dass einige Filme in WD bereits sehr viele Interwikis haben, der deutschsprachige Artikel aber jeweils noch fehlt, wäre es interessant mit auszugeben, wenn eine gewisse Anzahl an Interwikis überschritten wird. Diese Information könnte man auch an die RFF weiterleiten als eine Art „Most Wanted in Wikidata“. –Queryzo ?!   15:12, 14. Sep. 2015 (CEST)
replies: text:  Ich habe das mal als sitelinkCount (Beschreibung) implementiert. --Mps、かみまみたDisk. 20:18, 14. Sep. 2015 (CEST)
replies: text: Besten Dank! Es scheint allerdings nicht mit arbitrary access zu funktionieren:  erzeugt einen Fehler, obwohl das Objekt existiert: . –Queryzo ?!   09:47, 15. Sep. 2015 (CEST)

text: Ah, ohne badges geht’s. –Queryzo ?!   11:45, 15. Sep. 2015 (CEST)
thread_title:  Anzahl der Interwikis 

message: Wie prüft man am besten, ob ein WD-Objekt eine Weiterleitung ist, z.B. ? –Queryzo ?!   14:45, 15. Sep. 2015 (CEST)
replies: text: Ist jetzt ergänzt. --Mps、かみまみたDisk. 15:44, 17. Sep. 2015 (CEST)
replies: text: Besten Dank! –Queryzo ?!   15:54, 17. Sep. 2015 (CEST)
thread_title:  Weiterleitungen 

message: Noch eine Frage – hört sich eigentlich leicht an, aber einen Weg habe ich noch nicht gefunden. Aus einem WD-Eintrag zu einer Person lese ich den Geburtsort (:d:Property:P19) aus. Ich benötige zusätzlich das Geburtsland. Das steht nicht im Item der Person, aber natürlich im Item des Geburtsorts. Ich bräuchte also irgendwie nicht den deutschen Text des Geburtsorts, sondern die ID, um dann in einer weiteren Abfrage das Land im Eintrag zum Ort auszulesen. Wie bekomme ich das hin? Yellowcard (D.) 15:04, 16. Sep. 2015 (CEST)
replies: text: versuch mal  --Pasleim (Diskussion) 21:18, 16. Sep. 2015 (CEST)
replies: text: Das funktioniert aber so einfach nicht, denn eine Person, die 1958 in Moskau geboren wurde, wurde nicht in Russland geboren. 94.218.177.215 21:20, 16. Sep. 2015 (CEST)

text:  Im Hauptmodul ist es parameter=numeric-id und gibt nur die Nummer 749556 statt Wikidata/Test mit parameter=id Q749556 zurück. Dem müsste dann bei Übergabe an einem zweiten Wikidata-Abruf für den Landesnamen dann ein Q vorangestellt werden. --Mps、かみまみたDisk. 10:04, 17. Sep. 2015 (CEST)
replies: text:  Funktioniert super, danke! Yellowcard (D.) 18:09, 22. Sep. 2015 (CEST)
thread_title:  Property-ID zurückgeben? 

message: Gibt es eine Möglichkeit einen bestimmten Wert der ausgegeben wird durch einen anderen ersetzen zu lassen? Meine Frage zielt auf die Situation ab, dass es Werte bzw. verlinkte Artikel gibt die in Deutschland falsch sind bzw. nicht existieren. Bsp.: Im Bereich Computerspiele kennt enwiki (und Wikidata hat das übernommen) Genres die dewiki nicht hat. Diese in D. nicht existierenden Genres lassen sich aber immer genau einem in D. existierenden Genre zuordnen. Alles was man dafür tun muss ist diese Werte herauszufiltern und zu ersetzen. Bei Einzeleinträgen mag das per :if lösbar sein, aber so weit ich weiß nicht bei einer Liste. P.S.: Weiß jemand ob Wikidata anstrebt länderspezifische Werte irgendwann zu ermöglichen? --Toru10  (Diskussion • WPCS) 19:44, 24. Sep. 2015 (CEST)
replies: text: Ich weiß nicht, ob ich dich richtig verstanden habe, aber wenn ja, könnte die Parserfuktion #switch helfen. --MGChecker – (📞 📝 ) 21:12, 24. Sep. 2015 (CEST)
replies: text: Daran hatte ich auch gedacht. Das Problem ist nur, dass switch nur einen Einzelwert vergleicht. Bei einer Liste hat das bei meinen bisherigen Tests nicht funktioniert. --Toru10  (Diskussion • WPCS) 10:30, 25. Sep. 2015 (CEST)
replies: text: Was willst du denn genau machen? Vielleicht könntest du einfach eine Verschachtelung mit  bauen. –Queryzo ?!   10:38, 25. Sep. 2015 (CEST)
replies: text: Interessanter Ansatz, hat aber zwei Probleme. Man kann offenbar in Str replace kein invoke einbauen (z.B.: geht nicht) und Str replace ersetzt immer nur eine vordefinierte Buchstabenkombination. Ich habe aber den Fall, dass mehrere voneinander unabhängige Begriffe gefunden und ersetzt werden müssen (z.B. DVD-R DL durch DVD und BluRay-Disc durch BluRay). Letzteres würde sich zwar durch mehrere Str replace-Abfragen erledigen lassen, aber das könnten ganz schön viele Abfragen werden. --Toru10  (Diskussion • WPCS) 13:03, 25. Sep. 2015 (CEST)
replies: text: Dass Str replace mit #invoke nicht funktioniert, kann so nicht stimmen, da ich es selbst verwende, siehe z.B.  (siehe Quelltext). Mehrere verschachtelte Aufrufe mit Str replace tun ja nicht weh, wie gesagt, hängt davon ab, was du genau vorhast. –Queryzo ?!   13:12, 25. Sep. 2015 (CEST)
replies: text: Merkwürdig, jetzt funktioniert es. Auch OK. Vielen Dank! Das mit den verschachtelten Abfragen mittels Str replace hat auch funktioniert. --Toru10  (Diskussion • WPCS) 19:25, 25. Sep. 2015 (CEST)
thread_title:  Einzelne Werte durch andere vordefinierte Werte ersetzen 

message: Hallo, ich möchte mir von  die Start- und Endzeitpunkte der Vereinsstationen angeben lassen. Sortiert werden soll aufsteigend nach Startzeitpunkt. Dazu verwende ich folgende Anweisung:
{{#invoke:Text|zip|{{#invoke:Wikidata/Test|claim|id=Q5415333|P54|qualifier=P580|sort=P580|parameter=time:Y|list=;}}|{{#invoke:Wikidata/Test|claim|id=Q5415333|P54|qualifier=P582|sort=P580|parameter=time:Y|list=;}}|sep=;|isep=–|osep=<br />}}
Allerdings führt das zu unerwarteten Ergebnissen, denn die Jahreszahlen, die ausgegeben werden, entsprechen nicht den hinterlegten Jahreszahlen:
Der erste ausgegebene Wert für Start- und Zielzeitpunkt ist das Jahr 2005, tatsächlich enthält der WikiData-Eintrag aber erst einen Startzeitpunkt im Jahr 2006 bei der ersten Station. Dafür fehlt die Station "2011–2011". Es scheint also, als seien bis auf den letzten Eintrag alle Stationen ein Jahr vorgerückt. Woran kann das liegen bzw. was mache ich falsch? Yellowcard (D.) 22:56, 24. Sep. 2015 (CEST)
replies: text: Die #time-Parserfunktion scheint Schwierigkeiten zu haben ein Datum im Format "YYYY-00-00" zu interpretieren. Ich werde mal nachfragen, ob die Programmierer der Parserfunktion das beheben können. --Pasleim (Diskussion) 15:54, 26. Sep. 2015 (CEST)
replies: text:  Das Problem betrifft auch die formatDate-Funktion im Hauptmodul falls die Präzision in Wikidata auf 9 (Jahr) oder 10 (Monat) gesetzt ist. Da wohl eine Lösung in der MediaWiki Software nicht so schnell erfolgen wird, müssen wir wohl selber das Problem lösen. Eine Möglichkeit wäre -00-00 durch -01-01 zu ersetzen bevor die time-Parserfunktion aufgerufen wird oder wir schreiben unsere eigene Parserfunktion für das Wikidata-Format. --Pasleim (Diskussion) 11:46, 29. Sep. 2015 (CEST)
replies: text:  Man muss zudem auch Tag=0 abfangen, da  = . Ersetzen scheint mir am einfachsten, z.B. mit string.gsub(datum, "-00%f[%D]", "-01"). --Mps、かみまみたDisk. 12:46, 29. Sep. 2015 (CEST)
replies: text:  Die Ersetzung von 00 in 01 wäre auch mein Vorschlag gewesen – allerdings ohne Ahnung, wie das in Lua umgesetzt werden kann. Yellowcard (D.) 13:14, 29. Sep. 2015 (CEST)
replies: text:  Prinzipiell ginge auch string.gsub(datum, "-00", "-01") – das %f[%D] prüft noch dass nach den Nullen keine weitere Zahlen kommen, falls beispielsweise eine negatives Jahr mit führenden Nullen übergeben wird. --Mps、かみまみたDisk. 13:40, 29. Sep. 2015 (CEST)
replies: text:  Auf das Szenario wäre ich gar nicht gekommen. Sicher sinnvoll, die RegEx-Variante zu nehmen und damit diesen auergewöhnlichen, aber nicht unmöglichen Fall mit abzudecken. Grüße, Yellowcard (D.) 13:56, 29. Sep. 2015 (CEST)
replies: text: Ok, ich habe mal die Zeile eingefügt. --Pasleim (Diskussion) 15:06, 29. Sep. 2015 (CEST)
replies: text:  Genial, scheint jetzt überall die korrekten Ergebnisse zurückzugeben – danke! Yellowcard (D.) 15:42, 29. Sep. 2015 (CEST)
thread_title:  Unerwartetes Ergebnis 

message: Ich habe im Testmodul eine kleine Änderung vorgenommen. Dadurch wird bei der Listenausgabe durch den zusätzlichen Parameter list_includeempty=ja ermöglicht, dass im Fall von leeren Qualifiern trotzdem ein Trennzeichen zurückgegeben wird. Das wird benötigt, wenn man mehrere Listen abfragt und die einzelnen Elemente zusammengehören. Es scheint wie gewollt zu funktionieren. Könnte jemand mal drüberschauen, ob das so passt, die Benennung des Parameters ok ist und ob es in das Hauptmodul kann? Danke, Yellowcard (D.) 02:55, 2. Okt. 2015 (CEST)
replies: text: Habe die Änderung übernommen, allerdings den Parameter auf |includeempty= gekürzt. Unterstriche gehen gerne vergessen. --Pasleim (Diskussion) 13:04, 2. Okt. 2015 (CEST)
thread_title:  Leere Qualifier bei Listenausgabe 

message: Ich kenne die Lösung die weiter oben besprochen wurde mittels der Funktion zip im Modul:Text zwei oder mehr Listen zusammenzuführen. Jetzt stehe ich allerdings vor dem Problem, dass ich zwei bzw. Listen zusammenführen möchte, die in der Anzahl der Werte ungleichmäßig sind. Genauer gesagt, gilt z.B. für den ersten Wert aus der ersten Liste nicht ein Wert aus der zweiten Liste sondern zwei Werte aus der zweiten Liste. Anschauliches Beispiel: Liste 1: a,b,c,d und Liste 2: 1,2,3,4,5. Aufgrund der in Wikidata gesetzten Beziehungen von Parameter und Qualifier gilt: a-1, b-2-3, c, d-4,5. Genauso soll das auch ausgegeben werden.
So wie es mal aussehen soll sieht man konkret z.B. bei Crysis Infobox-Parameter Spielengine (Daten die ausgegeben werden müssen: d:Q237484) oder The Legend of Zelda: Ocarina of Time Infobox-Parameter Erstveröffentlichung (d:Q213911). Hat jemand eine Idee wie man so etwas hinbekommt? --Toru10  (Diskussion • WPCS) 17:34, 6. Okt. 2015 (CEST)
replies: text: Bei  müsste das mit der Funktion listToFormat aus dem Modul:Text funktionieren. Beim Modul:Wikidata musst Du dann den Parameter includeempty=ja setzen. Beides habe ich in den letzten Tagen in die Module eingeführt und sollte funktionieren. Die Funktion listToFormat habe ich noch nicht dokumentiert, das mache ich heute. Falls Du einen Beispielquelltext brauchst, gib ruhig Bescheid. Ob das auch mit mehreren Items innerhalb eines Qualifiers wie bei  funktioniert, müsstest Du mal ausprobieren. Das wird wahrscheinlich schwierig, weil die Anzahl damit nicht mehr passt. Für solche recht speziellen Fälle müsste man sich dann etwas überlegen. Grüße, Yellowcard (D.) 10:33, 7. Okt. 2015 (CEST)

text: Aus meiner Sicht ergeben sich drei Lösungsmöglichkeiten: Eine Schleife im Vorlagencode einbauen, eine Funktion im Modul:Wikidata oder eine Schleifenfunktion im Modul:Text. Was davon die bessere bzw. überhaupt umsetzbare Variante ist entzieht sich aber meines Wissens und meiner Erfahrung. --Toru10  (Diskussion • WPCS) 11:30, 7. Okt. 2015 (CEST)
replies: text:  Habe es jetzt nicht ausprobiert, aber müsste über das listToFormat des Modul:Text im Wesentlichen funktionieren. Einziges Problem, das ich spontan sehe, sind die fakultativ gesetzten Klammern (sprich: die Klammern sollen ja nicht gesetzt werden, wenn gar keine Angabe vorhanden ist). Yellowcard (D.) 11:44, 7. Okt. 2015 (CEST)
replies: text:  Kommando zurück, das Modul:Wikidata gibt das nicht her. Man müsste zweidimensionale Tabellen ermöglichen. Das wird nicht ganz einfach. Yellowcard (D.) 11:46, 7. Okt. 2015 (CEST)
replies: text: Wozu sollte man zweidimensionale Tabellen ermöglichen müssen? Es sei denn, Wikidata schickt keine Informationen über Eigenschaften-Qualifier-Beziehungen mit, sodass man bei der Abfrage nicht weiß, welcher Qualifier zu welcher Eigenschaft gehört. Ist dem so? --Toru10  (Diskussion • WPCS) 10:00, 8. Okt. 2015 (CEST)
replies: text:  Nein, dem ist nicht so, aber mit den momentanen Gegebenheiten des Moduls ist das nicht auslesbar. Und das Ganze müsste ja als String zurückgegeben werden, damit Du es anschließend ohne weitere Konstrukte wie Schleifen auswerten kannst. Da bleiben nur ("zweidimensionale") Listen, also bspw. Listen mit zwei verschiedenen Trennzeichen zur Unterscheidung. Yellowcard (D.) 12:01, 8. Okt. 2015 (CEST)
replies: text: OK, also im Prinzip müsste das Modul alle Werte eines Qualifiers von einer Eigenschaft komplett ausgeben. Ansonsten läuft das Modul:Text einen Schritt weiter. Wie kompliziert wäre das in der Umsetzung? Z.B. mittels Parameter? Ich denke auf das Problem werden wir ja auch in Zukunft noch öfter stoßen. Insbesondere wenn immer mehr Infoboxen auf Wikidata-Einbindung umsteigen. Was mir als Idee einfällt ist, sollte das in diesem Modul nicht gehen, wäre ein Idee ein zweites Modul zu bauen, das so lange das Modul:Wikidata aufruft bis keine Qualifier mit der gleichen Beziehung gefunden werden. Dazu müsste aber dieses Modul die Beziehung wahrscheinlich mit ausgeben, sofern es das bisher noch nicht tut. --Toru10  (Diskussion • WPCS) 12:44, 8. Okt. 2015 (CEST)
replies: text:  „OK, also im Prinzip müsste das Modul alle Werte eines Qualifiers von einer Eigenschaft komplett ausgeben.“ – das Problem ist also, dass  bei jedem Qualifier nur einen Wert zurückliefert, richtig? Damit gibt es keinen Zugriff auf den Qualifier Playstation 3. Habe ich das richtig verstanden? Das dürfte eigentlich nicht so schwer sein, das zu erweitern, behaupte ich ohne weiter drüber nachgedacht zu haben. Yellowcard (D.) 12:53, 8. Okt. 2015 (CEST)

text: „dass das Modul schon Werte auspuckt bevor es fertig durchgelaufen ist“ – das kann meines Wissens nicht funktionieren, da das Modul nur einen Rückgabewert liefern, aber nicht zur Laufzeit Text zurückgeben kann. Gruß, Yellowcard (D.) 15:02, 8. Okt. 2015 (CEST)
replies: text:  Und ergänzend, zu Deinem Problem: Ohne Quelltext ist das schwierig zu analysieren. Welche Funktion des Modul:Text nutzt Du? Setzt Du den Parameter |includeempty=ja beim Aufruf des Modul:Wikidata? Yellowcard (D.) 15:04, 8. Okt. 2015 (CEST)
replies: text:  Und eine letzte Ergänzung: Bzgl. der alten Version der Navigationsleiste: Genau deswegen habe ich ja die Funktionalität mit dem o.g. Parameter kürzlich erst programmiert und hinzugefügt, vgl. diese Diskussionsseite. Das Modul ist noch nicht fertig, es kommen stetig neue Probleme auf und werden zeitig gelöst, daher hilft uns der Zustand von vor einigen Tagen nicht weiter. Grüße, Yellowcard (D.) 15:07, 8. Okt. 2015 (CEST)
replies: text: Achso, dafür soll der Parameter |includeempty=ja gut sein. hatte mich schon gewundert, was der bringen soll. :D Das andere ist ein Missverständnis. Mit dem Spezial:Permalink wollte ich nur auf die Situation hinweisen, wenn auch Nummern eingebunden werden. Also zwei Listen zusammengeführt werden. Dass das Modul nicht fertig ist mir auch selber klar. ;) „«dass das Modul schon Werte auspuckt bevor es fertig durchgelaufen ist» – das kann meines Wissens nicht funktionieren, da das Modul nur einen Rückgabewert liefern, aber nicht zur Laufzeit Text zurückgeben kann.“ Ich hatte auch nicht an eine Ausgabe von Werten in Laufzeit gedacht, sondern dass das Modul alle gefundenen Werte sammelt und formatiert und dann erst ausgibt. --Toru10  (Diskussion • WPCS) 15:14, 8. Okt. 2015 (CEST)
replies: text: Letzteres natürlich nur, wenn zwei Werte/Qualifier die gleichen Beziehungen besitzen. Sonst funktioniert ja Modul:Text|zip nicht mehr. --Toru10  (Diskussion • WPCS) 15:17, 8. Okt. 2015 (CEST)
replies: text:  Genau, der Parameter ist dafür da, verschiedene Listen erzeugen zu können (also eine Liste für die Ausgabe der Items und weitere Listen für Ausgabe der Qualfier) und allein über die Position der Elemente in der Liste diese als zusammengehörige Tupel wieder zusammenzuführen. Das funktioniert nur dann, wenn jede Liste dieselbe Anzahl an Elementen enthält – logisch. Der Parameter includeempty sorgt dafür, dass ein leeres Element erzeugt wird, wenn ein Qualifier nicht gesetzt ist. Bei mehr als einem Wert pro Qualifier funktioniert das ganze System nicht mehr. Daher bräuchte man, wie schon von mir angemerkt, zweidimensionale Listen, zum Beispiel durch ein unterschiedliches Trennzeichen. Yellowcard (D.) 16:31, 8. Okt. 2015 (CEST)
replies: text: Aber machbar wäre es schon innerhalb dieses Moduls eine temporäre zweidimensionale Liste/Tabelle für die Ausgabe zu erzeugen? --Toru10  (Diskussion • WPCS) 16:41, 8. Okt. 2015 (CEST)
replies: text:  Klar. Innerhalb des Moduls werden an sehr vielen Stellen Lua-Tabellen verwendet. Ich könnte auch mal schauen, ob ich etwas für Deine Bedürfnisse umsetzen könnte, dazu müsstest Du aber mal genau formulieren, was Du benötigst und wie Du Dir die Ausgabe vorstellst. Ich habe das noch nicht ganz verstanden. In das Modul kann das natürlich nur aufgenommen werden, wenn es allgemein genug gehalten wird, dass es auch für andere Anwendungszwecke relevant sein könnte. Yellowcard (D.) 16:51, 8. Okt. 2015 (CEST)
replies: text: Gute Frage, wie man das am besten definiert. Um es allgemein zu halten denke ich: Es sollte ermöglicht werden, dass man mehr als ein Qualifier, der zu einem gesetzen Wert/Eigenschaft gehört, so ausgeben kann, dass die zusammengehörenden Qualifier (In der Anzahl variabel bis maximal ???) zusammen ausgegeben werden und nicht nur einer davon, damit sie mittels Modul:Text|zip zusammengefügt werden können. Dabei muss es noch möglich sein, dass weitere Qualifier die zu dem Wert/Eigenschaft gehören, an richtiger Stelle mittels Modul:Text|zip angehängt werden können. Letztere müssen aber in der Anzahl nicht gleich der Anzahl erstgenannter Qualifier sein. Also so, wie d:Crysis unter Engine die Daten auch momentan zu sehen sind. Eine andere Erklärung fällt mir nicht ein. Aber vllt. haben hier ja auch noch andere eine Idee, wie man die Funktion vielseitig nutzbar machen kann? --Toru10  (Diskussion • WPCS) 20:15, 9. Okt. 2015 (CEST)
replies: text:  Das hört sich so weit ja durchaus sinnvoll an. Aber wie stellst Du Dir die Ausgabe vor? Es kann ja nur einmal eine einzige Zeichenkette ausgegeben werden. Eine Liste mit zwei verschiedenen Trennzeichen? Vielleicht kannst Du mal an dem Crysis-Item ein Beispiel festmachen? Grüße, Yellowcard (D.) 20:42, 9. Okt. 2015 (CEST)
replies: text: Da ich nicht weiß, was es für Möglichkeiten es gibt, kann ich nicht sagen, was die beste Art der Ausgabe wäre. Was gibt es denn vor Möglichkeite, um daran mal die Vor- und Nachteile abwägen zu können. --Toru10  (Diskussion • WPCS) 19:02, 14. Okt. 2015 (CEST)
replies: text:  Es kann im Prinzip jede Art von Zeichenkette zurückgegeben werden, aber eben nur genau eine. Diese kann Trennzeichen oder was auch immer enthalten. Grüße, Yellowcard (D.) 22:25, 14. Okt. 2015 (CEST)
thread_title:  Ungleichmäßige Listen zusammenführen 

message: Werden die Ränge von Statements auf Wikidata bei der Abfrage auf irgendeine Art und Weise berücksichtigt? (Zum Beispiel, dass missibiiligte Statements ignoriert werden?) Egal, ob ja oder nein, meiner Meinung nach sollte auf jeden Fall ein Parameter hinzukommen, mit dem man auswählen kann, ob nur die bevorzugte, die bevorzugten und normalen, oder alle Aussagen bezogen werden sollen. Spricht irgendetwas dagegen? --MGChecker – (📞 📝 ) 15:12, 14. Okt. 2015 (CEST)
replies: text: Es werden nur normale Ränge zurückgegeben, oder falls höhere Ränge vorhanden sind, nur diese. Ein weiterer Parameter wäre nicht schlecht, aber davor sehe ich noch die Wichtigkeit, die genaue Bedeutung wikidataseitig zu definieren. Yellowcard (D.) 22:26, 14. Okt. 2015 (CEST)
replies: text: d:Help:Ranking. Was auch immer man davon halten mag, so siehts momentan aus. --MGChecker – (📞 📝 ) 01:58, 19. Okt. 2015 (CEST)
replies: text:  Okay. Ja, ein weiterer Parameter, um die Ausgabe abhängig von den Rängen steuern zu können, wäre somit sicherlich sinnvoll. Grüße, Yellowcard (D.) 10:15, 19. Okt. 2015 (CEST)
thread_title:  Ränge 

message: Hallo, bislang hat das Modul nicht zwischen einem fehlenden Wert und einem Wert 0 unterschieden. Ich habe versucht, das Verhalten durch diese Änderung zu unterscheiden, das scheint auch zu funktionieren. Vielleicht gibt es noch weitere Stellen, die angepasst werden müssen. not value kann jedenfalls nicht zwischen 0 und fehlendem Wert unterscheiden. Grüße, Yellowcard (D.) 19:47, 5. Okt. 2015 (CEST)
thread_title:  Umgang mit Wert 0 

message: *:d:Wikidata:Requests_for_comment/Improve_bot_policy_for_data_import_and_data_modification#Maintanance-category för imported from-statements: "On svwiki :sv:Kategori:Artiklar_med_importerade_Wikidatavärden has been installed as a maintainance-category for articles with LUA-templates with "imported from" in the sources. Are you aware of any simlair systems in other wiki? -- Innocent bystander (talk) 16:45, 11 December 2015 (UTC)"
*Beispiel :sv:Hilde Kramer infobox: Geburtsort -> ref: imported from no.wiki (:sv:Mall:Faktamall biografi WD?)
Was mich daran interessiert, ist das Auslösen einer Wartungskategorie. Bei den ganzen Wikidata-Vorlagen hierzuwiki, die nach dem Schema verfahren "Daten werden von Wikidata bezogen, wenn keine lokale Angabe vorhanden ist", da hätte ich gerne eine Kategorie der wikidata-beziehenden Artikel. Soll heißen: In welchen dewiki-Artikeln wird live wikidata eingebunden? Kategorie? Hat dewiki über 150.000 Wikidata-Einbindungen (siehe Benutzer:Mabschaaf/WD-Nutzung_in_deWP) oder nur ein paar hundert? Benutzer_Diskussion:Mabschaaf/WD-Nutzung_in_deWP#insource Suchen? --Atlasowa (Diskussion) 23:16, 18. Dez. 2015 (CET)
thread_title:  FYI, Schweden