Diese Seite ist ein Archiv abgeschlossener Diskussionen. Ihr Inhalt sollte daher nicht mehr verändert werden. Benutze bitte die aktuelle Diskussionsseite, auch um eine archivierte Diskussion weiterzuführen.

Um einen Abschnitt dieser Seite zu verlinken, klicke im Inhaltsverzeichnis auf den Abschnitt und kopiere dann Seitenname und Abschnittsüberschrift aus der Adresszeile deines Browsers, beispielsweise

[[Wikipedia Diskussion:Lua/Modul/Wikidata/Archiv/2016#Thema 1]]

oder als Weblink zur Verlinkung außerhalb der Wikipedia

https://de.wikipedia.org/wiki/Wikipedia_Diskussion:Lua/Modul/Wikidata/Archiv/2016#Thema_1

Wenn ich Deutschland (Q183) hab, krieg ich das Lemma und alles raus. Geht das auch andersrum, also nur über das Lemma das Q183 rauskriegen? –Queryzo ?! 10:56, 12. Jan. 2016 (CET)

Über die API schon: [1]. Über das Lua-Modul hier sieht es leider schlecht aus. Wäre aber eine Leichtigkeit zu erweitern. --Jobu0101 (Diskussion) 12:07, 12. Jan. 2016 (CET)

@Jobu0101: Sieht gut aus, nur wie greife ich auf diese Daten zu? –Queryzo ?! 12:28, 12. Jan. 2016 (CET)

Besteht die Möglichkeit Einzelnachweise nach Möglichkeit als Internetquelle zu formatieren? Momentan sind die formatierten Referenzangaben ziemlich lang.

Beispiel: vorher -> nachher

Im Beispiel wird die Referenz nur genau dann als Internetquelle formatiert wenn genau eine URL (P854), ein Titel (P1476) und ein Zugriffsdatum (P813) (plus optional ein Datum (P577)) angegeben wurde. In allen anderen Fällen werden die Einzelnachweise formatiert wie bisher. --1-Byte (Diskussion) 11:52, 2. Feb. 2016 (CET)

Gleiches Problem trieb nun Lómelinde zur Verzweiflung (siehe meine Disk), vielleicht könnte man hier was tun? –Queryzo ?! 08:30, 6. Apr. 2016 (CEST)

Hallo. ich habe gerade versucht die Maßeinheit bei Fläche (P2046) auszulesen. Die Funktion gibt aber nichts zurück. Warum? {{#invoke:Wikidata|claim|P2046|id=Q657642|parameter=unit}} ergibt Q35852 (also nichts), während {{#invoke:Wikidata|claim|P2046|id=Q657642}} 2202 ergibt. Funktioniert denn parameter=unit überhaupt irgendwo? Gruß --Tlustulimu (Diskussion) 14:13, 2. Feb. 2016 (CET)

parameter=unit funktioniert nun. Allerdings sind zwei verschachtelte Abfragen notwendig, um die Abkürzung einer Masseinheit zu erhalten. --Pasleim (Diskussion) 19:01, 3. Feb. 2016 (CET)

Danke schön. Mit dem Modul der Esperantowikipedia klappt es jetzt auch. :-) --Tlustulimu (Diskussion) 19:43, 3. Feb. 2016 (CET)

Ist es irgendwie möglich, herauszufinden, ob ein Item eine Unterklasse eines anderen Items ist? Geht das über die API und wäre das irgendwie im Modul zu implementieren? Hat jemand eine Idee für einen Ansatz? Yellowcard (D.) 16:25, 26. Apr. 2016 (CEST)

Eines fixen Items, oder überhaupt irgendeines? -- Michi 16:51, 26. Apr. 2016 (CEST)

Eines fixen Items, ich möchte also wissen, ob Item Qy Unterklasse (ist ein(e) (P31) oder Unterklasse von (P279)) des Items Qx ist. Beide Item-IDs würde ich dabei an die Funktion übergeben, Ergebnis wäre bspw. true/false. Schwierigkeit: Es können auch Verkettungen auftreten, also Px <P279> Pz <P279> Py. Hast Du eine Idee, Michi? Yellowcard (D.) 16:59, 26. Apr. 2016 (CEST)

Oder aber sowas wie {{#if: {{#invoke:Wikidata|claim|P31|subclass=Q11424}} | ja | nein }} (wenn Objekt eine Unterklasse von oder gleich Film (Q11424) ist). –Queryzo ?! 17:14, 26. Apr. 2016 (CEST)

Ich hab noch nicht's mit dem Lua-api gemacht (Keine Ahnung wieso ich diese Seite überhaupt auf beobachten hab), daher bitte ich um Entschuldigung fals ich hier Unfug erzähle, aber so auf den ersten Blick sehe ich nicht warum das grundsätzlich nicht gehen sollte. Qx:getBestStatements( 'P31' ) liefert dir die Unterklassen von Qx und durch die kannst du dich mit ner Schleife durch hangeln bist du auf Qy stößt. Oder versteh ich das Falsch? Stellt sich nur die Frage ob das performant ist? -- Michi 17:18, 26. Apr. 2016 (CEST)

Ich kenne jetzt nicht die Strukturen auf Wikidata, aber da auch ein Item mehrere Items als Unterklasse haben kann, könnte das ggf. ein recht großer Baum sein, den man da durchsuchen muss. Wäre es nur linear, wäre es vermutlich recht einfach umzusetzen. Yellowcard (D.) 18:04, 26. Apr. 2016 (CEST)

@Queryzo, MichaelSchoenitzer: Ich habe mich mal an der Umsetzung versucht und das in Modul:Wikidata/Test implementiert. Die neue Funktion heißt isSubclass() und erwartet die Parameter parent, id (optional), exitItem (optional) und maxDepth (optional, Standard: 5).

• id gibt die Item-ID des betroffenen Items an; falls der Parameter fehlt, wird das verlinkte Item der jeweiligen Wikipage genommen.
• parent gibt die ID des zu suchenden Eltern-Items an.
• exitItem erlaubt die Angabe einer Item-ID, die definitiv über dem gesuchten Eltern-Item steht, womit die Suche im jeweiligen Ast des gerade durchsuchten Baums abgebrochen wird. Bei vernünftiger Angabe kann also hiermit ggf. die Anzahl der teuren Funktionsaufrufe reduziert werden.
• maxDepth gibt die maximale Suchtiefe (nach oben hin) an. Standard ist 5. Sollte also genutzt werden, falls das gesuchte Elternitem mehr als fünf Ebenen über dem gegebenen Item stehen kann oder die Entfernung geringer ist (Anzahl Operationen wird erheblich verringert).
• Rückgabewerte sind true (d.h. parent ist ein Elternitem von id) oder false (Suche erfolglos).

Beispiele:

• Fußball:
  • id=Q43310 (deutsche Fußballnationalmannschaft (Q43310))
  • parent=Q6979593 (Fußball-Nationalmannschaft (Q6979593))
  • {{#invoke:Wikidata/Test|isSubclass|id=Q43310|parent=Q6979593}} → true
• Film:
  • id=Q571032 (Django Unchained (Q571032))
  • parent=Q11424 (Film (Q11424))
  • {{#invoke:Wikidata/Test|isSubclass|id=Q571032|parent=Q11424}} → true
• Gegenbeispiel:
  • id=Q43310 (deutsche Fußballnationalmannschaft (Q43310))
  • parent=Q11424 (Film (Q11424))
  • {{#invoke:Wikidata/Test|isSubclass|id=Q43310|parent=Q11424}} → false

Ich bitte um intensive Tests und Kommentare, damit ich das möglichst bald ins Hauptmodul aufnehmen kann.   Grüße, Yellowcard (D.) 09:57, 29. Apr. 2016 (CEST)

@Yellowcard: Funktioniert das auch mit arbitary access, also mit {{#invoke:Wikidata/Test|isSubclass|parent=Q11424}}? –Queryzo ?! 10:26, 29. Apr. 2016 (CEST)

@Queryzo: Sollte es – wenn nicht, bitte unbedingt melden. ;) Gruß Yellowcard (D.) 10:28, 29. Apr. 2016 (CEST)

Hm, demnach wäre Ada Lovelace ein Film: {{#if: {{#invoke:Wikidata/Test|isSubclass|parent=Q11424}} | ja | nein }} ergibt im Artikel ja. {{#if: {{#invoke:Wikidata/Test|isSubclass|id=Q7259|parent=Q11424}} | ja | nein }} ergibt ebenfalls ja. –Queryzo ?! 10:38, 29. Apr. 2016 (CEST)

Das liegt an der Funktion #if, denn isSubclass() gibt ja true oder false zurück. Laut Hilfe:Vorlagenprogrammierung („Enthält die <Bedingung> Text, gilt sie als erfüllt und es wird <Dann-Text> zurückgegeben.“ – auch „false“ ist ein Text) ist das Ergebnis also immer „ja“. Ich würde das eher mit #ifexpr probieren, also vermutlich: {{#ifexpr: {{#invoke:Wikidata/Test|isSubclass|id=Q7259|parent=Q11424}}=true | ja | nein }}. Leider funktioniert das auch nicht, da #ifexpr nur mit Zahlen klar kommt. Dafür zwei Lösungsansätze:

1. Auf {{Str find}} zurückgreifen: {{#ifexpr: {{Str find|true|{{#invoke:Wikidata/Test|isSubclass|id=Q7259|parent=Q11424}}}} > 0 | ja | nein }} sollte gehen.
2. Wahrscheinlich mittelfristig sinnvoller: Ich könnte noch einen Parameter (returnInt=ja) einbauen, der statt true und false lieber 1 und 0 zurückgibt. Dann kann man direkt #ifexpr nutzen, ohne noch den Umweg über {{Str find}} gehen zu müssen (welche wieder ein Lua-Modul nutzt, was die ganze Abfrage noch intensiver macht).

Davon abgesehen hatte die Funktion ohne Angabe von id= aber tatsächlich noch einen Fehler, der hiermit behoben sein dürfte. Bitte nochmal testen!

Gruß Yellowcard (D.) 11:49, 29. Apr. 2016 (CEST)

@Queryzo: Der Parameter returnInt ist jetzt verfügbar. Wird er mit einem Wert befüllt, werden 0 oder 1 anstelle von false oder true zurückgegeben. Dann funktioniert auch die Parserfunktion #ifexpr ohne Umweg über die String-Vorlagen:

• {{#invoke:Wikidata/Test|isSubclass|id=Q7259|parent=Q11424|returnInt=ja}} →
• {{#ifexpr: {{#invoke:Wikidata/Test|isSubclass|id=Q7259|parent=Q11424|returnInt=ja}}=1 | ja | nein }} → (Auskommentiert wg. Skriptfehlern. --Tkarcher (Diskussion) 11:04, 16. Okt. 2018 (CEST))

Gruß Yellowcard (D.) 11:59, 29. Apr. 2016 (CEST)

Gut, verstehe allerdings nicht, wozu man Rückgabewerte wie "true" und "false" braucht. Lieber nil und meinetwegen 1, dann sparst du dir den Extraparameter. –Queryzo ?! 14:33, 29. Apr. 2016 (CEST)

@Queryzo: true und false sind ja erstmal der Standard als Rückgabewerte und sinnvoll, wenn man mit den Werten weiterarbeiten will, was gerade bei dieser Funktion ja immer der Fall sein wird. Wenn diese Weiterverarbeitung ebenfalls durch ein Lua-Modul erfolgt, sind true und false optimal. nil ist sehr schlecht, da das einer Löschung der Variable gleichkommt, Du kannst es also nicht mehr von einem Fehler unterscheiden. Wofür denn nil und 1 als Rückgabewerte, da kann man doch erst recht nichts mit anfangen, da zwei unterschiedliche Datentypen?! Siehe oben, durch diese Änderung kommt es zu einem Laufzeitfehler bei der Verwendung von #ifexpr. Den Sinn kann ich ehrlich gesagt nicht ganz nachvollziehen. ;) Yellowcard (D.) 16:38, 29. Apr. 2016 (CEST)

Jetzt reden wir schon wieder aneinander vorbei: "true" und "false" sind natürlich Standardrückgabewerte, aber nicht, wenn sie als Text interpretiert werden. Einzig sinnvoll ist ein boolescher Wahr-/Falsch-Rückgabewert, den man mit {{#if: auswerten kann. Mit 1 und nil klappts offenbar. Deine ifexpr-Konstruktion funktioniert dann natürlich nicht mehr, aber das ist eh murks. –Queryzo ?! 16:45, 29. Apr. 2016 (CEST)

true und false werden als Text interpretiert, wenn Du die Funktion per {{#invoke:Wikidata ... im Wikitext aufrufst. Ich werde die Funktion aber nicht im Wikitext aufrufen, sondern von anderen Lua-Modulen aus. Und da ist nil als Rückgabewert für einen erfolgreichen Funktionsaufruf (der kein Ergebnis liefert, aber sauber durchgelaufen ist) halt äußerst unbrauchbar. Vorlage:Smiley/Wartung/;)  Um einen Parameter wie returnInt= wird man daher also nicht herumkommen. Bleibt die Frage, ob bei returnInt=ja und erfolgreichem Durchlauf ohne Ergebnis lieber 0 oder nil zurückgegeben werden sollte. Wie regeln das denn vergleichbare Module? Yellowcard (D.) 17:04, 29. Apr. 2016 (CEST)

Ich versteh ehrlich gesagt nicht, warum true und false nicht funktionieren sollten. Schau dir mal die Funktion hassource() an. Dort werden auch nur wahr/falsch zurückgegeben. Folglich gibt {{#if: {{#invoke:Wikidata|claim|P2639|id=Q44426|hassource=P143}} | ja | nein }} = nein. –Queryzo ?! 13:39, 2. Mai 2016 (CEST)

@Queryzo: Also, bei hassource() wird true und false zurückgegeben, genau wie bei isSubclass(). Bei beiden ist true und false als Rückgabewerte die einzig sinnvolle Variante, da die Ergebnisse von Lua-Modulen weiterverarbeitet werden. In Deinem beschriebenen Beispiel rufst Du die Funktion hassource() nicht auf, sondern die Funktion p.claim() (hassource() ist als lokale Funktion außerhalb des Moduls überhaupt nicht zugänglich). Die Funktion p.claim() einen String zurück, der auch leer sein kann, und nicht etwa true oder false. In Deinem Beispiel wird über den Parameter hassource die Funktion filterClaims(), welche wiederum die Funktion hassource() aufruft, aufgerufen, wodurch alle Snaks ohne Fundstellen herausgefiltert werden (siehe Zeilen 424, 439 und 474). Yellowcard (D.) 13:54, 2. Mai 2016 (CEST)

Queryzo, wie gehen wir jetzt weiter vor? Rückgabewerte standardmäßig true und false und mit Parameter returnInt=ja stattdessen nil und 1, sind damit alle Anforderungen abgedeckt? Bzw. bei returnInt=ja könnte statt nil und 1 auch nil und die Tiefe des Elternelements zurückgegeben werden. Vielleicht ist das ja irgendwo hilfreich? Yellowcard (D.) 12:21, 3. Mai 2016 (CEST)

Die Funktion hassource() war ja nur ein Beispiel. p.pageId(frame) verwendet beispielsweise auch nil als Rückgabewert. Wenn das als Subfunktion von p.claim() nicht geht oder keinen Sinn macht, baue es einfach so, wie du es für richtig hälst. Hauptsache, es funktioniert!   Derzeit arbeite ich auch schon mit returnInt=ja, siehe {{Wartung-Film}}. Funktioniert bisher bestens! Vielen Dank schonmal für deine Mühe... LG –Queryzo ?! 12:27, 3. Mai 2016 (CEST)

Habe die Funktion jetzt ins Hauptmodul übernommen. Dokumentation folgt. Yellowcard (D.) 00:34, 16. Mai 2016 (CEST)

@Yellowcard: Hast du irgendwas geändert? Es funktioniert bei mir nicht mehr, z.B. {{#if: {{#invoke:Wikidata|isSubclass|parent=Q11424|returnInt=ja}} | ja | nein }} in Tatort: Blinde Kuriere ergibt nein. –Queryzo ?! 13:28, 17. Mai 2016 (CEST)

@Queryzo: Könnte hiermit zusammenhängen. Kannst Du mal schauen, ob es immer noch Probleme gibt? Yellowcard (D.) 16:10, 17. Mai 2016 (CEST)

Jetzt gehts, danke! –Queryzo ?! 16:13, 17. Mai 2016 (CEST)

Hallo zusammen, wie kann ich das Datum/Jahr des Vorgängers ermitteln? Beispiel: https://de.wikipedia.org/w/index.php?title=Schwimmeuropameisterschaften_2018 haben jeweils einen Vorgänger und Nachfolger. Der Vorgänger hat die Property P155, das (Start)Datum die Property P580, und mit {{#invoke:Wikidata|claim|P580|parameter=time:Y}} kann ich das Jahr von P580 ermitteln. Mir fehlt nur noch der Zusammenhang: Hole vom Vorgänger (P155) sein Startdatum (P580) und davon das Jahr (parameter=time:Y). --Chlorjunkie (Diskussion) 20:21, 18. Jul. 2016 (CEST)

Hallo Chlorjunkie, da bist Du doch auf einem sehr guten Weg und Dein letzter Satz beschreibt auch den Weg zu Deinem eigentlichen Ziel. Klar wird: Du wirst zwei Abfragen brauchen. Zunächst musst Du den Vorgänger ermitteln und dann dessen Startdatum. Letzteres hast Du ja auch schon realisiert, allerdings vom aktuellen Item. Um einen Wert von einem anderen Item als dem, das dem Artikel zugeordnet ist, zu beziehen, brauchst Du den Parameter id. In diesen Parameter schreibst Du dann die Wikidata-ID des Vorgängers. Diese holst Du Dir dann mit einer zweiten Abfrage und dem Parameter parameter=numeric-id. Etwas unschön: Man muss daran denken, manuell ein Q vor die numeric-id zu setzen. Hört sich schlimmer an, als es eigentlich ist:

{{#invoke:Wikidata|claim|P580|parameter=time:Y|id=Q{{#invoke:Wikidata|claim|P155|parameter=numeric-id}}}} → (Auskommentiert wg. Skriptfehlern. --Tkarcher (Diskussion) 11:04, 16. Okt. 2018 (CEST))

Grüße, Yellowcard (D.) 21:35, 18. Jul. 2016 (CEST)

Perfekt. Besten Dank Yellowcard. --Chlorjunkie (Diskussion) 21:41, 18. Jul. 2016 (CEST)

Yellowcard, ist dieser Syntax in allen Sprachversionen von Wikipedia möglich? Ich bekomme den Formatierungsparameter in der englischen Wikipedia nicht zum laufen. parameter=time ergibt das volle unformatierte Datum. parameter=time:Y gibt kein Ergebnis aus. --Chlorjunkie (Diskussion) 18:49, 26. Jul. 2016 (CEST)

@Chlorjunkie: Nein, leider nicht. Derzeit ist es so, dass jede Sprachversion ihr eigenes Modul entwickelt. Die Chance, ein zentral gepflegtes und an alle Versionen verteiltes Modul zu pflegen, wurde damals leider verpasst, und mittlerweile ist es sehr schwierig, die unterschiedlichen Module mit ihren Funktionen und Bezeichnungen irgendwie zusammenzuführen, da sie ja in den verschiedenen Wikis sehr viel genutzt werden. In der en.wp müsstest Du das dortige Modul also vermutlich anders ansprechen, ich kenne es aber nicht. Sorry, Yellowcard (D.) 15:04, 28. Jul. 2016 (CEST)

Beim Lemma Schwimmeuropameisterschaften 1981 und ähnlichen wird in der Vorlage:Infobox Schwimmmeisterschaften der Ort und das zugehörige Land automatisch aus Wikidata eingefügt. Beim genannten Lemma erscheint nach Split das Land Kroatien. Für das Jahr 1981 ist das aber falsch: zu dieser Zeit gabe es noch die SFR Jugoslawien. Wie kann man das in Ordnung bringen. So was kann noch andere ehemalige Staaten betreffen. Gruß -- HeBB (Diskussion) 18:07, 15. Sep. 2016 (CEST)

korrigiert. Auf Wikidata hat Benutzer:Chlorjunkie bei Schwimmeuropameisterschaften 1981 (Q530063) die Aussage Staat (P17)=Kroatien (Q224) hinzugefügt. Habe nun diese Aussage wieder entfernt. --Pasleim (Diskussion) 21:06, 15. Sep. 2016 (CEST)

Ich habe das Modul bearbeitet, so dass es jetzt Einzelnachweise (teils) formatiert anzeigt!

Anstatt bisher:

URL der Fundstelle: https://sourceforge.net/p/zsh/news/2015/12/zsh-52-release/, abgerufen am: 1. Februar 2016, Veröffentlichungsdatum: 3. Dezember 2015, Titel: zsh 5.2 release

sieht der Einzelnachweis für den Artikel zsh jetzt Beispielsweise so aus:

zsh 5.2 release. 3. Dezember 2015, abgerufen am 1. Februar 2016.

Teilweise wird die Änderung erst nach einem purge der Seite sichtbar. Bis jetzt werden auch nur Onlinequellen (mit der Vorlage Internetquelle) formatiert, ich hab auch noch nicht alle Parameter gemapt. Ihr könnt mithelfen die Formatierung zu verbessern, indem ihr mir helft das Mapping zwischen Wikidata-IDs und Vorlagenparameter zu vervollständigen:

Vorlage Internetquelle

	["P854"] = "|url=",
	["P1476"] = "|titel=",
	["P813"] = "|zugriff=",
	["P364"] = "|sprache=",
	["P2093"] = "|autor=",
	["P50"] = "|autor=",
	["P98"] = "|hrsg=",
	["P577"] = "|datum="
	[""] = "|titelerg="
	[""] = "|werk="
	[""] = "|seiten="
	[""] = "|archiv-url="
	[""] = "|archiv-datum="
	[""] = "|format="
	[""] = "|zitat="
	[""] = "|offline="

Vorlage Literatur

	["P1476"] = "|Titel=",
	["P364"] = "|Sprache=",
	["P2093"] = "|Autor=",
	...

Ich denke das ist ein längst überfälliger große Schritt für Wikidata in der de-Wikipedia. Danke an User:Lea Lacroix (WMDE) für die Tipps. Das ist das erste mal das ich was mit Lua mach, also wäre es schön, wenn die Lua-Experten über meine Änderungen schauen könnten, ob das so passt. Zuletzt ein Ping an die Benutzer die sich das hier schon wünschten: Benutzer:1-Byte, Benutzerin:Lómelinde, Benutzer:Queryzo -- Michi 23:58, 9. Okt. 2016 (CEST)

Der Bezug ist URL der Fundstelle (P854)? --Succu (Diskussion) 00:13, 10. Okt. 2016 (CEST)

Sorry – Ich verstehe nicht was du meinst. -- Michi 00:59, 10. Okt. 2016 (CEST)

ähnlicher Form, nur dass ich die Domain als Linktest angebe. Ich musste eben erst einmal überlegen was das jetzt mit mir zu tun haben könnte und wo oder wann ich mir das gewünscht hätte. Generell stehe ich nämlich Wikidata eher kritisch gegenüber, weil „für mich“ Daten von hier aus nicht mehr bearbeitbar sind, die sich dort verstecken, was mir die Arbeit hier vor Ort erschwert, wenn Defekte auftreten oder Änderungen erforderlich wären die ich dann nicht vornehme, weil ich nicht das Projekt wechseln möchte, um etwas hier anzupassen. --Liebe Grüße, Lómelinde Diskussion 06:36, 10. Okt. 2016 (CEST)

@McihaelSchoenitzer: Erstmal vielen vielen Dank für die Umsetzung, auch wenn es reichlich spät kommt. Aber das ist ein großer sinnvoller Schritt für dieses Modul. Spontane Frage: Im Modul findet sich derzeit noch (Z. 492) der Kommentar „fix this function“ hinter dem Aufruf von formatOnlineRef. Gibt es noch bekannte Probleme? Grüße, Yellowcard (D.) 13:37, 11. Apr. 2017 (CEST)

Hi, wir arbeiten derzeit an dem Aufbau der Verwaltungshierachie für das eine oder andere Bundesland (siehe Niedersachsen). Die Diskussion der passenden Taxonomie scheint erfolgreich beendet (siehe d:Wikidata:WikiProject_Municipalities_of_Germany. Dabei enstehen jetzt P150-Trees die ich gern für die Navileisten der Gemeinde nutzen würde. Beispiel: Vorlage:Navigationsleiste Orte der Gemeinde Neu Wulmstorf

Tree

• In den hiesigen Navileisten der Gemeinden werden aktuell alle untergeordneten Verwaltungseinheiten (Ortschaften/Ortsteile) flach in einer Liste dargestellt. Das finde ich auch okay, da die ja eher ein horizontales Layout haben und ich mir schwer vorstellen kann, wie darin eine Verwaltungshierachie (z.B. 5 Ortschaften mit je 3 Ortsteilen) verständliche dargestellt werden könnte. Flachgeklopfte Liste ist dann Alphabetisch sortiert.

Hierfür müsste ich sowas nutzen, wie es das Tree-Template auf Wikidata z.B. macht. Es erlaubt mir eine Property (P150) (und eine Rekursionstiefe) zu wählen die dann traversiert wird. (Beispiel Neu Wulmstorf).

Beispielsweise könnte claim um "recursion" erweitert werden. Bei einem default von 0 würde es sich wie list verhalten, ansonsten entsprechend die gefundenen Entities als Liste aufsammeln.

 ...claim|P150|recursion=2|list= | |id=Q508054|sortInItem=P734|parameter=link...

Hiermit wären wir schon in der Lage sowas wie Vorlage:Navigationsleiste Kader des FC Valenciennes auch Hierachien zu nutzen (wenn eine flache Liste ausreicht). Aber ich müsste je Gemeinde eine feste Vorlage anlegen. Ist trotzdem ein kleiner Fortschritt, da ich die Verwaltungshierachie in Wikidata nutzen kann, Redundanzen vermeide und wie im Kader fehlende Lemmas aufzeige. Das würde ich dann auch sofort in ndswiki nutzen wollen, wo wir zu wenige sind um solche Navileisten zu pflegen.

Typsuche

• Um zu verhindern, dass wir wie bei den Kadern, für jede Gemeinde eine eigente Vorlage brauchen, würde ich es aber noch generischer machen wollten. So eine generische Form würde z.B. in einem Ortsteil (Ebene 2 oder 1), einer Ortschaft (Ebene 1) und Gemeinde (Ebene 0) aufgerufen werden. Sie müsste jetzt die Gemeinde suchen um Namen, Link und Wappen zur Gemeinde zu bekommen. In einem Fall ist es die Entity selbst, in den meisten Fällen aber ein oder zwei ebenen höher. Dazu würde ich einen Tree (hier P131) nach einem Typ (P31) durchsuchen (z.B. q:Q22338052) durchsuchen. Dort könnte ich dann Wappen, Namen und Link via Invoke abgreifen.

Hier wäre es dann sowas wie

 ...claim|P131|recursion=2|findType=Q22338052...

Zusätzlich wäre diese Entity dann auch die, die ich für den ersten Aufruf einsetzen müsste um den Einstieg in die Gemeinde zu bekommen, wenn ich z.B. gerade die Ortschaft betrachte.

Am Ende könnte man eine generische Vorlage für Gemeinde Navis bauen. Einziges Paramter wären dann nur die zu betrachtende Verwaltungsebene (hier Einheitsgemeinde). Damit vermeide ich dann die Anlage von Vorlagen je Gemeinde, sondern könnte eine generische überall nutzen.

Wo ich mir unsicher bin ist, ob die Umsetzung als Vorlage so sinnvoll ist, da ich ja für Namen, Wappen, Link und Liste den Aufruf via findType einsetzen muss, da ich ja keine zwischenspeichernden Variablen in der Vorlage habe. Irre ich und es gibt Variablen oder ist da Caching vorhanden, was das Problem eleminiert? Oder sollte man das in Lua machen? Könnte ich da dieses Wikidata Modul aufrufen, oder muss ich dies alles duplizieren? --Aeroid (Diskussion) 09:56, 4. Feb. 2016 (CET)

Hallo. Ich habe mal folgendes probiert:

* {{#invoke:Wikidata|claim|P18|id=Q181276|qualifier=P2096}}
* {{#invoke:Wikidata|claim|P18|id=Q181276|qualifier=P2096|language=eo}}

Das Ergebnis ist leider nicht zu gebrauchen, denn beide Male erscheint der ungarische Text, obwohl ja beim zweiten der Esperantotext erscheinen sollte:

• A szolnoki toronyház
• A szolnoki toronyház

Woran könnte das liegen? Andere Texte sind dort zur Zeit nicht definiert, so daß Deutsch noch nicht getestet werden kann. --Tlustulimu (Diskussion) 23:26, 5. Feb. 2016 (CET)

Hallo, für den Deutschen Schwimm-Verband https://www.wikidata.org/wiki/Q1205300 habe ich die Präsidenten und die Mitgliederzahlen recherchiert und inkl. des Datums eingetragen. Nun möchte ich gerne jeweils eine Tabelle der Präsidenten (P488) und der Mitgliederzahlen (P2124) generieren.

Bei der Präsidenten-Tabelle sollen folgende Spalten genutzt werden: Name (inkl. Link, falls vorhanden) | Startdatum | Endedatum | Quelle.

Für die Mitgliederzahlenübersicht folgende Spalten: Jahr | Anzahl | Quelle

Ist das möglich oder muss ich die Daten doch per Hand in Wikipedia übertragen?

--Chlorjunkie (Diskussion) 17:18, 30. Jul. 2016 (CEST)