View source for Module talk:Wikidata/Archive 2

{{Aan}}

== Icon to indicate no Wikipedia article ==

When a value is fetched from Wikidata that has a corresponding entry on Wikidata, but no article (yet) on Wikipedia, this module supplies a link to the Wikidata entry and a marker that indicates "Article is not yet available in this wiki" when hovered over. Even though Wikidata is a sister project and links there can use the wiki-markup for an ''internal'' link, e.g. <nowiki>[[d:Q151973]]</nowiki>, the argument has been made that when following a link, readers don't expect to be redirected to different project without warning.

At a discussion at [[Template talk:Infobox video game #Ugly "page missing" buttons]], there was a suggestion to use the external links icon instead of the present [*] marker. I've made a version in [[Module:Wikidata/sandbox2]] using the icon. This is the comparison for the {{Q|P106}} of {{Q|Q151973}}:
* Module : {{#invoke:Wikidata|getValueFromID|Q151973|P106|FETCH_WIKIDATA}}
* Sandbox: {{#invoke:Wikidata/sandbox2|getValueFromID|Q151973|P106|FETCH_WIKIDATA}}
In the sense that a link to Wikidata is unexpected here, and it may therefore be considered an "external" link, is the external links icon a suitable indicator? In my opinion, it's aesthetically more pleasing, but other opinions would be very welcome. --[[User:RexxS|RexxS]] ([[User talk:RexxS|talk]]) 20:58, 13 August 2016 (UTC)
:While external link might not be the BEST icon, it looks a lot more natural to me than the [*]. -- [[User:Ferret|ferret]] ([[User_talk:Ferret|talk]]) 21:39, 13 August 2016 (UTC)
:: The icon does look better than the asterisk, but I'm not sure it's the right icon to use since links to Wikidata aren't external... Maybe a small Wikidata symbol? Thanks. [[User:Mike Peel|Mike Peel]] ([[User talk:Mike Peel|talk]]) 13:55, 14 August 2016 (UTC)
:::That's what I was inclined to, as well. Alternatively, "WD" in plaintext, or perhaps "D"... either way, needs a span with a title attribute to indicate our intentions with the link. --[[User:Izno|Izno]] ([[User talk:Izno|talk]]) 14:10, 14 August 2016 (UTC)
:::: You would prefer a {{tag|span}} with a title attribute rather than the {{tag|abbr}} with a title attribute that I'm using now? --[[User:RexxS|RexxS]] ([[User talk:RexxS|talk]]) 17:05, 14 August 2016 (UTC)
::::: It's not an abbreviation? I'd have to go look at the html 5 spec on the point. Span seemed better off the cuff. --[[User:Izno|Izno]] ([[User talk:Izno|talk]]) 19:19, 14 August 2016 (UTC)
:::::: Neither https://www.w3.org/wiki/HTML/Elements/abbr nor https://www.w3.org/TR/html5/text-level-semantics.html#the-abbr-element are very specific. My logic was that a marker like "WD" would be an abbreviation semantically and literally and we could clearly use {{tag|abbr}}; whereas if "WD" were replaced by an icon, it couldn't change the semantics - the icon would still be the element being 'expanded' (even if no longer literally). I'm always loathe to use {{tag|span}} unless its inner-html really has no semantic value. Must be just how my antediluvian mind works. --[[User:RexxS|RexxS]] ([[User talk:RexxS|talk]]) 22:05, 14 August 2016 (UTC)
:::::::I'm generally agreed, but in my mind the title attribute on the tag should be a call to action e.g. "edit on Wikidata", which is not "WD"'s expansion, and thus abbr becomes the wrong tag to use, according to 2 of the three areas of use (the third not being relevant here since we aren't interested in the consistent abbreviation styling). [[User:Izno|Izno]] ([[User talk:Izno|talk]]) 01:41, 15 August 2016 (UTC)
:::::::: I think we may be at cross-purposes. The point of these markers is not to get people to edit Wikidata. It is to warn readers who may otherwise click on the link thinking they were going to a Wikipedia article on e.g. [[satiric novel]] and finding themselves on another site (i.e. Wikidata) at {{q|Q6045975}}. I've actually had that complaint levelled when we were using just an asterisk as a marker. There was a small consensus early on that it was good to have the link to the Wikidata item whenever there was no corresponding Wikipedia article, but I'm beginning to wonder whether it's worth the effort. I was thinking of changing the tool-tip to "Article is available on Wikidata, but not on Wikipedia", which would be more accurate. What do you think? --[[User:RexxS|RexxS]] ([[User talk:RexxS|talk]]) 07:56, 15 August 2016 (UTC)
:::::::::Yes, that's why I stated my expectation, because I was pretty sure we were too. :D I'm fine with your proposed title text, but that's certainly not abbr content. --[[User:Izno|Izno]] ([[User talk:Izno|talk]]) 11:24, 15 August 2016 (UTC)

=== Little edit tags ===
{{collapse top|A little off-topic}}
{{Infobox book/Wikidata/Sandbox | name=Animal Farm | italic title=false | fetchwikidata=ALL | qid=Q1396889 }}
: It's a little off-topic, but it's worth pointing out that the French Wikipedia put little edit tags next to values from Wikidata, see e.g. [[:fr:South Pole Telescope]]. They do that for all values drawn from Wikidata, which looks a little cluttered to me, but might be worth thinking about here too. Thanks. [[User:Mike Peel|Mike Peel]] ([[User talk:Mike Peel|talk]]) 06:20, 15 August 2016 (UTC)
:: {{reply to |Mike Peel}} That idea was shamelessly stolen some time ago: see [[Module:WikidataIB]]. --[[User:RexxS|RexxS]] ([[User talk:RexxS|talk]]) 07:56, 15 August 2016 (UTC)
{{collapse bottom}}

===Status===
Where do we sit on this? This is a relatively impactful change to Module:Wikidata and hits every infobox that has implemented it. I am currently in '''support''' of the external link icon, versus the current [*]. The technical discussions on the exact tag mechanism is above the basic decision on whether to switch or not. Let's do it. Where else should this be advertised? -- [[User:Ferret|ferret]] ([[User_talk:Ferret|talk]]) 14:22, 19 August 2016 (UTC)
: That's a tough question. I don't think we could notify every Wikiproject that uses an infobox. However, there are currently 189 infoboxes in the [[:Category:Templates using data from Wikidata]], so it may be possible to pick out a number of active WikiProjects that already use the module. In any case, we should put a notice at [[WP:VPT]] and maybe at [[WP:CENT]], if it was thought that far-reaching. Optionally we could create an [[WP:RFC]] here, if there were a well-defined choice that we could poll on. --[[User:RexxS|RexxS]] ([[User talk:RexxS|talk]]) 18:46, 19 August 2016 (UTC)
::I think this ['''*'''] is ridiculous.  Why stop there? Why not mark everything is not there?  For instance, mark "everything" which isn't blue.  [[Special:Contributions/213.205.251.75|213.205.251.75]] ([[User talk:213.205.251.75|talk]]) 10:54, 14 September 2016 (UTC)
:::The mad ['''*'''] are strange and useless.  If you can't remove them, the least to do is to have the marks as optional. Alice 张梦平 10:14, 29 September 2016 (UTC)
::::
:::: Of course we could remove them. But then what would you do about all of the folks who would be complaining that they followed a link and it took them to Wikidata? The indicators are '''not useless''', because they perform the function of alerting readers to the fact that a link is available to the subject on Wikidata, ''but not on Wikipedia''. It's easy to whine about what you don't like, but I don't see any constructive suggestions on how we might best do that job. --[[User:RexxS|RexxS]] ([[User talk:RexxS|talk]]) 16:29, 29 September 2016 (UTC)
::::: How about using {{Wikidata icon}} - would that work? Thanks. [[User:Mike Peel|Mike Peel]] ([[User talk:Mike Peel|talk]]) 18:49, 29 September 2016 (UTC)
:::::: I've made a version in [[Module:Wikidata/sandbox3]] using the Wikidata-logo, with span instead of abbreviation and an expanded tool-tip. This is the comparison for the {{Q|P106}} of {{Q|Q151973}}:
::::::* Module  : {{#invoke:Wikidata|getValueFromID|Q151973|P106|FETCH_WIKIDATA}}
::::::* Sandbox2: {{#invoke:Wikidata/sandbox2|getValueFromID|Q151973|P106|FETCH_WIKIDATA}}
::::::* Sandbox3: {{#invoke:Wikidata/sandbox3|getValueFromID|Q151973|P106|FETCH_WIKIDATA}}
:::::: What do folks think? --[[User:RexxS|RexxS]] ([[User talk:RexxS|talk]]) 19:19, 29 September 2016 (UTC)
:::::::Sorry for the late reply. I dig sandbox3. I might suggest the alt text read "Information available on.." rather than "Article available on..." -- [[User:Ferret|ferret]] ([[User_talk:Ferret|talk]]) 22:30, 12 October 2016 (UTC)

== getValue not handling ''no value'' claims correctly ==

On Wikidata, there are 3 different types of values for claims (technically, they are called "snak types"): no value, unknown value, and custom value. Currently if the value type is set to "custom value" (i.e. snaktype == "value"), getValue returns the actual value that is set (which makes sense). However, if the value type is set to "no value" (i.e. snaktype == "novalue"), getValue returns the string "no value", which isn't really helpful. Ideally it should return an empty string instead so that calls to getValue can be used intuitively in #if statements and elsewhere. It should probably do the same for unknown values. For an example of a "no value" claim, see the country claim at [[:wikidata:Q933|South Pole]]. The purpose of a "no value" claim is to affirm that no value exists, e.g. "The South Pole belongs to no country." [[User:Kaldari|Kaldari]] ([[User talk:Kaldari|talk]]) 00:43, 12 October 2016 (UTC)
:
: {{Reply to |Kaldari}} I'm not sure if "correctly" is the right description. When <code>claims[1].mainsnak.snaktype</code> contains "value", the function does its job of constructing a list of linked values. When <code>claims[1].mainsnak.snaktype</code> contains anything else, the function returns <code>entity:formatPropertyValues(propertyID).value</code>, which is a call available in [[mw:Extension:Wikibase Client/Lua #mw.wikibase.entity:formatPropertyValues|the Wikibase API]] to return the best value, formatted. So from that point of view, it's the "correct" value that the developers designed in.
: Nevertheless, I've created a version in [[Module:Wikidata/sandbox]] that traps a snaktype of "novalue" and returns nil. If you paste <code><nowiki>{{#invoke:Wikidata/sandbox|getValue|P17|FETCH_WIKIDATA}}</nowiki></code> into [[South Pole]] and preview it, you'll see that it returns nothing (as opposed to <code><nowiki>{{#invoke:Wikidata|getValue|P17|FETCH_WIKIDATA}}</nowiki></code>, which returns "no value").
: Sadly, I've been told that I have to get consensus before making any changes to this module, so I'm no longer actively developing it, because of the sheer bureaucracy involved in waiting weeks to see if anybody bothers to comment even on small changes like this.
: As we only have consent to use Wikidata in infoboxes, wouldn't it be just as easy to test for "no value" (rather than nil) if you want to display something like "Country none" in cases like South Pole? --[[User:RexxS|RexxS]] ([[User talk:RexxS|talk]]) 17:08, 12 October 2016 (UTC)
::A problem with Wikidata is that there is no practical way to test the effect of a change like that. Indeed, a change could conceivably cause an infobox on an obscure article to show something wrong (perhaps due to bad design of a template), and no one would ever know. [[Special:ExpandTemplates]] allows the title of the page to be specified, and that appears to work, but automating that to build a thousand test cases would be monumentally difficult. At any rate, my vote would be to return an empty string for novalue to give the compatibility mentioned by Kaldari. Technically an empty string is different from novalue (which I guess is like [[Null (SQL)|NULL]]), but from a template's point of view, they should have the same effect. [[User:Johnuniq|Johnuniq]] ([[User talk:Johnuniq|talk]]) 22:28, 12 October 2016 (UTC)
:::{{ping|RexxS}} Yes, we could test directly in the infobox code, but I can't really think of any situation in which I wouldn't want to test for "no value", as we would obviously never want to output "no value" to the infobox. I understand your argument about the current behavior being "correct" as far as the API is concerned, but I think if any layer of the stack is going to convert "no value" to nil, this would be the best place to do it. Thanks for your work on the sandbox code. I tested it at [[South Pole]] (via preview) and it seems to work well. Regarding consensus for the change, I hereby '''support''' it! Maybe [[User:Mike Peel|Mike Peel]] would have an opinion on this as well. [[User:Kaldari|Kaldari]] ([[User talk:Kaldari|talk]]) 22:31, 12 October 2016 (UTC)
:::: I have a few problems here. a) I'm not sure that a "no value" entry on Wikidata is actually useful - it makes more sense to me if the property simply isn't defined, than if it's set to "no value". b) The problem with "no value" being shown in [[South Pole Telescope]]'s infobox is caused by <nowiki>{{#if:{{#Property:P17}}...</nowiki> - *not* this module. So Wikibase would also need to be fixed here to correctly handle "no value" if we are going to use that. c) I didn't think that consensus was needed to change this template for uncontroversial changes, particularly during the current rapid development process, just that we should use a sandbox to check for code errors before deploying a new version.
:::: That said: I've just tested the sandbox version at [[Template:Infobox telescope]], and the issue (b) described above results in the location being given as "Amundsen–Scott South Pole Station," (i.e. including an extra comma at the end). So if the sandbox version is deployed, then we'll need to switch the property check to also use this template (which is a slightly more expensive call). Thanks. [[User:Mike Peel|Mike Peel]] ([[User talk:Mike Peel|talk]]) 21:05, 13 October 2016 (UTC)
::::: <p>No value is for when we know there isn't a value. Wikidata, of course, has the need for no value and unknown value because it operates under the [[open world assumption]].</p><p>One of the ''problems'' with Wikipedia's infoboxes is that we don't distinguish between "doesn't have a value", "don't know if it has a value", and "isn't important" (and of course, "it's too complex to factoidize"). "No value" (and it's friend "unknown value") make the first two questions explicit. And so, from that perspective, I would ''prefer'' to see Wikipedia saying "this doesn't exist" where it makes sense. --[[User:Izno|Izno]] ([[User talk:Izno|talk]]) 11:26, 14 October 2016 (UTC)</p>
::::::{{ping|Mike Peel}} Wikidata needs a "no value" value type since there are cases where we want to assert that an item doesn't have a particular property. For example, I may want to query for all the islands that don't belong to a country (rather than islands that simply don't have a country set yet), or once we have human cloning I may want to query for all people that don't have a father. You're right that the #Property parser function has the same problem. I've filed [[phabricator:T148357]] for that. [[User:Kaldari|Kaldari]] ([[User talk:Kaldari|talk]]) 07:12, 17 October 2016 (UTC)

== How to get Q IDs from Property:P150 of a Wikipedia page ==

In the province of <code>Nueva Vizcaya</code> ('''[[d:Q13866|Q13866]]'''), I wanted to get the Q IDs of all items under statement '''[[d:Property:P150|Property:P150]]''' (<code>contains administrative territorial entity</code>), but I don't know how.

For [[Nueva Vizcaya]] province,<br/>
'''<code><nowiki>{{#invoke:Wikidata|getValue|P150|FETCH_WIKIDATA}}</nowiki></code>'''

gives (wikilinked) results:

<code>Alfonso Castañeda, Ambaguio, Aritao, Bagabag, Bambang, Bayombong, Diadi, Dupax del Norte, Dupax del Sur, Kasibu, Kayapa, Quezon, Santa Fe, Solano, Villaverde</code>

{{#invoke:Wikidata|getValue|P150|FETCH_WIKIDATA}}

but what I wanted to get are the '''ID'''s of these items like:

<code>'''Q51474'''	'''Q51475'''	'''Q51477'''</code>	...etc...

'''<code><nowiki>{{#invoke:Wikidata|getUnitID|P150|FETCH_WIKIDATA}}</nowiki></code>'''

on the other hand gives a blank result.

Please advise on what to do and what code to use. Thanks. [[User:Sanglahi86|Sanglahi86]] ([[User talk:Sanglahi86|talk]]) 14:06, 29 September 2016 (UTC)
:
: I've adapted getValue in a sandbox: [[Module:Sandbox/Rexxs/PropIDs]]. You can try pasting and previewing the following in [[Nueva Vizcaya]] (or whatever article you are interested in):
: <code><nowiki>{{#invoke:Sandbox/Rexxs/PropIDs |getPropertyIDs |P150 |FETCH_WIKIDATA}}</nowiki></code>
: You should get something like: {{#invoke:Sandbox/Rexxs/PropIDs |getPropertyIDs |P150 |FETCH_WIKIDATA |qid=Q13866}}.
: If that's what you need and it tests properly, feel free to move the code into module space, or make a request here for it to be incorporated into this module. HTH --[[User:RexxS|RexxS]] ([[User talk:RexxS|talk]]) 17:26, 29 September 2016 (UTC)
::
::Thank you very much. This is exactly what is needed. I tested it on some province articles and it works perfectly. Yes, please incorporated the code into the module as it is a tedious task to keep on highlighting the properties in Wikidata and manually copying them. [[User:Sanglahi86|Sanglahi86]] ([[User talk:Sanglahi86|talk]]) 06:35, 30 September 2016 (UTC)
:::
::: Hello. The code doesn't seem to be incorporated into this module yet, even though it works properly. If you could please move it as I am not familiar with modules and its codes. Thank you. [[User:Sanglahi86|Sanglahi86]] ([[User talk:Sanglahi86|talk]]) 05:44, 1 November 2016 (UTC)
::::
:::: I have been hoping that someone else would comment. As usual, it's really hard to make progress when consensus is demanded in order to make changes, but nobody comments in a month to create that consensus. In the absence of opposition, I've gone ahead and added it to this module as a stand-alone function. Call it like this:
::::* <code><nowiki>{{#invoke:Wikidata |getPropertyIDs |P150 |FETCH_WIKIDATA}}</nowiki></code>
:::: Hope that works for you now. --[[User:RexxS|RexxS]] ([[User talk:RexxS|talk]]) 21:37, 1 November 2016 (UTC)

== Year bug ==

The infobox shows '1964' instead of '1965' in [[Gina Miller]] if the infobox fetches Wikidata. After some tests, it seems that the infobox removes 1 to the year, please fix, thanks. --[[User:Thibaut120094|Thibaut120094]] ([[User talk:Thibaut120094|talk]]) 15:29, 5 November 2016 (UTC)
:
:  Previewing <nowiki>{{#invoke:Wikidata|getDateValue|P569|FETCH_WIKIDATA|dmy}}</nowiki> in [[Gina Miller]] did show 1964 because Wikidata has decided to store 1965 as "+1965-00-00T00:00:00Z" which is not a valid date. The built-in Lua function [https://www.mediawiki.org/wiki/Extension:Scribunto/Lua_reference_manual#mw.language:formatDate formatDate] corrects that to 31 December 1964 (i.e. the day before 1965-01-01) and that returns the year as 1964. The fix for that (if precision is year, just return the year) is already in the module but is no longer called from getDateValue.
: The workaround is to force Wikidata to store a valid date. I just set Miller's dob to 1 June 1965 but manually set the precision to 'year'. The shows 1965 as before, but works correctly with this module.
: Incidentally, previewing <nowiki>{{#invoke:Wikidata|getValue|P569|FETCH_WIKIDATA}}</nowiki> shows 1965, but that is only going to work when a year, rather than a date is expected, as US date format can't be set when using getValue. Maybe it's time to ask Wikidata to fix storing invalid dates? --[[User:RexxS|RexxS]] ([[User talk:RexxS|talk]]) 22:40, 5 November 2016 (UTC)
::@[[User:RexxS|RexxS]]: Thank you for your reply. Maybe you should report this on [[:phab:|Phabricator]] or to [[:d:Wikidata:Contact the development team]]? Regards. --[[User:Thibaut120094|Thibaut120094]] ([[User talk:Thibaut120094|talk]]) 17:37, 6 November 2016 (UTC)

== Question - check if there is certain "instance of" ==

Hi all, I am new to all this but I am trying to set up a template on Czech Wikipedia using this module and I'd like it to check if certain item has certain {{Q|P31}} and assign values. 

<nowiki>{{#invoke:Wikidata|getRawValue|property=P31}}
 | Q3957 = city
 | Q257978 = statutory city
 | Q5119 = capital
 | obce
 }}
</nowiki>

However this does not often work because many items have more than one {{Q|P31}} statements and it the invoke function only returns the first. Can anyone please help? Thanks --[[User:Vojtěch Dostál|Vojtěch Dostál]] ([[User talk:Vojtěch Dostál|talk]]) 14:55, 6 November 2016 (UTC)
: I used [[Module:String]].--[[User:Vojtěch Dostál|Vojtěch Dostál]] ([[User talk:Vojtěch Dostál|talk]]) 23:26, 6 November 2016 (UTC)

== getValueFromID returns Lua error - sometimes ==
{{Wikidata property|P1995}}
I met this: Q4917184 = [[Bisalbuminemia]]
*<nowiki>{{#invoke:Wikidata|getValueFromID|Q4917184|P1995|FETCH_WIKIDATA}}</nowiki>
:&rarr;
{{#invoke:Wikidata|getValueFromID|Q4917184|P1995|FETCH_WIKIDATA}}
:: (insert by Rexxs to maintain the sense of the OP: '''{{red|Lua error in Module:Wikidata at line 609: attempt to index field 'claims' (a nil value).}}''')

:(today, it says: "Lua error in Module:Wikidata at line 609: attempt to index field 'claims' (a nil value)."
:In certain pages (mainspace?), the error does not occur.

* <s>Or anything wrong with '''[[d:P1995]]'''? Discogs label ID, medical specialty?</s> Oops, wrong number.

:-[[User:DePiep|DePiep]] ([[User talk:DePiep|talk]]) 11 December 2016 (UTC) ''(multiple edits)''
::
:: The best way of linking and referring to a property on Wikidata is to use the same {{tl|Q}} template as we do for items, like this: <code><nowiki>{{Q|P1995}}</nowiki></code> → {{Q|P1995}}
:: The error is caused because {{Q|Q4917184}} has no claims (really useful item, ''not''). I've modified <code>getValueFromID()</code> to match <code>getValue()</code> which already tests for the existence of claims before trying to assign them to an object. An item with no claims will now return an empty string from the call. Apologies for refactoring within your post, but once I modified the function, it modified the sense of your post. Cheers --[[User:RexxS|RexxS]] ([[User talk:RexxS|talk]]) 22:12, 11 December 2016 (UTC)
:::{{done|Solved}}
:::Now returns: &gt;{{#invoke:Wikidata|getValueFromID|Q4917184|P1995|FETCH_WIKIDATA}}&lt; (no value)
:::I understand your {{tlf|Q}} ref is help only, not bug-related. -[[User:DePiep|DePiep]] ([[User talk:DePiep|talk]]) 01:30, 12 December 2016 (UTC)

== getQualifierValue for a specific property value? ==

In [[South Pole Telescope]] using [[Template:Infobox telescope]], I'm fetching construction dates based on {{Wikidata entity link|P793}}, qualifiers {{Wikidata entity link|P580}} & {{Wikidata entity link|P582}}. This works fine at the moment. However, a problem might occur in the future if someone adds another significant event with start and end times to the Wikidata entry: I guess that both sets will be fetched rather than just the construction dates. It would be good to be able to restrict the call to just qualifiers for the property value {{q|Q385378}}. Would this be feasible? ({{ping|RexxS|p=}}) Thanks. [[User:Mike Peel|Mike Peel]] ([[User talk:Mike Peel|talk]]) 17:04, 18 December 2016 (UTC)
:
: Not generically. For any entry, we don't know how many values exist for a particular property; nor do we know how many qualifiers exist for a particular value of that property. I didn't write getQualifierValue and I don't believe it can work in the general case, because to single out a particular qualifier, we need to already know the value of the property in order to filter out other qualifiers that relate to other values.
: In your case, we could write a custom call because we know that we're only interested in when the significant event is construction. That would filter out other significant events, but it still can't cope with editors adding extra start and finish times (although logically, that should not happen). I'll make a new call in [[Module:WikidataIB]] like this: getQualifierValue( ''Property'' | pval=''TargetValueOfProperty'' | qual=''Qualifier'' | etc. ) so that will return the value(s) of ''Qualifier'' when ''TargetValueOfProperty'' is present for ''Property'' - and nothing otherwise. I'll update when I'm done. --[[User:RexxS|RexxS]] ([[User talk:RexxS|talk]]) 18:37, 18 December 2016 (UTC)
:
: Update: OK, {{u|Mike Peel|Mike}}, if you paste
:* <code><nowiki>{{#invoke:WikidataIB |getQualifierValue |P793 |pval=Q385378 |qual=P580 |name=xyz |fetchwikidata=ALL }}</nowiki></code>
: into a section of [[South Pole Telescope]], you'll get
:* {{#invoke:WikidataIB |getQualifierValue |P793 |pval=Q385378 |qual=P580 |name=xyz |fetchwikidata=ALL |qid=Q1513315}}
: Similarly
:* <code><nowiki>{{#invoke:WikidataIB |getQualifierValue |P793 |pval=Q385378 |qual=P582 |name=xyz |fetchwikidata=ALL }}</nowiki></code>
: gives
:* {{#invoke:WikidataIB |getQualifierValue |P793 |pval=Q385378 |qual=P582 |name=xyz |fetchwikidata=ALL |qid=Q1513315}}
: In an infobox you can add parameters for {{para|suppressfields}} for a blacklist and you can specify {{para|onlysourced|yes}} if you want to only deal with sourced data. The call in the infobox might look something like
:* <code><nowiki>{{#invoke:WikidataIB |getQualifierValue |P793 |pval=Q385378 |qual=P580 |name=constructed |fetchwikidata={{{fetchwikidata|}}} |suppressfields={{{suppressfields|}}} |onlysourced={{{onlysourced|}}} }}</nowiki></code>
: if you want "opt-out", then simply use {{para|fetchwikidata|ALL}} instead. I assume you'll use something like <code><nowiki>{{{start_date|{{#invoke:WikidataIB |getQualifierValue ...}} }}}</nowiki></code> to create a local override if desired. Let me know how it goes. --[[User:RexxS|RexxS]] ([[User talk:RexxS|talk]]) 21:59, 18 December 2016 (UTC)
:: Thanks {{ping|RexxS}} it's now in use at [[Template:Infobox telescope]] and seems to be working nicely! One minor issue: it doesn't seem to be wikilinking values, see "Altazimuth mount" in the [[South Pole Telescope]] infobox. Thanks. [[User:Mike Peel|Mike Peel]] ([[User talk:Mike Peel|talk]]) 22:20, 18 December 2016 (UTC)
::: That's because I used the API call mw.wikibase.renderSnaks() which saves all the hassle of decoding dates, etc. Unfortunately, the devs didn't think it should return a pre-linked value. I already have a solution for that, so bear with me while I apply the fix. --[[User:RexxS|RexxS]] ([[User talk:RexxS|talk]]) 22:38, 18 December 2016 (UTC)
::: Update: That should be working now. But I realised I didn't implement the 'edit at Wikidata' pen icon (because I thought, wrongly, that qualifiers were meant to just qualify properties, not hold values that don't have a property of their own). Still, we can do that later if somebody complains. Cheers --[[User:RexxS|RexxS]] ([[User talk:RexxS|talk]]) 23:34, 18 December 2016 (UTC)
:::: Thanks, the linking seems to be working nicely. :-) Yes, I found this setup a bit odd, but see the discussion at [https://www.wikidata.org/wiki/Wikidata:Property_proposal/Mount]. Thanks. [[User:Mike Peel|Mike Peel]] ([[User talk:Mike Peel|talk]]) 09:59, 19 December 2016 (UTC)

== Capitalization of first letter in fetched content? ==

Using this module to fetch the "field" parameter of medical diseases, I want the first letter of the fetched phrase to be capitalized. Using the <code><nowiki>{{ucfirst:}}</nowiki></code> function doesn't work on the fetched information. Is there any such functionality built into the module? It all happened here: [[Template:Infobox medical condition (new)]], example: [[Gout]] 

Best, [[User:CFCF|<span style="color:#014225;font-family: Copperplate Gothic Bold;text-shadow:0px -1px 0px #014225;">Carl Fredrik</span>]]<span style="font-size: .90em;">[[User talk:CFCF| 💌]] [[Special:EmailUser/CFCF|📧]]</span> 16:35, 21 December 2016 (UTC)
:See {{tl|Infobox video game}} and the data15 and data16 fields, for an example on this. We had the same issue. ucfirst counts the "[" of the wikilink as the first character so doesn't work. Rexx's String2 "sentence" call is "link aware". -- [[User:Ferret|ferret]] ([[User_talk:Ferret|talk]]) 16:45, 21 December 2016 (UTC)
:: That's useful to know. So the code to use is <nowiki>{{#invoke:String2|sentence|...}}</nowiki>. Note that UPPER has some issues (at least when used with [[Module:WikidataIB]]), and that 'title' capitalises every word *except* for the first. Thanks. [[User:Mike Peel|Mike Peel]] ([[User talk:Mike Peel|talk]]) 17:51, 21 December 2016 (UTC)
::: I've implemented sentence case for {{para|field}} in [[Template:Infobox medical condition (new)]]. As an example, syntax like <code><nowiki>{{#invoke:String2|sentence|[[pain management|pain control]]}}</nowiki></code> produces {{#invoke:String2|sentence|[[pain management|pain control]]}} and a piped link is what getValue() normally returns from [[Module:Wikidata]]. You should see that Specialty shows as [[Rheumatology]] in [[Gout]] now. I took the opportunity to clean up the template because, by convention, templates don't support alternate capitalisation of parameters - the default is lowercase, except for parameter names which are proper nouns or acronyms like Mesh or ICD. That allows us to make the template much easier to read and amend, which is important when we are looking at increasing the fields that might be fetched from Wikidata. I've tidied all of the pages that transclude the template and updated a few Wikidata items to check that our article is pulling good data from Wikidata for the [[medical speciality]]. It all seems to be working well. It's worth noting that {{q|Q27712680}} is not the same as {{q|Q216685}}; the former is a journal and the latter on English Wikipedia is a redirect to [[Orthopedic surgery]] - not quite the same thing, IMHO.
::: {{reply to|Mike Peel|label=Mike}} Take a look at the documentation for [[Module:String2]] and see if there's anything you want changing. It should offer superior string handing to the parser functions. --[[User:RexxS|RexxS]] ([[User talk:RexxS|talk]]) 19:41, 21 December 2016 (UTC)

== getDateValue returns wrong value ==

When you invoke getDateValue to get a date that's only entered into Wikidata as a year, it seems to consistently return a value 1 less than the actual year. For example, try adding <code><nowiki>{{#invoke:Wikidata|getDateValue|P569|FETCH_WIKIDATA|dmy}}</nowiki></code> to [[Crystal Bennett]]. It returns 1917 instead of 1918. It's currently breaking the functionality of {{tl|Infobox person/Wikidata}}, which an editor is using as an excuse to mass remove it from articles, so if anyone could take a look that'd be great. &ndash;&#8239;[[User:Joe Roe|Joe]]&nbsp;<small>([[User talk:Joe Roe|talk]])</small> 04:29, 1 January 2017 (UTC)
:
: If a date is entered as just a year like '1918', it is stored in Wikidata as ""+1918-00-00T00:00:00Z", which translates to midnight on the 0th day of the 0th month of 1918. Unfortunately the standard date handling libraries available treat that as the day before 1 January 1918, i.e. 31 December 1917 – which returns 1917 as the year, of course. I did [https://en.wikipedia.org/w/index.php?title=Module:Wikidata&diff=660070080&oldid=654072166 provide a fix for that some time ago], but that function isn't used now, in an attempt to make the Module more compatible with the German version. The simplest fix is to make the date in Wikidata into a valid date - I usually just set the date to 1 January (or anything) in that year and then set the precision back to 'year' manually. At least all the other re-users of Wikidata get a valid date to work with then. --[[User:RexxS|RexxS]] ([[User talk:RexxS|talk]]) 05:30, 1 January 2017 (UTC)
::That "1917" result is not wrong per se. In [[ISO 8601]] time notation, Thursday, "24:00:00" is exactly the same time moment as Friday, "00:00:00". While the ISO allows a lesser ''accuracy'' (like writing "2017-05" for the whole month of May 2017), but that probably requires a different internal notation (meaning ''era'' instead of ''moment''). A true [[ISO_8601#Time_intervals|era notation]] would include two time moments. -[[User:DePiep|DePiep]] ([[User talk:DePiep|talk]]) 10:30, 1 January 2017 (UTC)
:::It's wrong in the sense that someone entered 1918, it's displayed on Wikidata as 1918, and yet it comes across here as 1917, though... &ndash;&#8239;[[User:Joe Roe|Joe]]&nbsp;<small>([[User talk:Joe Roe|talk]])</small> 14:27, 1 January 2017 (UTC)
:::: Yes that is wrong. But it can be fixed simply by ensuring that Wikidata has a valid date stored. The Wikidata display is a "work-around" – everybody else has to deal with the actual stored value. --[[User:RexxS|RexxS]] ([[User talk:RexxS|talk]]) 15:47, 1 January 2017 (UTC)
::::
:::: As a present (considering the time of year), I've applied a fix that I believe eliminates the issue. Check {{oldid2|757685939|the version of Crystal Bennett}} that had the wrong birthdate – it's now displaying 1918 for me. Of course that won't do anything to help other re-users of the Wikidata, but I suppose you can only do so much. Cheers --[[User:RexxS|RexxS]] ([[User talk:RexxS|talk]]) 17:49, 1 January 2017 (UTC)
:::::Thank you, very much appreciated. &ndash;&#8239;[[User:Joe Roe|Joe]]&nbsp;<small>([[User talk:Joe Roe|talk]])</small> 18:08, 1 January 2017 (UTC)
:::::: You're welcome. It's a shame that we have to apply work-arounds on en-wp because of a [[GIGO]] problem when retrieving Wikidata. I do agree that it would be better to ensure that all data held on Wikidata was valid, but I really don't have the fortitude to take on that task. --[[User:RexxS|RexxS]] ([[User talk:RexxS|talk]]) 18:20, 1 January 2017 (UTC)

==enwiki labels and article name==
Is it possible to return the enwiki article name rather than the English label on Wikidata for a certain QID? [[User:Nikkimaria|Nikkimaria]] ([[User talk:Nikkimaria|talk]]) 00:02, 3 January 2017 (UTC)
:
: Sure, {{u|Nikkimaria|Nikki}}. I've made another demo to show how you can do it. Try <code><nowiki>{{#invoke:RexxS|getAT|Q42}}</nowiki></code> – you should get {{#invoke:RexxS|getAT|Q42}}. Of course you won't get anything if the article doesn't exist on the local wiki. --[[User:RexxS|RexxS]] ([[User talk:RexxS|talk]]) 00:23, 3 January 2017 (UTC)
:
: Just checking (see {{Q|Q2818912}}): <code><nowiki>>{{#invoke:RexxS|getAT|Q2818912}}<</nowiki></code> → >{{#invoke:RexxS|getAT|Q2818912}}<. --[[User:RexxS|RexxS]] ([[User talk:RexxS|talk]]) 00:32, 3 January 2017 (UTC)

== How do I get the enwiki label, and link, from QID? ==

I have an external (non-article) QID. How do I get the enwiki label, and the enwiki article linkname? Example in case. [[Mercury (element)]] (article [[Mercury (element)|Mercury]]) has QID=Q925. -[[User:DePiep|DePiep]] ([[User talk:DePiep|talk]]) 23:16, 2 January 2017 (UTC)
:
: It depends on what you want to do with it. I've knocked up a demo in my sandbox module [Module:RexxS]] that shows how to do it in Lua. You can use <code><nowiki>{{#invoke:RexxS |getLink |Q925}}</nowiki></code> to get {{#invoke:RexxS |getLink |Q925}}. If you want capitals, then <code><nowiki>{{#invoke:String2 |sentence |{{#invoke:RexxS|getLink|Q925}} }}</nowiki></code> → {{#invoke:String2 |sentence |{{#invoke:RexxS|getLink|Q925}} }} (you could write a wrapper template for that sort of job). Is that a help or is there a specific implementation you need? --[[User:RexxS|RexxS]] ([[User talk:RexxS|talk]]) 23:59, 2 January 2017 (UTC)
::Thanks. Could you put that in [[:Module:Wikidata]] or in [[:Template:Wsuch -requests-we-should-fulfill]]? 
::The cause (for now) is the [[Template:Infobox_element/symbol-to-name/doc#Test_table|120 chemical elements]], non-mainspace info. But to me it looks like a reasonable question in general. -[[User:DePiep|DePiep]] ([[User talk:DePiep|talk]]) 00:29, 3 January 2017 (UTC)
:::So it is: <nowiki>{{Q|Q925}}</nowiki> &rarr; {{Q|Q925}} then. I'll look for the {{tl|Q/doc}} options. -[[User:DePiep|DePiep]] ([[User talk:DePiep|talk]]) 00:52, 3 January 2017 (UTC)
::::
:::: {{ec}} {{reply to |DePiep}} If there's no article on en-wp (like {{Q|Q2818912}}), is it OK to return just the label? <code><nowiki>{{#invoke:RexxS |getLink |Q2818912}}</nowiki></code> → {{#invoke:RexxS |getLink |Q2818912}}. Also what do you want the behaviour to be if there's no label? (I've set it to return the QID in that case). It's hard to add new calls to [[Module:Wikidata]], because I'm supposed to get consensus for any changes. I can add it to [[Module:WikidataIB]] without having to wait for consensus here, so you can use <code><nowiki>{{#invoke:WikidataIB |getLink |Q925}}</nowiki></code> to get {{#invoke:WikidataIB |getLink |Q925}} while we wait.
:::: The template {{tl|Q}} produces a link to the Wikidata entry. I thought you wanted the link to the en-wp article? --[[User:RexxS|RexxS]] ([[User talk:RexxS|talk]]) 00:59, 3 January 2017 (UTC)
::::::When on ''anypage'', I want to show something about QID=Q925 (happens to be [[Mercury (element)]], {{Q|Q925}}). As a labeltext "Mercury", or as a link [[Mercury (element)|Mercury]]. I know about "expensive". I do not know about: ''why is this an issue at all''. -[[User:DePiep|DePiep]] ([[User talk:DePiep|talk]]) 01:13, 3 January 2017 (UTC)
::::::: I'm sorry, I really don't understand you. What is the issue you're referring to? --[[User:RexxS|RexxS]] ([[User talk:RexxS|talk]]) 01:24, 3 January 2017 (UTC)
:{{od}} About [[WP:ELEMENTS]]. See [[Template:Infobox element/symbol-to-name/doc]], a template doc page. It ''knows'' that the QID for mercury is Q925. With that QID, I want to return (show) 1. '[[Mercury (element)|Mercury]]' ''or'' 2. 'mercury' (I will select option 1/2 by parameter). So my question for this module is: how to return & show one such ''value'' from Wikidata? QID in, enwiki label ''or'' enwiki wikilink out. -[[User:DePiep|DePiep]] ([[User talk:DePiep|talk]]) 01:45, 3 January 2017 (UTC)
::
:: OK - I can see there's a lookup table in [[Template:Infobox element/symbol-to-QID]] that accepts Hg and returns Q925. So that means you can use:
::# <code><nowiki>{{#invoke:WikidataIB |getLink | {{Infobox element/symbol-to-QID|Hg}} }}</nowiki></code> → {{#invoke:WikidataIB |getLink | {{Infobox element/symbol-to-QID|Hg}} }}
::# <code><nowiki>{{#invoke:WikidataIB |getLabel | {{Infobox element/symbol-to-QID|Hg}} }}</nowiki></code> → {{#invoke:WikidataIB |getLabel | {{Infobox element/symbol-to-QID|Hg}} }}
:: Obviously, you can replace the Hg with <code><nowiki>{{{1|}}}</nowiki></code> in a template and pass the symbol in. Use [[Module:String2]] to convert to sentence case (it's link-aware). None of these calls are expensive. --[[User:RexxS|RexxS]] ([[User talk:RexxS|talk]]) 02:58, 3 January 2017 (UTC)
:::That's great, and well-described. Thanks a lot. -[[User:DePiep|DePiep]] ([[User talk:DePiep|talk]]) 09:49, 3 January 2017 (UTC)

== Method claim and #property do the same? ==

In an article (infobox), I can use:
* <nowiki>{{#invoke:Wikidata|claim|P628}}</nowiki>
* <nowiki>{{#property:P628}}</nowiki>

All other the same, are they interchangeable? If so, shall I prefer to use #property:? (To me it looks like, either when a value exists or does not exist=blank). -[[User:DePiep|DePiep]] ([[User talk:DePiep|talk]]) 09:01, 16 February 2017 (UTC)
:I was wondering about that recently while contemplating {{tl|PH wikidata}} (background at [[Talk:Cebu]]). That template translates a word such as "seat" to the appropriate property. Using "seat" as input to the template gives this output:
::<code><nowiki>{{#if:{{#property:P36}}|{{#invoke:Wikidata|getValue|P36|FETCH_WIKIDATA}}}}</nowiki></code>
:I have no idea whether the above is desirable but thought I would mention it. [[User:Johnuniq|Johnuniq]] ([[User talk:Johnuniq|talk]]) 10:27, 16 February 2017 (UTC)
::I think your example produces wikilinked values, while #property: does not add the link. And btw, function p.claim(frame) is working but not mentioned in this's documentation. -[[User:DePiep|DePiep]] ([[User talk:DePiep|talk]]) 12:08, 16 February 2017 (UTC)
:
: One problem with archiving is that frequently asked questions get asked, well, frequently. The very first comment on this page was [[Module talk:Wikidata/Archive 1 #Why]]. The response I gave was:
{{blockquote|
If a property has multiple values then sticking <nowiki>[[...]]</nowiki> around the data returned by #property from Wikidata doesn't create multiple links. For example [[Franz Kafka]]'s ([[d:Q905]]) countries of citizenship ([[d:P27]]) are [[Austria-Hungary]], [[Czechoslovakia]], not [[Austria-Hungary, Czechoslovakia]]. Lots of properties in Wikidata have multiple values and if we want to populate infoboxes from a central resource, then we need to handle linking of multiple results automatically.

Additionally, #property returns an undisambiguated value, so for [[William Ellery]] ([[d:Q567964]]) you'd get his place of birth as 'Newport'. Blindly making that into a link takes you to the page [[Newport]] which is ''not'' where Ellery was born. This module correctly returns [[Newport, Rhode Island]] ([[d:Q54264]]). As a bonus, it should work in other language wikis where a corresponding article exists because it looks for the title of the article in that language to create the link.
}}
: You might want to look at the newer function {{#statements}} which aims to duplicate some of the functionality of our Wikidata-related modules. HTH --[[User:RexxS|RexxS]] ([[User talk:RexxS|talk]]) 14:56, 16 February 2017 (UTC)
:: Is <samp>{{#statements}}</samp> documented?  It seems hard to find.  [[User:Jheald|Jheald]] ([[User talk:Jheald|talk]]) 20:13, 19 February 2017 (UTC)
::::Found [[:mw:Wikibase/Notes/Inclusion_syntax]] about <code>{{#property}}</code>. (I'm happy I also found [[:mw:Wikibase/DataModel/Primer]] btw). -[[User:DePiep|DePiep]] ([[User talk:DePiep|talk]]) 20:29, 19 February 2017 (UTC)

== Linking to Wikidata when a redirect might exist ==

Maybe it would be a good idea for the module to check, where it currently outputs a Wikidata-linked value, to check to see if that Wikidata-linked value a) exists as an EN.WP page or b) is a redirect (at least b--a might be expensive)--and if b, again, at the least--link to the English Wikipedia page rather than to the Wikidata page. This might help resolve some of the Bonnie and Clyde problems we have. B could be accomplished by checking [[mediawikiwiki:API:Info]]. --[[User:Izno|Izno]] ([[User talk:Izno|talk]]) 18:00, 16 March 2017 (UTC)
:
: {{reply to |Izno}} I can't find the documentation for how the Scribunto implementation of Lua is able to access the MediaWiki API (which seems to be expected to work with php). Nevertheless, it is possible using the documented <code>mw.title</code> library ([[mw:Extension:Scribunto/Lua reference manual #Title library]]) to check whether a page exists and whether it is a redirect. I've knocked up a couple of functions in my sandbox [[Module:RexxS]] that can perform the required logic:
:* <code><nowiki>{{#invoke:RexxS|checkRedirect|art=Theologian}}</nowiki></code> → {{#invoke:RexxS|checkRedirect|art=Theologian}}
:* <code><nowiki>{{#invoke:RexxS|checkRedirect|art=Theology}}</nowiki></code> → {{#invoke:RexxS|checkRedirect|art=Theology}}
:* <code><nowiki>{{#invoke:RexxS|checkRedirect|art=Theol}}</nowiki></code> → {{#invoke:RexxS|checkRedirect|art=Theol}}
:* <code><nowiki>{{#invoke:RexxS|checkPage|art=Theologian}}</nowiki></code> → {{#invoke:RexxS|checkPage|art=Theologian}}
:* <code><nowiki>{{#invoke:RexxS|checkPage|art=Theol}}</nowiki></code> → {{#invoke:RexxS|checkPage|art=Theol}}
: Perhaps your suggestion can be implemented by someone who is less disillusioned with the intransigence of the Wikidata community to recognise the problem that refusing to link to valid redirects causes for the use of Wikidata in Wikipedia. Personally, I've lost interest in having to continually create work-arounds in code because of bad design in the source. --[[User:RexxS|RexxS]] ([[User talk:RexxS|talk]]) 20:34, 16 March 2017 (UTC)
::I may be wrong, but I believe an RFC on Wikidata approved linking items to redirects. The issue is that it has to be implemented by Mediawiki. -- [[User:Ferret|ferret]] ([[User_talk:Ferret|talk]]) 21:02, 16 March 2017 (UTC)
:::That is one of the lowest of low priority items on the development team list. In addition, the original RFC was not well-informed about the implications of making such a change (and I !voted in the affirmative to make the change in question)--which makes it difficult to say "yes, there's definitely support to do this". Regardless, the original design decision was made to stop users from adding the morass of anchor links and duplicate links that we had prior to Wikidata--and was quite deliberate (so I have issue with the notion that it is "bad" design--what the users want and what is good design are not always or possibly even ever the same). --[[User:Izno|Izno]] ([[User talk:Izno|talk]]) 21:16, 16 March 2017 (UTC)
:::: When the source is designed to prevent [[Howard Carter]]'s occupation of [[archeologist]] being returned as a valid site-link, then yes, I would call it bad design. Giving clients what they want is a fundamental principle in any business and designers thinking they know better is a recipe for a software enterprise to fail. If Wikidata fails to understand what's needed to make it usable, then it will become a white elephant, unused by the very encyclopedias that really could benefit from a central, functional database. --[[User:RexxS|RexxS]] ([[User talk:RexxS|talk]]) 22:18, 16 March 2017 (UTC)

== Generating html lists ==

it would be great if we could have something like <code>getValue</code>, but with output as an HTML list.  sure, I could post process the output (in most cases), but it gets tricky when there are commas in the entries, and all I want to do is shove the list inside something like {{tl|plainlist}} or {{tl|flatlist}}.  can we make this happen?  I would use it in {{tl|PH wikidata}}, for example. [[User:Frietjes|Frietjes]] ([[User talk:Frietjes|talk]]) 21:27, 27 September 2016 (UTC)
:
: The code for <code>getValue</code> creates a Lua table of values (called 'out'), with each one wikilinked either to Wikipedia or Wikidata. That table is merely concatenated using a comma and space as separators to create the text returned. That happens on line 536 in the {{oldid2|737940314|present version}}. Since the getValue function is completely self-contained, the lines 511–547 can be copied elsewhere and re-used as a new function where you can then create whatever html you want wrapped around the values. If you wanted an html list, then something like this would probably work in place of line 536:
<pre style="margin-left:2em;">
if #out>1 then
  return "<ul><li>" .. table.concat(out, "</li><li>") .. "</li></ul>"
else
  return out[1]
end
</pre>
: Assuming you don't want a list if there's only one value to be returned. As I'm not exactly sure how you want to shove it into {{tl|plainlist}} or {{tl|flatlist}}, I can't be any more precise. Does that give you enough to make a start? --[[User:RexxS|RexxS]] ([[User talk:RexxS|talk]]) 16:48, 29 September 2016 (UTC)
::[[User:RexxS|RexxS]], in [[Toledo, Cebu]] the collapsed list of barangays in the infobox is generated by <code><nowiki>{{#invoke:sorted plain list|asc|{{#property:P150}}}}</nowiki></code>.  if you notice in that article, one of the entries is "Juan Climaco‚ Sr. (Magdugo)" which has a comma in it.  since the list is being returned as a comma delimited list, an IP hacked that entry to use "‚" for the comma instead of the typical ",".  these two look the same, but they are not the same character.  it would be better if we could just call this module directly to get a sorted html list instead of going through the "LUA table" -> "comma list" -> "LUA table" -> "sort" -> "HTML list" sequence.  alternatively, if we had an optional parameter, say {{para|delimiter}}, I could use {{para|delimiter|;}} to change it to a semicolon delimited list by overriding the comma used on line 536 (and line 759, and possible other places).  one one hand, generating the sorted list directly would be the least convoluted, but on the other hand, having the option to change the delimiter would require the fewest modifications here.  I don't know which is the best option.  or, a third option would be that I could modify [[module:sorted plain list]] to fetch wikidata properties. [[User:Frietjes|Frietjes]] ([[User talk:Frietjes|talk]]) 13:26, 25 March 2017 (UTC)
::: {{reply to|Frietjes}} I've added the {{para|delimiter}} parameter to [[Module:Wikidata/sandbox]]. Previewing <code><nowiki>{{#invoke:Wikidata/sandbox|getValue|P150|FETCH_WIKIDATA|delimiter="; "}}
</nowiki></code> in [[Toledo, Cebu]] gives the list separated by <code>semicolon space</code> as expected. It works with other delimiters such as <code><nowiki><br></nowiki></code>, <code><nowiki>{{!}}</nowiki></code> and <code>""</code>. Leaving out the parameter completely defaults to ", " for backwards compatibility (note that using {{para|delimiter}} actually does use the empty string as a delimiter). Is that enough to allow you to use the output of this module for the job you want now? --[[User:RexxS|RexxS]] ([[User talk:RexxS|talk]]) 14:07, 25 March 2017 (UTC)
::::[[User:RexxS|RexxS]], yes, thank you.  I have been experimenting with the third option that I mentioned as well.  I'm still not sure which is the best option, so it will be good to have the {{para|delimiter}} available.  thank you! [[User:Frietjes|Frietjes]] ([[User talk:Frietjes|talk]]) 14:11, 25 March 2017 (UTC)

==Hindi Wikipedia==
I am using this module on [[:hi:साँचा:ज्ञानसन्दूक व्यक्ति]] and trying to fetch date. It fetches month in hindi, but date and year is still fetched in english. Can they be fetched in hindi too? -- Pankaj Jain ''[[User:Capankajsmilyo|Capankajsmilyo]] <span class="plainlinks">([[User talk:Capankajsmilyo|talk]] '''·''' [[Special:Contribs/Capankajsmilyo|contribs]] '''·''' [//tools.wmflabs.org/xtools-ec/?user=Capankajsmilyo&project=en.wikipedia.org count])</span>'' 04:49, 19 May 2017 (UTC)
:
: If you're using getValue, then it relies on the [https://www.mediawiki.org/wiki/Extension:Wikibase_Client/Lua#mw.wikibase.entity:formatPropertyValues formatPropertyValues call] at line 630.
: If you're using getDateValue, then it relies on reading the local Wiki's language (lines 13 and 239) and formatting it using the [https://www.mediawiki.org/wiki/Extension:Scribunto/Lua_reference_manual#mw.language:formatDate formatDate] function.
: Both are supplied by the MediaWiki Scribunto extension, and I don't have any way of checking how they work with Hindi, sorry. --[[User:RexxS|RexxS]] ([[User talk:RexxS|talk]]) 08:50, 19 May 2017 (UTC)
::OK, is there anything that can be done in that case? -- Pankaj Jain ''[[User:Capankajsmilyo|Capankajsmilyo]] <span class="plainlinks">([[User talk:Capankajsmilyo|talk]] '''·''' [[Special:Contribs/Capankajsmilyo|contribs]] '''·''' [//tools.wmflabs.org/xtools-ec/?user=Capankajsmilyo&project=en.wikipedia.org count])</span>'' 14:50, 20 May 2017 (UTC)
::: You'll probably need somebody who is familiar with Hindi numerals ''and'' [[WP:Phabricator]] to file a report there explaining that there may a problem with either mw.wikibase.entity:formatPropertyValues or mw.language:formatDate (whichever is giving you the wrong results). --[[User:RexxS|RexxS]] ([[User talk:RexxS|talk]]) 14:58, 20 May 2017 (UTC)

==Script error==
{{resolved}}
Please fix the following error:
{{cquote|लुआ त्रुटि Module:Wikidata में पंक्ति 780 पर: attempt to index local 'entity' (a nil value)।
बैकट्रेस (बुलाए गए फंक्शन):
Module:Wikidata:780: फंक्शन "chunk" में
mw.lua:511: ?
[C]: फंक्शन "getAllExpandedArguments" में
mw.lua:188: ?
[C]: फंक्शन "pairs" में
Module:Arguments:207: फंक्शन "mergeArgs" में
Module:Arguments:320: ?
[C]: फंक्शन "pairs" में
Module:TableTools:112: फंक्शन "numKeys" में
Module:TableTools:214: फंक्शन "compressSparseArray" में
Module:Separated_entries:15: ?
(tail call): ?
mw.lua:511: ?}}
-- Pankaj Jain ''[[User:Capankajsmilyo|Capankajsmilyo]] <span class="plainlinks">([[User talk:Capankajsmilyo|talk]] '''·''' [[Special:Contribs/Capankajsmilyo|contribs]] '''·''' [//tools.wmflabs.org/xtools-ec/?user=Capankajsmilyo&project=en.wikipedia.org count])</span>'' 02:54, 21 May 2017 (UTC)
:Context is needed. What is the source wikitext? Where is it used? [[User:Johnuniq|Johnuniq]] ([[User talk:Johnuniq|talk]]) 03:10, 21 May 2017 (UTC)

==Height==
I want to fetch P2048 (height) in feet and inches and P2067 (weight) in kgs. Is there any possible way for the same? Currently using <nowiki>{{#invoke:Wikidata|getValue|P2048|FETCH_WIKIDATA}}</nowiki> -- Pankaj Jain ''[[User:Capankajsmilyo|Capankajsmilyo]] <span class="plainlinks">([[User talk:Capankajsmilyo|talk]] '''·''' [[Special:Contribs/Capankajsmilyo|contribs]] '''·''' [//tools.wmflabs.org/xtools-ec/?user=Capankajsmilyo&project=en.wikipedia.org count])</span>'' 04:49, 21 May 2017 (UTC)
: {{ping|Capankajsmilyo}} I've been using {{tl|convert}} for this - see {{tl|Infobox telescope}}'s "height" and "mass" lines. It's currently converting from the input unit (fetched from Wikidata) to another unit (e.g. m -> ft, or ft -> m), rather than always converting the unit to a standard one, but that should also be possible using convert. Thanks. [[User:Mike Peel|Mike Peel]] ([[User talk:Mike Peel|talk]]) 05:01, 21 May 2017 (UTC)
:Unfortunately there are lots of practical problems using convert or possibly any other standard system. The following uses {{Q|Q573463}} and {{Q|P2048}} as examples.
:*<code><nowiki>{{convert|input=P2048|qid=Q573463|abbr=on}}</nowiki></code> → {{convert|input=P2048|qid=Q573463|abbr=on}}
:*<code><nowiki>{{convert|input=P2048|ftin|qid=Q573463|abbr=on}}</nowiki></code> → {{convert|input=P2048|ftin|qid=Q573463|abbr=on}}
:If these converts were used at [[Anthony Joshua|the article]], the <code>|qid=Q573463</code> would not be needed. Notice that convert defaults to converting cm to inches which is not what is wanted. Specifying the wanted output unit can be done (<code>ftin</code> in above) but would not be useful on an article where the input should be converted to cm, so it is not a general solution. I don't think I contemplated feet and inches for the input when used with Wikidata, so that very likely will not work. Do you know an article where the height is given in feet and inches? [[User:Johnuniq|Johnuniq]] ([[User talk:Johnuniq|talk]]) 05:47, 21 May 2017 (UTC)
:: I've been using #if statements to handle some of those issues - so if the unit is in feet, then the conversion is to cm, otherwise it's to feet. But having a logic that catches all cases is tricky. Thanks. [[User:Mike Peel|Mike Peel]] ([[User talk:Mike Peel|talk]]) 06:20, 21 May 2017 (UTC)

==Age==
Most infoboxes use {{tl|Birth date and age}} and {{tl|Death date and age}}. Is there any way to use it with this module? -- Pankaj Jain ''[[User:Capankajsmilyo|Capankajsmilyo]] <span class="plainlinks">([[User talk:Capankajsmilyo|talk]] '''·''' [[Special:Contribs/Capankajsmilyo|contribs]] '''·''' [//tools.wmflabs.org/xtools-ec/?user=Capankajsmilyo&project=en.wikipedia.org count])</span>'' 14:50, 20 May 2017 (UTC)
:
: Not as far as I know. Although I can't see any reason why it wouldn't work with {{tl|Birth-date and age}}. I might be prepared to look at a new call in [[Module:WikidataIB]] to call {{tl|Birth date and age}} directly at some point in the future. --[[User:RexxS|RexxS]] ([[User talk:RexxS|talk]]) 15:09, 20 May 2017 (UTC)
::Talk to me if you do because I have implemented many date/age functions and could make it interface more easily for a module. See [[Module:Age]] and [[Module:Date]]. Birth date and age is not implemented, but dates and ages are. [[User:Johnuniq|Johnuniq]] ([[User talk:Johnuniq|talk]]) 01:23, 21 May 2017 (UTC)
:::{{Ping|Johnuniq}} Would you like to help in integrating age in this module? -- Pankaj Jain ''[[User:Capankajsmilyo|Capankajsmilyo]] <span class="plainlinks">([[User talk:Capankajsmilyo|talk]] '''·''' [[Special:Contribs/Capankajsmilyo|contribs]] '''·''' [//tools.wmflabs.org/xtools-ec/?user=Capankajsmilyo&project=en.wikipedia.org count])</span>'' 02:17, 21 May 2017 (UTC)
::::Not really thanks. All the hard work has been done and the next step would be planning if a new feature would be helpful and whether, if implemented, it would have any problems due to the strangeness of Wikidata. That is up to RexxS and any others maintaining this module. Planning would involve thinking about all the weird ways Wikidata handles the data in question and working out how to handle things like partial dates (year only, year/month only). Finally, there has been a lot of pushback against using Wikidata in infoboxes and birth dates are sensitive and should only be displayed if reliably sourced. That is all strategy stuff. [[User:Johnuniq|Johnuniq]] ([[User talk:Johnuniq|talk]]) 03:16, 21 May 2017 (UTC)
::::: Thanks for that {{u|Johnuniq|John}}. My first thoughts were to simply reuse the getValue code in [[Module:WikidataIB]] to fetch the date and then pop its parts into a table that can be passed to <code>frame:expandTemplate{title = 'Birth date and age', args = dateTable}}</code>. Then I remembered that there are 8791 Wikidata entries with multiple dates of death and over 1000 with multiple dates of birth, with the Egyptian singer {{Q|Q467895}} having 6. I think there are going to be far more than just coding problems when it comes to coping with that, and I'd rather not fight any more of those battles just yet. Cheers --[[User:RexxS|RexxS]] ([[User talk:RexxS|talk]]) 10:39, 21 May 2017 (UTC)
::::::Totally agreed. Wikidata is a lot of fun, but, umm, some other time. [[User:Johnuniq|Johnuniq]] ([[User talk:Johnuniq|talk]]) 11:02, 21 May 2017 (UTC)

==Limiting the no of results==
This module shows all the results in a property. Is it possible to limit the no. of results, for example P18, we generally require only single result. -- Pankaj Jain ''[[User:Capankajsmilyo|Capankajsmilyo]] <span class="plainlinks">([[User talk:Capankajsmilyo|talk]] '''·''' [[Special:Contribs/Capankajsmilyo|contribs]] '''·''' [//tools.wmflabs.org/xtools-ec/?user=Capankajsmilyo&project=en.wikipedia.org count])</span>'' 04:59, 4 May 2017 (UTC)
: Yes, if you can devise an algorithm that decides which value of the property is required in every case. I can't because I'm not a mind-reader. The documentation for property {{Q|P18}} at [[d:Property talk:P18 #Documentation]] shows it to have a "Single value" constraint, but there are 28,391 violations as of today - see [[d:Wikidata:Database reports/Constraint violations/P18 #Single value]]. One could remove all of the extra images from Wikidata, or decide that one image among many is the preferred one (as is done for [[Template:Infobox telescope]] and the image caption), and amend the Wikidata entry for each item to make one image the preferred rank, as is done for telescopes (e.g. {{Q|Q265628}} #image). However, none of those solutions can guarantee that another editor won't perfectly legitimately add more images or change the ranks on Wikidata. I don't have a solution for that. --[[User:RexxS|RexxS]] ([[User talk:RexxS|talk]]) 12:23, 4 May 2017 (UTC)
::Can't we fetch only the first result? -- Pankaj Jain ''[[User:Capankajsmilyo|Capankajsmilyo]] <span class="plainlinks">([[User talk:Capankajsmilyo|talk]] '''·''' [[Special:Contribs/Capankajsmilyo|contribs]] '''·''' [//tools.wmflabs.org/xtools-ec/?user=Capankajsmilyo&project=en.wikipedia.org count])</span>'' 12:37, 4 May 2017 (UTC)
:::{{ping|Capankajsmilyo}} How do you know that is the result you will want? What are you trying to do? --[[User:Izno|Izno]] ([[User talk:Izno|talk]]) 12:48, 4 May 2017 (UTC)
::::I am trying to add an image to infbox from wikidata. Editor can change the image, if the default is not a good one using {{para|image}}. -- Pankaj Jain ''[[User:Capankajsmilyo|Capankajsmilyo]] <span class="plainlinks">([[User talk:Capankajsmilyo|talk]] '''·''' [[Special:Contribs/Capankajsmilyo|contribs]] '''·''' [//tools.wmflabs.org/xtools-ec/?user=Capankajsmilyo&project=en.wikipedia.org count])</span>'' 12:51, 4 May 2017 (UTC)
::::: I've been using the preferred rank marking on Wikidata, and so far I haven't encountered issues with that. Personally, I'd love to see us rotating through preferred-rank images, but that's probably a bit beyond where things are currently at. Perhaps a good approach would be to have a parameter that sets the maximum number of elements returned, and we add that to the calls to this template in infoboxes if we need it (with the default being infinite elements returned)? Thanks. [[User:Mike Peel|Mike Peel]] ([[User talk:Mike Peel|talk]]) 23:09, 4 May 2017 (UTC)
::::::The problem is that programmers are trained to know that some data is purposefully not ordered—there is no "first". Documentation for Wikidata is incredibly vague but when I last looked it strongly suggests there is no ordering, other than that given by the ''preferred'' and ''normal'' ranks. A programmer would prefer implementing a request to produce a random result from the list of all possible values. [[User:Johnuniq|Johnuniq]] ([[User talk:Johnuniq|talk]]) 23:24, 4 May 2017 (UTC)
::::::: From what I've seen, qualifiers are time-ordered, although that is not guaranteed. Properties used to be time-ordered, but there now seems to be some sort of default ordering applied (although I don't know where that is documented). So it seems somewhat reliable that if you fetch the first entry, it will give the same result over time, but who knows what will happen in a few years time. If we want something that will definitely work, then I think we'd need to specify random selection from the different entries each time the module is called. ;-) Thanks. [[User:Mike Peel|Mike Peel]] ([[User talk:Mike Peel|talk]]) 23:43, 4 May 2017 (UTC)
::::::::For completeness, I should mention that I have noticed "qualifiers-order" (when qualifiers are present) and "snaks-order" (when references are present) in some Wikidata results. I'm in the mood for ranting, so I will add that Wikidata is a splendid example of an excellent design for ''storing'' data—you can put any damn thing you like in it. However, not much thought has been given to ''retrieving'' useful data—it is absurd that modules need to dance around with kludged (and probably buggy) code to achieve what people will obviously want. [[User:Johnuniq|Johnuniq]] ([[User talk:Johnuniq|talk]]) 23:59, 4 May 2017 (UTC)
::::::::{{ping|Mike Peel}} The default ordering of statements is applied by the [[:d:MediaWiki:Gadget-statementSort.js|statement sort]] gadget for all users. --[[User:Izno|Izno]] ([[User talk:Izno|talk]]) 03:03, 5 May 2017 (UTC)
::::::::: {{reply to |Izno}} According to [[d:MediaWiki talk:Gadget-statementSort.js #Move "vessel class" in classification section|its talk page]], that gadget is no longer active and sorting is controlled by [[d:MediaWiki talk:Wikibase-SortedProperties]] somehow. Surely a gadget can't work for a user who has JavaScript switched off or who uses a browser that doesn't support JavaScript? Or is it being applied server-side in this case? In any case, doesn't that gadget merely affect the display within the JavaScript-generated UI on Wikidata, not the values returned via [[mw:Extension:Wikibase Client/Lua|the mw.wikibase extension]]?
::::::::: {{reply to |Johnuniq}} Amen to that. --[[User:RexxS|RexxS]] ([[User talk:RexxS|talk]]) 15:31, 20 May 2017 (UTC)
::::::::::{{ping|RexxS}} I am 99% certain it's still Javascript applying the sorting, only to the UI. --[[User:Izno|Izno]] ([[User talk:Izno|talk]]) 15:28, 21 May 2017 (UTC)
: BTW, at [[Ayutthaya Historical Park]] I just had the odd incident that I ranked one image as the preferred one, but the media caption for the unpreferred one was shown. I've changed the preferences, but thought I should mention this oddity. Thanks. [[User:Mike Peel|Mike Peel]] ([[User talk:Mike Peel|talk]]) 02:04, 5 May 2017 (UTC)

== Novalue ==

From Lua modules using <code>getRawValue</code> to loop values, how to evitate a "novalue"? Do you suggest a more consistent (and less local) way than looking for the "no value" string? --[[User:Valerio Bozzolan|Valerio Bozzolan]] ([[User talk:Valerio Bozzolan|talk]]) 09:55, 1 July 2017 (UTC)
:
: I think getRawValue was written before "novalue" became established as a viable value for a property, so there's no special handling built-in. Can you give me an example of what you're doing so I can understand better? Do you think getRawValue should return nothing if the value is "novalue"? Or perhaps keep that as it is and change getValue to do the job for you? --[[User:RexxS|RexxS]] ([[User talk:RexxS|talk]]) 10:04, 1 July 2017 (UTC)

== Qualifiers ==

I am trying to obtain the value of a particular qualifier for a particular property, usually for the current item, but sometimes for another item.

Am I right in thinking that Module:Wikidata can't support this (specifically, can't support getting the qualifier value for a 'foreign' item ?)

Is there another module I can use, or do I need to make a new specific one?

And: might this be a quite useful functionality to offer generally, that might be worth adding to Module:Wikidata? [[User:Jheald|Jheald]] ([[User talk:Jheald|talk]]) 20:18, 19 February 2017 (UTC)
:
: {{reply to |Jheald}} Indeed it would, but lately I've concentrating on [[Module:WikidataIB]] which is easier for me to develop. The problem with trying to get a value for a qualifier of a property is that Wikidata allows a property to have multiple values and each of those values to have qualifiers that may have multiple values, and the scheme is by no means regular. For example, if you look at {{Q|Q151973}}, and examine property {{Q|P26}}, you'll see five values, including {{Q|Q34851}} twice! How would anyone be able to select the date of Burton and Taylor's second marriage (29 July 1976)? Contrast that with finding the population ({{Q|P1082}}) of {{Q|Q71}}, which currently shows two values, each with a different qualifier, {{Q|P585}} – of course, that could be updated at any time.
: Anyway, I've developed a call that will work when we already know which value of the property that we want to find the qualifier for. For example, in {{Q|Q151973}}, to find the {{Q|P580}} for his marriage when his {{Q|P26}} was {{Q|Q3469983}}:
:* <code><nowiki>{{#invoke:WikidataIB |getQualifierValue |P26 |pval=Q3469983 |qual=P580 |fetchwikidata=ALL |qid=Q151973}}</nowiki></code> → {{#invoke:WikidataIB |getQualifierValue |P26 |pval=Q3469983 |qual=P580 |fetchwikidata=ALL |qid=Q151973}}
: Specifying the {{para|qid}} allows arbitrary access (I think that's what you mean by "foreign"), but makes it an ''expensive'' call. You simply leave it out when you're fetching information for the current page. Hopefully that might fit what you're looking for.
: Incidentally, trying the same call for his marriage to {{Q|Q34851}} gives a predictably unpredictable result:
:* <code><nowiki>{{#invoke:WikidataIB |getQualifierValue |P26 |pval=Q34851 |qual=P580 |fetchwikidata=ALL |qid=Q151973}}</nowiki></code> → {{#invoke:WikidataIB |getQualifierValue |P26 |pval=Q34851 |qual=P580 |fetchwikidata=ALL |qid=Q151973}}
: That's because I can't guarantee which "Elizabeth Taylor" value is found first. It really needs to have Elizabeth Taylor once, with two start/end times, but we have no means of enforcing that regularity on Wikidata. Hope all that helps with what you're trying to do. Cheers --[[User:RexxS|RexxS]] ([[User talk:RexxS|talk]]) 00:37, 20 February 2017 (UTC)
::{{ping|RexxS}} That sounds perfect, exactly what I need.  Thank you so much!
::I take the point about multiple values for the property.  At the moment that already breaks my template, so the values have to be put in by hand.  But luckily it only applies to about 50 cases out of the 8,500 that the template could potentially be used on (and only about 5 of the 750 or so where it's currently deployed).  It's a link template to an external database, and I've contacted the database management about the 50 apparent duplicate entries they have; I'm hoping for a reply (only sent the email on Friday), but it may be some time before changes can researched and approved and made visible by them.
::Primarily the template sits on artist's own articles, with only a handful of cases (so far) where it's used from another. So thanks for the warning about not using <code>qid=</code> if I don't have to. 
::Now, off to experiment!  Thanks again, [[User:Jheald|Jheald]] ([[User talk:Jheald|talk]]) 08:59, 20 February 2017 (UTC)

===Application to infobox===
I have been trying to implement this module in [[Template:Infobox epic character]], and have implemented certain params. However, while trying to fetch "position held" and its qualifier "of", I am unable to apply both Wikidata and WikidataIB. I have tried applying it in header8, let me know if anyone has a solution. -- Pankaj Jain ''[[User:Capankajsmilyo|Capankajsmilyo]] <span class="plainlinks">([[User talk:Capankajsmilyo|talk]] '''·''' [[Special:Contribs/Capankajsmilyo|contribs]] '''·''' [//tools.wmflabs.org/xtools-ec/?user=Capankajsmilyo&project=en.wikipedia.org count])</span>'' 08:53, 24 April 2017 (UTC)

=== Bump ===
{{ping|RexxS}} you seem to be the expert in the room on this. I'm trying to implement the qualifier value call in an infobox ([[Template:Ordination]]). I've tried it on [[Template:Ordination/sandbox]] for the <code> date of consecration</code>parameter, but am not having luck in the testcases page. Do you think you could tell me what I'm doing wrong? Many thanks. [[User:Ergo Sum|'''<span style="color:#0645AD">Ergo Sum</span>''']]  21:15, 17 September 2017 (UTC)
: {{reply to |Ergo Sum}} you're trying to use this sort of code:
:* <code><nowiki>{{#invoke:WikidataIB|getQualifierValue|P793|pval=Q125375|qual=P585|fetchwikidata=ALL|onlysourced=no|{{{date of consecration|}}}</nowiki></code>
: That would fetch a the value of the {{Q|P585}} qualifier for the property {{Q|P793}} that has the value {{Q|Q125375}}. But the [[Template:Ordination/testcases]] only has [[Pope John Paul II]], and his wikidata entry {{Q|Q989}} didn't have the {{Q|P793}} property, so it's to be expected that you didn't see anything when checking by using the 'testcases'.
: I've [https://www.wikidata.org/w/index.php?title=Q989&type=revision&diff=561058075&oldid=560490440 now added] 28 September 1958 as the date of his (episcopal) consecration by adding a signifcant event (consecration) with a point in time qualifier. I've also made a small amendment to the sandbox to natch the code I suggest above.
{{ordination/sandbox |qid=Q989}} 
: If you try a blank ordination/sandbox in [[Pope John Paul II]], you'll now get this, which shows "'''Date of consecration'''	28 September 1958" when expanded. You can set the {{para|onlysourced}} to yes if you only want values that have a reference better than "imported from xyz Wikipedia". Is that what you were looking for? --[[User:RexxS|RexxS]] ([[User talk:RexxS|talk]]) 22:46, 17 September 2017 (UTC)
::{{ping|RexxS}} Yes, I believe so. Thank you for the help. The one issue, though, is that in testcases, the parameter does not show up at all, even though there is the parameter that is locally coded, which should override the Wikidata value.<br>
::Also, is there a way to code a suppressfetch into the template so that calls from wikidata can be suppressed? [[User:Ergo Sum|'''<span style="color:#0645AD">Ergo Sum</span>''']]  23:18, 17 September 2017 (UTC)
:::
::: {{reply to |Ergo Sum}} Well, I don't know what's happening in the testcases, as I've never trusted it, so I always test my code by previewing in the actual articles. I've just fully implemented the whitelist ({{para|fetchwikidata}}), blacklist ({{para|fetchwikidata}}) and source-filtering ({{para|onlysourced}}) in the <code>date of consecration</code> field. To test it, edit [[Pope John Paul II #Presbytariate]] and:
:::# change "Ordination" to "Ordination/sandbox", then preview it - you should see the local value (change it and re-check);
:::# remove the local parameter, then preview it - you should still see "28 September 1958" (fetched from Wikidata);
:::# change "Ordination/sandbox" to "Ordination/sandbox |suppressfields=date of consecration", then preview it - you should see that the date of consecration has disappeared;
:::# re-add the local parameter and check that it does not display - suppressfields even overrides a local parameter.
::: Obviously, don't save the changes (!), but you can experiment with the parameters. If you add |onlysourced=yes to an article, it will only import Wikidata values that are sourced to something other than Wikipedia.
::: See if that does the job for you now. Cheers --[[User:RexxS|RexxS]] ([[User talk:RexxS|talk]]) 15:38, 18 September 2017 (UTC)
::::{{ping|RexxS}} All checks out except for no. 1. When I change the local parameter, the date from Wikidata still appears. This might be the same issue that is causing the parameter to not display on the testcases page. Could it be an issue with how the <code><nowiki>{{{date of consecration|}}}</nowiki></code> parameter is entered in the template? Without the local override functionality, the Wikidata call would not be very useful to have in the template, since few Wikidata articles have the requisite information as of yet. Again, thanks a bunch for your help. [[User:Ergo Sum|'''<span style="color:#0645AD">Ergo Sum</span>''']]  16:46, 18 September 2017 (UTC)
::::: {{reply to |Ergo Sum}} I've now fixed the code in [[Module:WikidataIB]] to make sure that any local parameter supplied definitely overrides any fetching of Wikidata:
:::::* <code><nowiki>{{#invoke:WikidataIB |getQualifierValue |P793 |pval=Q125375 |qual=P585 |name=date of consecration |fetchwikidata={{{fetchwikidata|ALL}}} |suppressfields={{{suppressfields|}}} |onlysourced={{{onlysourced|}}} |qid=Q989 |1 April 2017}}</nowiki></code> → {{#invoke:WikidataIB |getQualifierValue |P793 |pval=Q125375 |qual=P585 |name=date of consecration |fetchwikidata={{{fetchwikidata|ALL}}} |suppressfields={{{suppressfields|}}} |onlysourced={{{onlysourced|}}} |qid=Q989 |1 April 2017}}
:::::* <code><nowiki>{{#invoke:WikidataIB |getQualifierValue |P793 |pval=Q125375 |qual=P585 |name=date of consecration |fetchwikidata={{{fetchwikidata|ALL}}} |suppressfields={{{suppressfields|}}} |onlysourced={{{onlysourced|}}} |qid=Q989 }}</nowiki></code> → {{#invoke:WikidataIB |getQualifierValue |P793 |pval=Q125375 |qual=P585 |name=date of consecration |fetchwikidata={{{fetchwikidata|ALL}}} |suppressfields={{{suppressfields|}}} |onlysourced={{{onlysourced|}}} |qid=Q989 }}
:::: When you get a chance, perhaps you could re-check no. 1 and make sure you are satisfied with the template's behaviour. Please let me know if any problems remain. --[[User:RexxS|RexxS]] ([[User talk:RexxS|talk]]) 01:11, 19 September 2017 (UTC)
::::: {{ping|RexxS}} Yes, it all works now. Thank you for your help. One last question that is related to the above, for parameter <code>denomination</code> on the same template, can I just insert the qid, suppressfields, and onlysourced parts of the above code to allow for the same functionalities (the parameter uses Modeule:Wikidata, not Module:WikidataIB)? [[User:Ergo Sum|'''<span style="color:#0645AD">Ergo Sum</span>''']]  01:40, 19 September 2017 (UTC)
:::::: {{reply to |Ergo Sum}} Sorry, but the two modules are not that compatible. I wrote most of [[Module:Wikidata]] over four years ago to try to find out what designers wanted, so it has limited functionality for what you want. I wrote [[Module:WikidataIB]] specifically for infoboxes after a lot of feedback in an effort to meet the needs of designers who wanted the ability to control what fields were used at the article level and to filter the incoming data for verifiability. Unfortunately I haven't yet implemented the getRawValue() call in WikidataIB, but I did update the Wikidata version to allow the call to be made outside of an article using a qid like this for {{Q|Q989}}:
::::::* <code><nowiki>{{#invoke:Wikidata|getRawValue|P140|qid=Q989|{{{denomination|FETCH_WIKIDATA}}} }}</nowiki></code> → {{#invoke:Wikidata|getRawValue|P140|qid=Q989|{{{denomination|FETCH_WIKIDATA}}} }}
:::::: so you could add <code>|qid={{{qid}}}</code> in the 'abovestyle' call to Wikidata to enable that functionality. I will write the code for getRawValue() in WikidataIB when I get a chance, but that will take me rather longer. --[[User:RexxS|RexxS]] ([[User talk:RexxS|talk]]) 02:11, 19 September 2017 (UTC)
::::::: Got it. Thanks again for the help. [[User:Ergo Sum|'''<span style="color:#0645AD">Ergo Sum</span>''']]  03:34, 19 September 2017 (UTC)
{{ping|RexxS}} One last question related to the above. The headers in the template (e.g. <code>header9</code>) are designed to be displayed only if one of the parameters within their section is used. If calling from Wikidata, the parameter is not locally used, so the header is not displayed. Do you know how to code "header9" in such a way that if either the parameter is used ''or'' the value for that parameter is called from Wikidata, the header will be displayed? I tried using<br>
*<code><nowiki>|header9 = {{#if:{{#invoke:Wikidata|getQualifierValue|P793|pval=Q7519600|qual=P585|{{{date of consecration|}}} }}|<div style="width:100%;border-top: 5px solid #800080">Episcopal consecration</div>}}</nowiki></code><br>but that didn't seem to work. Also, since implementing <code>|qid={{{qid}}}</code> in the abovestyle that uses Module:Wikidata, the template no longer calls the Wikidata value of "religion", which the color of the template is based on. This is a rather major part of the template. Do you know how to fix this? Would <code>|qid={{{qid|FETCH_WIKIDATA}}}</code> do it? [[User:Ergo Sum|'''<span style="color:#0645AD">Ergo Sum</span>''']]  16:56, 19 September 2017 (UTC)
:: When you use a parameter that may not have a value, you have to write it like this: <code><nowiki>{{{qid|}}</nowiki></code> with the pipe character '|'. Otherwise it literally returns the exact text "<nowiki>{{{qid}}}</nowiki>" when no parameter is supplied to the template. I've fixed that for you, so the colour looks right again when I checked in [[Pope John Paul II]].
:: The only way to be sure that the headers are displayed when one of the fields is displayed is to test whether the field has a value, as you are attempting. You have to remember, though, that the call you're using is in [[Module:wikidataIB]], not [[Module:wikidata]]; the {{para|fetchwikidata}} parameter needs to be encoded; and you ought to respect the settings of {{para|suppressfields}} and {{para|onlysourced}} as well. If you want to check for the date of consecration, this is what you need to set {{para|header9}} to:
::* <code><nowiki>{{#if:{{#invoke:WikidataIB |getQualifierValue |P793 |pval=Q125375 |qual=P585 |qid={{{qid|}}} |name=date of consecration |fetchwikidata={{{fetchwikidata|ALL}}} |suppressfields={{{suppressfields|}}} |onlysourced={{{onlysourced|}}} |{{{date of consecration|}}} }}|<div style="width:100%;border-top: 5px solid #800080">Episcopal consecration</div>}}</nowiki></code>
:: Note: (i) #invoke:Wikidata'''IB'''; (ii) you still need all of the relevant parameters; (iii) Q125375 is 'consecration', while Q7519600 is 'ordination'. You need to be sure which one you're looking for.
:: On [[Pope John Paul II]], the code above would produce:
::* {{#if:{{#invoke:WikidataIB |getQualifierValue |P793 |pval=Q125375 |qual=P585 |qid=Q989 |name=date of consecration |fetchwikidata={{{fetchwikidata|ALL}}} |suppressfields={{{suppressfields|}}} |onlysourced={{{onlysourced|}}} |{{{date of consecration|}}} }}|<div style="width:100%;border-top: 5px solid #800080">Episcopal consecration</div>}}
:: Hope that helps. --[[User:RexxS|RexxS]] ([[User talk:RexxS|talk]]) 17:51, 19 September 2017 (UTC)
:::Thank you. [[User:Ergo Sum|'''<span style="color:#0645AD">Ergo Sum</span>''']]  00:48, 20 September 2017 (UTC)

== Wikidata module appears to be calling nonexistent modules ==

Please see [[Template_talk:Infobox#Redlinked_.27Module:Infobox.2Fi18n.27|this discussion]]. – [[User:Jonesey95|Jonesey95]] ([[User talk:Jonesey95|talk]]) 22:27, 19 October 2017 (UTC)

== Critical performance improvement ==

Yesterday we discovered the following inefficiency when trying to deploy usage tracking on a per statement basis on ca.wikipedia:
<syntaxhighlight lang="lua">
		-- otherwise, iterate over all properties, fetch their labels and compare this to the given property name
		for k, v in pairs(entity.claims) do
			if mw.wikibase.label(k) == property then return v end
		end
</syntaxhighlight>
This can also be expressed with:
<syntaxhighlight lang="lua">
		property = mw.wikibase.resolvePropertyId(property)
		if not property then return end

		return entity.claims[property]
</syntaxhighlight>
The advantaged of the second version is that it doesn't need to iterate over all Statements (which is badly discouraged), thus the pages in question don't "use" all Statements. The problem [[ca:Special:Diff/18834337/18940773|has been solved]] on cawiki by now (see also [[phab:T178114|T178114]] and [[ca:Special:Diff/18943332#Critical_performance_improvement]]). Cheers, [[User:Hoo man|Hoo man]] ([[User talk:Hoo man|talk]]) 09:50, 13 October 2017 (UTC)

Pinging [[User:Pppery]], [[User:RexxS]], [[User:Izno]] who recently made edits in the module. [[user:Ladsgroup|Ladsgroup]]<sup>[[User talk:Ladsgroup|overleg]]</sup> 17:21, 16 December 2017 (UTC)
: My edits to this module have solely been for the purpose of getting rid of rampant [[duplicate code]], and thus I have no opinion on this change.  [[User:Pppery|&#123;&#123;repeat&#124;p&#124;3&#125;&#125;ery]] ([[User talk:Pppery|talk]]) 17:26, 16 December 2017 (UTC)
:: My edits to this module have only been to the original functions. The code in question was imported in [https://en.wikipedia.org/w/index.php?title=Module:Wikidata&diff=prev&oldid=631175797 this edit] by {{u|Tobias1984}} (''adding more stuff from de-module''). Since the code has been fragmented into so many sub-functions without documentation, I can no longer tell what the dependencies are for any part of this module. --[[User:RexxS|RexxS]] ([[User talk:RexxS|talk]]) 17:50, 16 December 2017 (UTC)
::: I guess I'm not helping with that matter ...  [[User:Pppery|&#123;&#123;repeat&#124;p&#124;3&#125;&#125;ery]] ([[User talk:Pppery|talk]]) 23:32, 16 December 2017 (UTC)
:::: It's a ''good thing'' to reduce duplication in code, but it's also necessary to help other people who are developing the code by documenting private functions. They may be obvious at the time, but months later it can be a nightmare of jumping back-and-forth, trying to understand what <code>foo( x, y, z)</code> does precisely, when trying to debug or expand the functionality. Keeping a list of dependencies for each function is also pretty essential when trying to re-use the code or the modules in other language Wikipedias, etc. --[[User:RexxS|RexxS]] ([[User talk:RexxS|talk]]) 14:24, 17 December 2017 (UTC)
:Sorry to play the role of an old fart but [[Module:Wikidata]] has 232,788 transclusions so it should not be directly edited. Make adjustments in the sandbox, test them, think about them, let time pass, then put the final code in the main module. The recent edits by [[User:Pppery|Pppery]] are excellent because duplicated code is an abomination, but the edits also introduced a bug because <code>addon_sep</code> is needed as a parameter to the new function. [[User:Johnuniq|Johnuniq]] ([[User talk:Johnuniq|talk]]) 23:22, 16 December 2017 (UTC)
{{done}} I used TemplateSandbox to test the change on multiple pages. Thanks for the improvement Hoo :) [[User:Legoktm|Legoktm]] ([[User talk:Legoktm|talk]]) 18:47, 18 December 2017 (UTC)

== Request: add {{para|id}} or {{para|qid}} to getSiteLink ==
{{ping|RexxS|Izno|Legoktm|Paweł_Ziemian|Johnuniq}} Could {{para|id}} or {{para|qid}} be added to getSiteLink to retrieve data from specified entries like the other functions can? This is needed for something I am working on.

'''Example''' (Result is blank if not working):{{-}}
<code><nowiki>{{#invoke:Wikidata|getSiteLink|frwiki|id=Q13833438}}</nowiki></code> –Result–> {{#invoke:Wikidata|getSiteLink|frwiki|id=Q13833438}}

Thanks in advance. ~ [[User:Mellis|<span style="color: green">Mellis</span>]] ([[User talk:Mellis|<span style="color: black">talk</span>]]) 21:46, 6 January 2018 (UTC)
: Removing duplication and adding functionality are not the same thing.  [[User:Pppery|&#123;&#123;3x&#124;p&#125;&#125;ery]] ([[User talk:Pppery|talk]]) 21:47, 6 January 2018 (UTC)
::Yes, I am requesting added functionality. Sorry if you didn't want to be tagged.~ [[User:Mellis|<span style="color: green">Mellis</span>]] ([[User talk:Mellis|<span style="color: black">talk</span>]]) 21:50, 6 January 2018 (UTC)
::: That was the intended content of that message. Also, why did you ping {{noping|Legoktm}} twice?  [[User:Pppery|&#123;&#123;3x&#124;p&#125;&#125;ery]] ([[User talk:Pppery|talk]]) 22:11, 6 January 2018 (UTC)
:::: Clearly, a mistake. Fixed now.~ [[User:Mellis|<span style="color: green">Mellis</span>]] ([[User talk:Mellis|<span style="color: black">talk</span>]]) 22:18, 6 January 2018 (UTC)

== getSiteLink for Commons ==

What is the syntax to get the Commons page of the article?
Like <nowiki>{{#invoke:Wikidata|getSiteLink|enwikivoyage}}</nowiki>, I see enwiki and enwikiquote but what is the code for Commons page? --[[User:Traveler100|Traveler100]] ([[User talk:Traveler100|talk]]) 10:02, 20 January 2018 (UTC)
:{{ping|Traveler100}} Fairly sure it's <code>commonswiki</code>. --[[User:Izno|Izno]] ([[User talk:Izno|talk]]) 16:48, 20 January 2018 (UTC)
:: {{ping|Izno}} Appears to work, thanks. --[[User:Traveler100|Traveler100]] ([[User talk:Traveler100|talk]]) 17:07, 20 January 2018 (UTC)

=== Testing getSiteLink ===

* <code><nowiki>{{#invoke:Wikidata |getSiteLink |enwiki |qid=Q25169}}</nowiki></code> → {{#invoke:Wikidata |getSiteLink |enwiki |qid=Q25169}}
* <code><nowiki>{{#invoke:Wikidata |getSiteLink |dewiki |qid=Q25169}}</nowiki></code> → {{#invoke:Wikidata |getSiteLink |dewiki |qid=Q25169}}

== sub parameters ==

So I can request population (P1082) of a town and it appears to give me the latest values if there are multiple (which I want). Is there a way to get the associated values of that entry such as point in time (P585) and determination method (P459). Take for example [[d:Q316500]] how would I get the values ''1 August 2015'' and ''census'' of the latest population figures?--[[User:Traveler100|Traveler100]] ([[User talk:Traveler100|talk]]) 11:07, 23 June 2018 (UTC)
:
: {{re|Traveler100}}
:* <code><nowiki>{{wdib|P1082|qid=Q316500|fwd=ALL|rank=best|qual=ALL}}</nowiki></code> → {{wdib|P1082|qid=Q316500|fwd=ALL|rank=best|qual=ALL}}
:* <code><nowiki>{{wdib|P1082|qid=Q316500|fwd=ALL|rank=best|qual=P459}}</nowiki></code> → {{wdib|P1082|qid=Q316500|fwd=ALL|rank=best|qual=P459}}
:* <code><nowiki>{{wdib|P1082|qid=Q316500|fwd=ALL|rank=best|qual=P585}}</nowiki></code> → {{wdib|P1082|qid=Q316500|fwd=ALL|rank=best|qual=P585}}
:* <code><nowiki>{{wd|qualifier|Q316500|P1082|P459}}</nowiki></code> → {{wd|qualifier|Q316500|P1082|P459}}
:* <code><nowiki>{{wd|qualifier|Q316500|P1082|P585}}</nowiki></code> → {{wd|qualifier|Q316500|P1082|P585}}
: I don't know how you want to use those values, but one or another of the above may be useful. --[[User:RexxS|RexxS]] ([[User talk:RexxS|talk]]) 19:40, 23 June 2018 (UTC)
:: {{re|RexxS}} Great, thanks.  --[[User:Traveler100|Traveler100]] ([[User talk:Traveler100|talk]]) 20:07, 23 June 2018 (UTC)

== Problem with special characters in template ==

When retrieving coordinates from Wikidata they are handled differently in string module functions like sub and find than when the equivalent text is input (working on template to convert to decimal then work out distances between places).  
*Correctly <code><nowiki>{{#invoke:Wikidata|getValueFromID|Q85|P625|FETCH_WIKIDATA}}</nowiki></code> → {{#invoke:Wikidata|getValueFromID|Q85|P625|FETCH_WIKIDATA}}
*Correctly <code><nowiki>{{#invoke:String|len|30°3'22"N, 31°14'22"E}}</nowiki></code> → {{#invoke:String|len|30°3'22"N, 31°14'22"E}}
*Incorrectly <code><nowiki>{{#invoke:String|len|s={{#invoke:Wikidata|getValueFromID|Q85|P625|FETCH_WIKIDATA}} }}</nowiki></code> → {{#invoke:String|len|s={{#invoke:Wikidata|getValueFromID|Q85|P625|FETCH_WIKIDATA}} }}
*Correctly <code><nowiki>{{#invoke:String|find|source=30°3'22"N, 31°14'22"E |target=,}}</nowiki></code> → {{#invoke:String|find|source=30°3'22"N, 31°14'22"E |target=,}}
*Incorrectly <code><nowiki>{{#invoke:String|find|source={{#invoke:Wikidata|getValueFromID|Q85|P625|FETCH_WIKIDATA}} |target=,}}</nowiki></code> → {{#invoke:String|find|source={{#invoke:Wikidata|getValueFromID|Q85|P625|FETCH_WIKIDATA}} |target=,}}

Can someone explain why this is happening and more importantly how I can fix it? --[[User:Traveler100|Traveler100]] ([[User talk:Traveler100|talk]]) 05:06, 27 July 2018 (UTC)
:The ''why'' is that the Wikidata module is actually returning:
:30°3&amp;#39;22&amp;#34;N, 31°14&amp;#39;22&#34;E
:I'm not sure how best to fix it. [[User:Johnuniq|Johnuniq]] ([[User talk:Johnuniq|talk]]) 06:08, 27 July 2018 (UTC)
::[[Module:Coordinates]] already has conversion functions, so you could use those. [[User:Jc86035|Jc86035]] ([[User talk:Jc86035|talk]]) 07:04, 27 July 2018 (UTC)
::: Sound like a better solution, what is the syntax though? --[[User:Traveler100|Traveler100]] ([[User talk:Traveler100|talk]]) 07:20, 27 July 2018 (UTC)
*<code><nowiki>{{#invoke:Coordinates | dms2dec |30°3'22"N, 31°14'22"E|lat}}</nowiki></code> → {{#invoke:Coordinates | dms2dec |30°3'22"N, 31°14'22"E|lat}}
*<code><nowiki>{{#invoke:Coordinates | dms2dec |{{#invoke:Wikidata|getValueFromID|Q85|P625|FETCH_WIKIDATA}}|lat}}</nowiki></code> → {{#invoke:Coordinates | dms2dec |{{#invoke:Wikidata|getValueFromID|Q85|P625|FETCH_WIKIDATA}}|lat}}
*<code><nowiki>{{#invoke:Coordinates | dms2dec |30°3'22"N|lat}}</nowiki></code> → {{#invoke:Coordinates | dms2dec |30°3'22"N|lat}}
:@Traveler100: Where is this needed? What is the purpose? Can you give an example of an article that you would want to change (or at least, where you want to change the wikitext)? [[User:Johnuniq|Johnuniq]] ([[User talk:Johnuniq|talk]]) 07:26, 27 July 2018 (UTC)
: {{ping|Traveler100}} You can also use [[Module:WikidataCoord]] and the coord2text function of [[Module:Coordinates]]. You shouldn't really need to do most of this, though. [[User:Jc86035|Jc86035]] ([[User talk:Jc86035|talk]]) 09:55, 27 July 2018 (UTC)
:: I will take a look at that. Actually working on Wikivoyage articles. We are finding that often there is an error with the coordinates of towns on Wikidata (often when extracted from Russian Wikipedia) and the Geo values in Wikivoyage articles are better. Was setting up a check to see where there is a difference and highlight them for fixing. See [[voy:Template:Geo/sandbox]]. --[[User:Traveler100|Traveler100]] ([[User talk:Traveler100|talk]]) 10:36, 27 July 2018 (UTC)
:::
::: The getValueFromID function in [[Module:Wikidata]] returns the raw values stored in Wikidata for coordinates, which means that html entities are returned. The newer getValue function from [[Module:WikidataIB]] substitutes the actual characters °, ', ".
:::* <code><nowiki>{{#invoke:WikidataIB |getValue |qid=Q85 |P625 |fwd=ALL |osd=no |noicon=true}}</nowiki></code> → {{#invoke:WikidataIB |getValue |qid=Q85 |P625 |fwd=ALL |osd=no |noicon=true}}
:::* <code><nowiki>{{#invoke:String|len|s={{#invoke:WikidataIB |getValue |qid=Q85 |P625 |fwd=ALL |osd=no |noicon=true}} }}</nowiki></code> → {{#invoke:String|len|s={{#invoke:WikidataIB |getValue |qid=Q85 |P625 |fwd=ALL |osd=no |noicon=true}} }}
::: However, it uses just the space to separate latitude and longitude, not a comma and a space. --[[User:RexxS|RexxS]] ([[User talk:RexxS|talk]]) 13:24, 27 July 2018 (UTC)

== Preferred rank ==

The documentation says the module only fetches preferred-rank values if some are marked as preferred, but it doesn't seem to work like that. e.g.:

<nowiki>{{#invoke:Wikidata|getValueFromID|Q1339|P106|FETCH_WIKIDATA}}</nowiki>

gives Bach's entire list of occupations rather than the preferred-rank ones only:
:{{#invoke:Wikidata|getValueFromID|Q1339|P106|FETCH_WIKIDATA}}

Is there are recent change which removed this functionality? [[User:Deryck Chan|Deryck]][[User talk:Deryck Chan| C.]] 15:03, 20 August 2018 (UTC)
:
: {{re|Deryck Chan|label=Deryck}} I don't know the answer to that question, but while somebody is sorting that out, you could use [[Module:WikidataIB]]:
: <code><nowiki>{{#invoke:WikidataIB |getValue |qid=Q1339 |P106 |fwd=ALL |osd=no}}</nowiki></code> → {{#invoke:WikidataIB |getValue |qid=Q1339 |P106 |fwd=ALL |osd=no}}
: <code><nowiki>{{#invoke:WikidataIB |getValue |qid=Q1339 |P106 |fwd=ALL |osd=no |rank=best}}</nowiki></code> → {{#invoke:WikidataIB |getValue |qid=Q1339 |P106 |fwd=ALL |osd=no |rank=best}}
: That also has all of its links pointing to Wikipedia, not Wikidata. Cheers. --[[User:RexxS|RexxS]] ([[User talk:RexxS|talk]]) 15:21, 20 August 2018 (UTC)
::
::{{ping|RexxS}} What does WikidataIB do if the item label is a redlink on the site? [[User:Deryck Chan|Deryck]][[User talk:Deryck Chan| C.]] 15:34, 20 August 2018 (UTC)
:::
::: {{re|Deryck Chan|label=Deryck}}:
:::# If the Wikidata item has a sitelink, it strips disambiguators and uses that as the displayed text, linked to the full sitelink.
:::# If there is no sitelink, but there is a label, it checks the local Wikipedia to see if there is a redirect with the same text as the label. If so, it links to the redirect.
:::# If the label is not a redirect, it returns the unlinked label.
:::# If there is no sitelink or label, it returns the entity-ID (e.g. Q12345) and puts the article in the [[:Category:Articles with missing Wikidata information]].
::: Does that make sense? --[[User:RexxS|RexxS]] ([[User talk:RexxS|talk]]) 15:47, 20 August 2018 (UTC)
:::: {{ping|RexxS}} Yep. And does it try to fetch a label from another language if the local language doesn't have a label? [[User:Deryck Chan|Deryck]][[User talk:Deryck Chan| C.]] 10:44, 21 August 2018 (UTC)
::::: {{re|Deryck Chan|label=Deryck}} Not explicitly. The normal language fallback is implemented (e.g. zh-mo → zh-hk → zh-hant → zh-hans → en), but I haven't written code to offer anything beyond that for a couple of reasons. There's no collection of sitelinks or labels available via the api exposed to Lua. That means we would have to load the entire entity and scan what is there - very inefficient and screws up watchlists. Additionally, there's no good algorithm that I've been able to come up with which would determine which label to return if more than one existed. Cheers --[[User:RexxS|RexxS]] ([[User talk:RexxS|talk]]) 16:40, 21 August 2018 (UTC)
:::::: That's totally fine - it's good to know there is some language fallback so if I use this of the Cantonese Wikipedia it'll try to scan some other languages (most importantly zh and en) before giving up and displaying the Q-number! [[User:Deryck Chan|Deryck]][[User talk:Deryck Chan| C.]] 16:50, 21 August 2018 (UTC)

== Module:No globals ==

I am curious, what does <nowiki>"require('Module:No globals')"</nowiki> line do? I might use it in some of my modules, if I know what to expect. --[[User:Jarekt|Jarekt]] ([[User talk:Jarekt|talk]]) 15:25, 12 November 2018 (UTC)
:[[Module:No globals|The documentation]]. Is that insufficient? --[[User:Izno|Izno]] ([[User talk:Izno|talk]]) 16:00, 12 November 2018 (UTC)
::I guess I was confused by "This module causes an error if any nil global is read or if any global is written to", although it makes more sense after few rereads. I guess I will just need to experiment with it to see what it does. --[[User:Jarekt|Jarekt]] ([[User talk:Jarekt|talk]]) 19:25, 12 November 2018 (UTC)
:::Suppose template A invokes module B which requires module C. Module B does ''not'' require no_globals but module C does. Depending on the parameters in A, some code in B might execute a particular function which works and everything is good. However, with some other parameters, another function in A might be executed and that function has a variable with "local" missing. That is, the variable is global. When that variable is accessed (either to read it or to write it), the script will crash and the page with A will be added to [[:Category:Pages with script errors]]. That is good because global variables are usually a sign of a bug, for example, due to a typo in the variable name. I mentioned Module:C to make it clear that it does not matter which module requires no_globals. [[User:Johnuniq|Johnuniq]] ([[User talk:Johnuniq|talk]]) 21:49, 12 November 2018 (UTC)

== Wikidata Bridge ==

(Reposted from [[Module talk:WikidataIB/Archive 4#Wikidata Bridge|Module talk:WikidataIB § Wikidata Bridge]].)

I'm guessing that the module maintainers might be unaware of this? The WMDE developers have been working on [[:mw:Wikidata Bridge]], which will allow some Wikidata statements to be edited directly through infoboxes and other templates. There's currently a semi-interactive prototype. I think it would be useful for the module maintainers to provide feedback, if there are any issues that haven't already been addressed.

There's [[:mw:Wikidata Bridge/Development/DocDrafts/How to Enable Wikidata Bridge for your Infobox|an early draft of a documentation page]] that might help explain how the software's supposed to be enabled inside template code. [[User:Jc86035|Jc86035]] ([[User talk:Jc86035|talk]]) 08:32, 3 July 2019 (UTC)

== Using getValue to get the next or previous episode of a given TV series ==

How would I use the getValue function to get the next or previous episode of a given TV series? --[[User:Gonnym|Gonnym]] ([[User talk:Gonnym|talk]]) 07:06, 9 August 2019 (UTC)
:
: {{re|Gonnym}} If the data exists on Wikidata, then it's fairly easy. Take ''Friends'' S1 E4, as an example. It has a Wikidata entry, {{q|Q20785929}}. That has two statements with properties {{q|P155}} and {{q|P156}}. So:
:* <code><nowiki>{{#invoke:WikidataIB |getValue |fwd=ALL |osd=n |P155 |qid=Q20785929}}</nowiki></code> → {{#invoke:WikidataIB |getValue |fwd=ALL |osd=n |P155 |qid=Q20785929}}
:* <code><nowiki>{{#invoke:WikidataIB |getValue |fwd=ALL |osd=n |P156 |qid=Q20785929}}</nowiki></code> → {{#invoke:WikidataIB |getValue |fwd=ALL |osd=n |P156 |qid=Q20785929}}
: Note that the first one (S1 E3) has its own article, and the second (S1 E5) is a redirect. WikidataIB should handle those okay.
: Using [[Module:Wikidata]]:
:* <code><nowiki>{{#invoke:Wikidata |getValue |P155 |qid=Q20785929 |FETCH_WIKIDATA}}</nowiki></code> → {{#invoke:Wikidata |getValue |P155 |qid=Q20785929 |FETCH_WIKIDATA}}
:* <code><nowiki>{{#invoke:Wikidata |getValue |P156 |qid=Q20785929 |FETCH_WIKIDATA}}</nowiki></code> → {{#invoke:Wikidata |getValue |P156 |qid=Q20785929 |FETCH_WIKIDATA}}
: That also works fine. --[[User:RexxS|RexxS]] ([[User talk:RexxS|talk]]) 14:40, 9 August 2019 (UTC)
::Is there a way to get the {{para|qid}} with the episode name? I'm researching if there is a way to add this feature to {{tl|Infobox television episode}}, but if the episode ID needs to be manually added, then it won't work. --[[User:Gonnym|Gonnym]] ([[User talk:Gonnym|talk]]) 14:44, 9 August 2019 (UTC)
:::
::: {{re|Gonnym}} You mean use the current page's linked qid? Just don't supply it and the function uses the associated qid for whatever page it's on. That works on all of the functions. You can paste the following into a section of [[The One with George Stephanopoulos]] and preview it to test:
:::* <code><nowiki>{{#invoke:WikidataIB |getValue |fwd=ALL |osd=n |P155 |qid={{{qid|}}}}}</nowiki></code>
:::* <code><nowiki>{{#invoke:WikidataIB |getValue |fwd=ALL |osd=n |P156 |qid={{{qid|}}}}}</nowiki></code>
:::* <code><nowiki>{{#invoke:Wikidata |getValue |P155 |qid={{{qid|}}} |FETCH_WIKIDATA}}</nowiki></code>
:::* <code><nowiki>{{#invoke:Wikidata |getValue |P156 |qid={{{qid|}}} |FETCH_WIKIDATA}}</nowiki></code>
::: Obviously, once it's used in a infobox, you can then supply the {{para|qid}} to test the infobox outside of the article (the whole purpose of the qid parameter is to allow testing and examples like this). --[[User:RexxS|RexxS]] ([[User talk:RexxS|talk]]) 15:06, 9 August 2019 (UTC)
::::Ah, I didn't know; that's exactly what I wanted. Thanks RexxS, I'll test this now. --[[User:Gonnym|Gonnym]] ([[User talk:Gonnym|talk]]) 15:18, 9 August 2019 (UTC)
:There is a scenario where the title of the episode is a crossover ([[Touch of Death (crossover event)]]) and I know the TV series name and the "current" episode name. Is there a way to get the {{para|qid}} from these names? --[[User:Gonnym|Gonnym]] ([[User talk:Gonnym|talk]]) 11:23, 10 August 2019 (UTC)
:: {{re|Gonnym}} I'm not sure I understand what you want by {{tq|Is there a way to get the {{para|qid}} from these names?}} There needs to be more data available at {{q|Q65049550}} if you want to use it - consider adding {{q|P527}} for each constituent episode. However if you just want the qid of a value of a property, then the function <code>followQid</code> will do that for you (check the documentation in the code). For {{q|Q20785993}} and {{q|P156}}:
::* <code><nowiki>{{#invoke:WikidataIB |followQid |props=P156 |qid=Q20785993}}</nowiki></code> → {{#invoke:WikidataIB |followQid |props=P156 |qid=Q20785993}}
:: That gives the qid for {{q|Q20785929}}. Cheers --[[User:RexxS|RexxS]] ([[User talk:RexxS|talk]]) 14:44, 10 August 2019 (UTC)
:::{{tq|followQid takes three optional parameters: qid, props, and all. If qid is not given, it uses the qid for the connected page}} - if I'm understanding this correctly, then this isn't helpful in my scenario. I'll explain again. I want to invoke getValue() from page A and get results for a different WikiData item (page B). So let's say I'm on the page of The One with the Thumb, I want to know if it's possible to pass the title of another en.wiki article and use getValue with it (again, without using qid, only article title). --[[User:Gonnym|Gonnym]] ([[User talk:Gonnym|talk]]) 14:51, 10 August 2019 (UTC)
:::: Any Scribunto module that wants to access data from Wikidata has to determine which Wikidata entity it is going to use. Each of those entities is uniquely identified by its entity-ID, the Q-number (qid), not by a title because Wikidata is a fully multilingual site and the same Wikidata entity can be associated with articles in many different languages. Because the association between a particular Wikipedia article title and the corresponding Wikidata entity is ''only stored in that Wikidata entity'', the data that is exposed to Scribunto is a one-way association: that is, if you know the qid of a Wikidata entity, you can simply determine the title of the associated en-wiki article using code that runs anywhere, but not the other way round. Sorry I can't help with that.
:::: On the other hand, if page B is the value of a property for page A, then we can use <code>getPropOfProp</code> on page A to retrieve values of properties on page B, but that's not using the title of page B. If we want to get info (for example: {{q|P1258}}) for {{q|Q20785929}} from the {{q|Q20785993}} article, we can use the relationship that Q20785929 follows Q20785993:
::::* <code><nowiki>{{#invoke:WikidataIB |getPropOfProp |prop1=P156 |prop2=P1258 |fwd=ALL |osd=n |noicon=t |qid=Q20785993}}</nowiki></code> → {{#invoke:WikidataIB |getPropOfProp |prop1=P156 |prop2=P1258 |fwd=ALL |osd=n |noicon=t |qid=Q20785993}}
:::: which is the Rotten Tomatoes ID for ''The One with George Stephanopoulos''. Incidentally, that ID is useful because it tells you the season and episode. --[[User:RexxS|RexxS]] ([[User talk:RexxS|talk]]) 16:03, 10 August 2019 (UTC)
:::::Thanks for that explanation. I was hoping there was a reverse lookup using the en.wiki title value which produces a valid wikidata ID (which tbh, should really be a valid method). Adding the information to wikidata while overall good, isn't helpful in this situation, as I'm trying to automate this. --[[User:Gonnym|Gonnym]] ([[User talk:Gonnym|talk]]) 16:36, 10 August 2019 (UTC)
:::::I just noticed you added getEntityFromTitle() to [[Module:WikidataIB]] which if I'm not mistaken is exactly what I needed. --[[User:Gonnym|Gonnym]] ([[User talk:Gonnym|talk]]) 17:58, 12 August 2019 (UTC)

== Error related to i18n ==

{{Ping|RexxS}} At [[Malaybalay]], {{t|PH wikidata}} causes an error as it calls this module, which calls [[Module:i18n]] to load i18n data, but [[Module:Wikidata/i18n]] is empty and does not contain the required <code>res.i18n</code> table. I think line 89 should be commented as it's clearly not used (yet). [[User:Thayts|<span style="color:#466383;font-family:Georgia;font-style:italic;letter-spacing:1px">Thayts</span>]]&nbsp;[[User talk:Thayts|<span style="color:#7892A5">•••</span>]] 16:42, 29 September 2019 (UTC)
:
: Hi, {{u|Thayts}}, I stopped active work on [[Module:Wikidata]] over three years ago when I shifted my efforts into creating [[Module:WikidataIB]] specifically for use in infoboxes. The functions in there are now much more up-to-date and I'd really recommend using that in preference to this module, which contains an amalgamation of all sorts of code from different Wikipedias.
: The [[Module:Wikidata/i18n]] returns an empty table, which is pretty much what I'd expect as the internationalisation for en-wiki is in lines 16–80. The point of the [[Module:Wikidata/i18n]] was to allow other wikis to create their own values, which would overwrite those in lines 16–80 as needed when the module was loaded. If you were to comment out line 89, that would mean that other wikis would have to re-enable it every time they do an update from here.
: The code that used to handle it (without problem as far as I can recall) was changed in [https://en.wikipedia.org/w/index.php?title=Module%3AWikidata&type=revision&diff=804685646&oldid=804076706 these edits], so I can't tell you what the reasoning was.
: Instead, I suggest you check line 83 of [[Module:WikidataIB]]: {{talkquote|1=<code>if 'en' ~= mw.getContentLanguage():getCode() then</code>}} which may offer a solution for you, while retaining the ability of non-English wikis to use the code from here, along with their own internationalisation from their version of [[Module:Wikidata/i18n]]. --[[User:RexxS|RexxS]] ([[User talk:RexxS|talk]]) 19:29, 29 September 2019 (UTC)
::Alright. Well, I don't know how, but the error(s) suddenly disappeared. [[User:Thayts|<span style="color:#466383;font-family:Georgia;font-style:italic;letter-spacing:1px">Thayts</span>]]&nbsp;[[User talk:Thayts|<span style="color:#7892A5">•••</span>]] 20:09, 29 September 2019 (UTC)
::So [[Wikipedia:Village pump (technical)#Tens of thousands of new articles in Category:Pages with script errors|this]] happened. Probably not related to this module then. [[User:Thayts|<span style="color:#466383;font-family:Georgia;font-style:italic;letter-spacing:1px">Thayts</span>]]&nbsp;[[User talk:Thayts|<span style="color:#7892A5">•••</span>]] 07:05, 30 September 2019 (UTC)
::{{Ping|RexxS}} Turns out I have to reconsider again. This is a problem with this module ([[Wikipedia:Village pump (technical)#Tens of thousands of new articles in Category:Pages with script errors|as we found out]]). However, I don't have the rights to change this module... [[User:Thayts|<span style="color:#466383;font-family:Georgia;font-style:italic;letter-spacing:1px">Thayts</span>]]&nbsp;[[User talk:Thayts|<span style="color:#7892A5">•••</span>]] 20:47, 30 September 2019 (UTC)
::: {{re|Thayts}} I've modified the code to only load [[Module:Wikidata/i18n]] on non-English wikis. See if that helps. --[[User:RexxS|RexxS]] ([[User talk:RexxS|talk]]) 21:04, 30 September 2019 (UTC)
::::That is not a solution for the other wikis, but alas. [[User:Thayts|<span style="color:#466383;font-family:Georgia;font-style:italic;letter-spacing:1px">Thayts</span>]]&nbsp;[[User talk:Thayts|<span style="color:#7892A5">•••</span>]] 21:47, 30 September 2019 (UTC)
::::: The real solution for other wikis is not to use this module. It has no regular maintainer and doesn't get updated. For example, it still uses the expensive <code>mw.wikibase.getEntityObject()</code> calls, which were replaced more than a year ago in [[Module:WikidataIB]]. --[[User:RexxS|RexxS]] ([[User talk:RexxS|talk]]) 23:38, 30 September 2019 (UTC)
::::::It would be great if we had just one wikidata module and you all worked together to keep it maintained :) &mdash;&nbsp;Martin <small>([[User:MSGJ|MSGJ]]&nbsp;·&nbsp;[[User talk:MSGJ|talk]])</small> 10:54, 11 October 2019 (UTC)

== Get a single QID ==

Hello. How can I get only the preferred value (i.e. limit to only the best ranked value), when using this code: <code><nowiki>{{#invoke:Wikidata|getPropertyIDs|P516|qid={{{qid|}}}|FETCH_WIKIDATA}}</nowiki></code>? I'm looking for something like the <code>|rank=best</code> and/or <code>|maxvals=1</code> functions in [[Module:WikidataIB]]. [[User:Rehman|<span style="font-variant:small-caps; font-weight:bold; color:darkblue">Reh</span>]][[User talk:Rehman|<span style="color:green">man</span>]] 10:49, 13 October 2019 (UTC)
:
: {{re|Rehman}} I've implemented the function in WikidataIB so that you should have full use of ranks, onlysourced, maxvals, sorted, etc. as usual.
:* <code><nowiki>{{#invoke:WikidataIB/sandbox |getPropertyIDs |qid=Q151973 |P26 |fwd=ALL |osd=n}}</nowiki></code> → {{#invoke:WikidataIB/sandbox |getPropertyIDs |qid=Q151973 |P26 |fwd=ALL |osd=n}}
: Let me know if any features are missing. I've set {{para|noicon}} to default to true but you can enable it with {{para|noicon|false}}, if required. Cheers --[[User:RexxS|RexxS]] ([[User talk:RexxS|talk]]) 18:02, 13 October 2019 (UTC)
::Thank you, [[User:RexxS|RexxS]]. It works great! [[User:Rehman|<span style="font-variant:small-caps; font-weight:bold; color:darkblue">Reh</span>]][[User talk:Rehman|<span style="color:green">man</span>]] 02:33, 14 October 2019 (UTC)

== Maxvals & inverted ==


Hi,
I have two question :

First question : 

<nowiki>{{#invoke:wd|properties|normal+|Q55|P1082}}</nowiki> display :"{{#invoke:wd|properties|normal+|Q55|P1082}}", 

how can I display just three first number for to have just : "17,181,084, 16,829,289, 16,779,575" ?

I have unsuccessfully tested "maxvals" and "numval" : 

<nowiki>{{#invoke:wd|properties|normal+|Q55|P1082|maxvals=3}}</nowiki>  (display ever :"{{#invoke:wd|properties|normal+|Q55|P1082|maxvals=3}}")

and

<nowiki>{{#invoke:wd|properties|normal+|Q55|P1082|numval=3}}</nowiki> (display ever :"{{#invoke:wd|properties|normal+|Q55|P1082|numval=3}}")



Second question :

<nowiki>{{#invoke:wd|properties|normal+|Q55|P1082}}</nowiki> display :"{{#invoke:wd|properties|normal+|Q55|P1082}}",   

how can I to reverse the chronological order for to display : "17,132,854 17,000,000, 10,026,773, 16,779,575, 16,829,289, 17,181,084" ?

I have unsuccessfully tested "sorttype = inverted" : 

<nowiki>{{#invoke:wd|properties|normal+|Q55|P1082|sorttype = inverted}}</nowiki>  (display ever :"{{#invoke:wd|properties|normal+|Q55|P1082|sorttype = inverted}}")

My project is to do this table on page https://fr.wikipedia.org/wiki/Épidémie_de_maladie_à_coronavirus_de_2020_en_France#Localisation_des_cas to https://en.wikipedia.org/wiki/2020_coronavirus_outbreak_in_France. 

Thanks, --[[User:Viruscorona2020|Viruscorona2020]] ([[User talk:Viruscorona2020|talk]]) 08:24, 12 March 2020 (UTC)

: Looking at both questions: [[Module:WikidataIB]] has the code to fetch the first 3 values:
:* <code><nowiki>{{#invoke:WikidataIB |getValue |fwd=ALL |osd=n |noicon=y |qid=Q55 |P1082 |maxvals=3}}</nowiki></code> → {{#invoke:WikidataIB |getValue |fwd=ALL |osd=n |noicon=y |qid=Q55 |P1082 |maxvals=3}}
: However, those will depend on the order that they are stored in Wikidata. The module has the code to sort property values, and to sort qualifier values, but it's not able to sort property values ''by qualifier value'' at present, mainly because of the logic difficulties of defining behaviour when there are multiple values of a single qualifier.
: If you can find a module that does sort property values by qualifier values, then you could use a unique separator like "; " to return all of the values, and then use string handling functions to give you just three values. This example shows how you might use a string function to extract the first three sorted values:
:* <code><nowiki>{{wdib|fwd=ALL|osd=n|noicon=y|qid=Q55|P1082|sep="; "|sorted=y}}</nowiki></code> → {{wdib|fwd=ALL|osd=n|noicon=y|qid=Q55|P1082|sep="; "|sorted=y}}
:* <code><nowiki>{{#invoke:String |match |s={{wdib|fwd=ALL|osd=n|noicon=y|qid=Q55|P1082|sep="; "|sorted=y}} |pattern=[^;]*; [^;]*; [^;]* }}</nowiki></code> → {{#invoke:String |match |s={{wdib|fwd=ALL|osd=n|noicon=y|qid=Q55|P1082|sep="; "|sorted=y}} |pattern=[^;]*; [^;]*; [^;]* }}
: But, of course, the WikidataIB call ({{tl|wdib}}) above sorts property values on property value, not property values on qualifier value. Perhaps someone knows a module that can do the sort you want. --[[User:RexxS|RexxS]] ([[User talk:RexxS|talk]]) 13:05, 12 March 2020 (UTC)

== Deprecation ==

This module was marked as deprecated but has 487,638 transclusions. I'm assuming this most come from a few highly transcluded templates. Can anyone help finding those usages? It will give us a star start with converting to [[Module:WikidataIB]] and [[Module:Wd]]. --[[User:Gonnym|Gonnym]] ([[User talk:Gonnym|talk]]) 15:27, 2 January 2020 (UTC)
:[https://en.wikipedia.org/w/index.php?title=Special:WhatLinksHere/Module:Wikidata&namespace=10&limit=500 Here are the transclusions in template space]. From that page, click on "links" next to any template name and then click "Transclusion count". 
:*{{tl|Infobox AFL biography}}: 13,600
:*{{tl|Infobox CFL biography}}: 6,161
:*{{tl|Infobox Gaelic Athletic Association player}}: 4,187
:*{{tl|Infobox anatomy}}: 4,449
:*{{tl|Infobox award}}: 7,361
:*{{tl|Infobox book}}: 44,111
:*{{tl|Infobox college coach}}: 10,000
:*{{tl|Infobox lighthouse}}: 2,535
:*{{tl|Infobox religious building}}: 9,368
:*{{tl|Infobox volleyball biography}}: 4,734
:*{{tl|Wikidata sitelink}}: 6,819 (used in the "Expand xxx" templates, so if you get this one, at least 145 templates will be removed from the list)
:*{{tl|Wikisource author}}: 4,681
:*{{tl|Infobox video game}}: 24,086 
:That looks like about 150,000 transclusions. Start there, and if you get through that list, come back and I'll take another look. – [[User:Jonesey95|Jonesey95]] ([[User talk:Jonesey95|talk]]) 17:23, 2 January 2020 (UTC)
:Your assumption is probably correct; [https://en.wikipedia.org/w/index.php?sort=relevance&search=insource%3A%2Frequire+%2A%5C%28+%2A%5B%22%27%5DModule%3AWikidata%5B%5EI%5D%2F&title=Special:Search&profile=advanced&fulltext=1&advancedSearch-current=%7B%7D&ns828=1 remaining requires uses are limited to sandboxes]. I suppose someone could invoke the module through wikitext in a module by preprocessing, but I find that less likely ([https://en.wikipedia.org/w/index.php?title=Special:Search&limit=20&offset=20&ns828=1&search=insource%3A%2F%5C%23invoke%3A+%2AWikidata%5B%5EI%5D%2F&advancedSearch-current={} for the curious]; most look like documentation and comments). --[[User:Izno|Izno]] ([[User talk:Izno|talk]]) 18:23, 2 January 2020 (UTC)
:[https://en.wikipedia.org/w/index.php?sort=relevance&search=insource%3A%2F%5C%23invoke%3A+%2AWikidata%5B%5EI%5D%2F&title=Special:Search&profile=advanced&fulltext=1&advancedSearch-current=%7B%7D&ns10=1 This is a search of template space for #invoke]. There are some 200 templates using the module. --[[User:Izno|Izno]] ([[User talk:Izno|talk]]) 18:25, 2 January 2020 (UTC)
::That's a good search. That led me to:
::*{{tl|Birth date}}: '''269,902 transclusions'''
::*{{tl|Infobox power station}}: 2,471 transclusions
::*{{tl|Death date}}: 8,443 transclusions
::*{{tl|Birth year and age}}: 25,891 transclusions
::*{{tl|Wikidata redirect}}: 25,963 transclusions
::Have fun! – [[User:Jonesey95|Jonesey95]] ([[User talk:Jonesey95|talk]]) 18:36, 2 January 2020 (UTC)
:::Thanks for the lists!
:::Anyone know how to find an article that uses {{tl|Infobox AFL biography}} and gets the image from wikidata? [https://query.wikidata.org/embed.html#SELECT%20%3FWikiData_item_%20%3FWikiData_item_Label%20%3Fvalue%20%3FvalueLabel%20%3FEnglish_WikiPedia_article%20%23Show%20data%20in%20this%20order%0A%7B%0A%09%3FWikiData_item_%20wdt%3AP18%20%3Fvalue%20.%20%23Collecting%20all%20items%20which%20have%20P18%20data%2C%20from%20whole%20WikiData%20item%20pages%0A%09OPTIONAL%20%7B%3FEnglish_WikiPedia_article%20schema%3Aabout%20%3FWikiData_item_%3B%20schema%3AisPartOf%20%3Chttps%3A%2F%2Fen.wikipedia.org%2F%3E%20.%7D%20%23If%20collected%20item%20has%20link%20to%20English%20WikiPedia%2C%20show%20that%0A%09SERVICE%20wikibase%3Alabel%20%7B%20bd%3AserviceParam%20wikibase%3Alanguage%20%22en%22%20%20%7D%20%23Show%20label%20in%20this%20language.%20%22en%22%20is%20English.%20%20%20%0A%7D%0ALIMIT%201000] fails. --[[User:Gonnym|Gonnym]] ([[User talk:Gonnym|talk]]) 18:43, 2 January 2020 (UTC)
::::Query for the presence of P3546 and P18 in the same item. I don't know how to do it. – [[User:Jonesey95|Jonesey95]] ([[User talk:Jonesey95|talk]]) 23:28, 2 January 2020 (UTC)
::::: {{re|Gonnym}} Looks like 25,260 results on Wikidata: see [https://w.wiki/Eo$ this query]. I can't easily tell you how many of those have articles, though. --[[User:RexxS|RexxS]] ([[User talk:RexxS|talk]]) 23:57, 2 January 2020 (UTC)
::::: P.S. [[:Category:Pages using Wikidata property P3546]] shows 13,302 articles using {{tl|Infobox AFL biography}} and having a {{q|P3546}}. You need the intersection of those two sets. --[[User:RexxS|RexxS]] ([[User talk:RexxS|talk]]) 00:01, 3 January 2020 (UTC)
::::::Your first link helped me find an article that has a [[Wikidata:Q5214052]] image. On [[Dan Moriarty (footballer, born 1875)]] I'm using <code><nowiki>{{#invoke:WikidataIB|getValue|P18}}</nowiki></code> on the page to test the code but it doesn't return the image. What am I doing wrong? --[[User:Gonnym|Gonnym]] ([[User talk:Gonnym|talk]]) 00:12, 3 January 2020 (UTC)
::::::: {{re|Gonnym}} Because <code>WikidataIB|getValue</code> is used in articles where the editors insist that fetching Wikidata has to be enabled (i.e. it is disabled by default), you always have to specify further parameters to enable the fetch. The simplest way is to use {{para|ps|1}} like this for {{q|Q5214052}}:
:::::::* <code><nowiki>{{#invoke:WikidataIB|getValue|P18|ps=1|qid=Q5214052}}</nowiki></code> → {{#invoke:WikidataIB|getValue|P18|ps=1|qid=Q5214052}}
::::::: Obviously, you don't need the qid if you're calling it from the article's own page. HTH --[[User:RexxS|RexxS]] ([[User talk:RexxS|talk]]) 00:22, 3 January 2020 (UTC)
::::::::Is {{para|ps}} missing from the doc? I couldn't find it there. Anyways, {{tl|Infobox AFL biography/sandbox}} seems to work.

{| class="wikitable sortable"
|-
|+ Deprecation progress
|-
! scope="col" | Template name
! scope="col" | {{Abbr|No.|Number}} of transclusions
! scope="col" | Test page(s)
! scope="col" | Status
|-
| {{tl|Infobox AFL biography}}
| 13,600
| [[Dan Moriarty (footballer, born 1875)]]
| [[Template:Infobox AFL biography/sandbox|Waiting sandbox review]]
|-
| {{tl|Infobox CFL biography}}
| 6,161
| 
| 
|-
| {{tl|Infobox Gaelic Athletic Association player}}
| 4,187
| 
| 
|-
| {{tl|Infobox anatomy}}
| 4,449
| 
| 
|-
| {{tl|Infobox award}}
| 7,361
| 
| 
|-
| {{tl|Infobox book}}
| 44,111
| [[The Red Pyramid]] (Library of Congress)<br/>[[Under Fire (Blackwood novel)]] (website) - Not able to get website to show using the infobox.
| [[Template:Infobox book/sandbox|Waiting sandbox review]]
|-
| {{tl|Infobox college coach}}
| 10,000
| 
| 
|-
| {{tl|Infobox lighthouse}}
| 2,535
| 
| 
|-
| {{tl|Infobox religious building}}
| 9,368
| 
| 
|-
| {{tl|Infobox volleyball biography}}
| 4,734
| 
| 
|-
| {{tl|Wikidata sitelink}}
| 6,819
| 
| [[Special:Diff/952617347/prev|Done]]
|-
| {{tl|Wikisource author}}
| 4,681
| 
| [[Special:Diff/953802960/prev|Done]]
|-
| {{tl|Infobox video game}}
| 24,086 
| 
| [[Special:Diff/978234721/prev|Done]]
|-
| {{tl|Birth date}}
| 269,902
| [[Atia Abawi]] (no value on wikidata)<br/>[[Abraham Lincoln]] (has value)
| [[Special:Diff/952639047/prev|Done]]
|-
| {{tl|Infobox power station}}
| 2,471
| 
| [[Special:Diff/957391814|Done]]
|-
| {{tl|Death date}}
| 8,443
| 
| [[Special:Diff/952644781/prev|Done]]
|-
| {{tl|Birth year and age}}
| 25,891
| 
| [[Special:Diff/952644429/prev|Done]]
|-
| {{tl|Wikidata redirect}}
| 25,963
| [[Abel]]
| [[Special:Diff/923032814/961186776|Done]]
|-
|}
Following the discussion at [[Template talk:Medical resources #Template-protected edit request on 3 December 2019]], I was hopeful that somebody else would add the documentation for a change, so I apologise for not doing it sooner. It's documented now. There's probably no more than a handful of undocumented parameters and calls left now. --[[User:RexxS|RexxS]] ([[User talk:RexxS|talk]]) 18:01, 3 January 2020 (UTC)
:I updated the "Deprecation progress" table above but I believe there are quite a few items missing from that table. For example, I can find many hits in {{sl|insource:/FETCH_WIKIDATA/|searching template source for "FETCH_WIKIDATA"|ns10|limit=500}}. So far as I know only [[Module:Wikidata]] seems to use that sentinel value and that is definitely not an all inclusive use use of the module (as we can search in source for "#invoke:Wikidata|" or similar and go beyond "Template" namespace, etc.). —[[User:Uzume|Uzume]] ([[User talk:Uzume|talk]]) 03:04, 7 June 2020 (UTC)

===Infobox AFL biography===
When I remove the {{para|image}} value from [[Dan Moriarty (footballer, born 1875)]] (leaving a blank parameter), no image is shown, using either the live template or the sandbox template. It seems like an image should be shown. – [[User:Jonesey95|Jonesey95]] ([[User talk:Jonesey95|talk]]) 16:16, 3 January 2020 (UTC)
: Some template editors decide to code parameters as A|B which means that if A is there, even blank, it doesn't show B. I personally code with <nowiki>{{If empty |A |B }}</nowiki> which means that if A is empty, it checks B. I didn't change the syntax there, just the module invoke. --[[User:Gonnym|Gonnym]] ([[User talk:Gonnym|talk]]) 16:19, 3 January 2020 (UTC)
:: {{re|Gonnym|Jonesey95}} To produce its image, [[Template:Infobox AFL biography]] calls [[Module:InfoboxImage]], which returns empty if the image parameter is missing or empty. So it should be no surprise that removing the value of {{para|image}} from an article results in no image. However, [[Module:WikidataIB]] treats a blank parameter the same as a missing parameter, so in the <code>#invoke:InfoboxImage|InfoboxImage</code>, if you use the syntax:
::* <code><nowiki>|image={{#invoke:WikidataIB |getValue |P18 |ps=1 |maxvals=1 |{{{image|}}} }}</nowiki></code>
:: it will return the Wikidata value whenever {{para|image}} is empty or missing in the article. It relies on getValue always returning the local parameter if one is supplied to it as the second unnamed parameter, and is intended to simplify the template coding. This is possibly what {{u|Jonesey95}} was looking for. --[[User:RexxS|RexxS]] ([[User talk:RexxS|talk]]) 17:52, 3 January 2020 (UTC)
:::That works for me in the sandbox. – [[User:Jonesey95|Jonesey95]] ([[User talk:Jonesey95|talk]]) 18:10, 3 January 2020 (UTC)

===Porting Guide===
I think we need a porting guide. In many cases it is straightforward to change from {{mlx|Wikidata}} to {{mlx|WikidataIB}} but there are several interface functions (all functions that can be directly invoked by a template, i.e., returned functions that directly process frame arguments) that are not implemented in the later. [[User:Uzume|Uzume]] ([[User talk:Uzume|talk]]) 14:59, 16 April 2020 (UTC)
{| class="wikitable"
|-
|+ Conversions
|-
! {{mlx|Wikidata}} !! {{mlx|WikidataIB}} or other options
|-
| {{mlx|Wikidata|inspectI18n|...}} ||
|-
| {{mlx|Wikidata|descriptionIn|...}} ||
|-
| {{mlx|Wikidata|labelIn|...}} ||
|-
| {{mlx|Wikidata|getValue|...}} || {{mlx|WikidataIB|getValue|...}}
|-
| {{mlx|Wikidata|getValueShortName|...}} || <code><nowiki>{{#invoke:WikidataIB|getValue|shortname=yes|...}}</nowiki></code>
|-
| {{mlx|Wikidata|getValueFromID|...}} || <code><nowiki>{{#invoke:WikidataIB|getValue|qid= |...}}</nowiki></code>
|-
| {{mlx|Wikidata|getRawValue|...}} || <code><nowiki>{{#invoke:WikidataIB|getValue|linked=no|...}}</nowiki></code>
|-
| {{mlx|Wikidata|getUnits|...}} || use {{tl|stringsplit}} to extract from getValue
|-
| {{mlx|Wikidata|getUnitID|...}} || 
|-
| {{mlx|Wikidata|getDateValue|...}} || {{mlx|WikidataIB|getValue|...}}
|-
| {{mlx|Wikidata|getImages|...}} || <code><nowiki>{{#invoke:WikidataIB|getValue|P18|linkprefix="File:"|linkpostfix="{{!}}{{{size|220px}}}"|sep=" "|...}}</nowiki></code>
|-
| {{mlx|Wikidata|getImageLegend|...}} || <code><nowiki>{{#invoke:WikidataIB|getValue|P18|qual=P2096|qualsonly=y|...}}</nowiki></code>
|-
| {{mlx|Wikidata|getTAValue|...}} || construct from getValue with {{para|linkprefix}} and {{para|linkpostfix}}
|-
| {{mlx|Wikidata|getQualifierValue|...}} || {{mlx|WikidataIB|getQualifierValue|...}} or <code><nowiki>{{#invoke:WikidataIB|getValue|qual= |qualsonly=y|...}}</nowiki></code> depending on use
|-
| {{mlx|Wikidata|getRawQualifierValue|...}} || <code><nowiki>{{#invoke:WikidataIB|getValue|qual= |qualsonly=y|linked=n|...}}</nowiki></code>
|-
| {{mlx|Wikidata|getQualifierDateValue|...}} || <code><nowiki>{{#invoke:WikidataIB|getValue|qual= |qualsonly=y|...}}</nowiki></code>
|-
| {{mlx|Wikidata|pageId|...}} || {{mlx|WikidataIB|pageId|...}} or {{mlx|WikidataIB|getEntityFromTitle|...}} or <code><nowiki>{{#invoke:Wd|label|raw|...}}</nowiki></code>
|-
| {{mlx|Wikidata|ViewSomething|...}} ||
|-
| {{mlx|Wikidata|getSiteLink|...}} || {{mlx|WikidataIB|getSiteLink|...}}
|-
| {{mlx|Wikidata|Dump|...}} ||
|-
| {{mlx|Wikidata|getPropertyIDs|...}} || {{mlx|WikidataIB|getPropertyIDs|...}} or <code><nowiki>{{#invoke:Wd|properties|raw|...}}</nowiki></code>
|-
| {{mlx|Wikidata|claim|...}} ||
|-
| {{para||FETCH_WIKIDATA}} || {{para|fwd|ALL}} or {{para|ps|1}} or {{para|ps|2}}
|}

The philosophy has shifted away from separate specific calls to handle linked items, dates, quantities, etc. toward customising <code>getValue</code> with parameters to deal with specific cases. An almost up-to-date list of parameters to getValue is at [[Module:WikidataIB/doc #Parameters to getValue]]. In particular, qualifiers are much better handled. The parameters <code>linkprefix</code>, <code>linkpostfix</code>, <code>prefix</code>, <code>postfix</code>, and the corresponding ones for qualifiers allow the construction of complex outputs containing internal or external links.

When experimenting, please remember that unless {{para|fetchwikidata}} (alias <code>fwd</code>) is set, nothing will be returned from <code>getValue</code>. Also by default, only sourced values (i.e. that have a reference other than a language Wikipedia) are returned unless {{para|onlysourced}} (alias <code>osd</code>) is set to no/false/0. The shortcut parameter {{para|ps|1}} will set {{para|rank|best}}, {{para|fetchwikidata|ALL}}, {{para|onlysourced|no}} and {{para|noicon|true}}, a common set to use when developing. The template {{tl|wdib}} simply #invokes WikidataIB|getValue, so may make wikitext more readable.

Some specialised calls are implemented and documented at [[Module:WikidataIB/doc #Overview]]. Functions such as <code>getPropOfProp</code>, which returns the property values of property values, can be useful to reduce the template coding in some infoboxes. Also, there are some calls to help generate category titles, allowing an infobox to automatically add articles to a particular category. --[[User:RexxS|RexxS]] ([[User talk:RexxS|talk]]) 19:45, 16 April 2020 (UTC)

:Yes, I realized things have changed but the idea is to come up with a porting guide and then move as much as possible off the older module. I am not surprised you would know much about them as you wrote most (if not all) of both of them. I might have to move this to a section on [[Module:Wikidata/doc]] Thanks for contributing. [[User:Uzume|Uzume]] ([[User talk:Uzume|talk]]) 04:25, 17 April 2020 (UTC)
::
::Just stumbled here after spotting changes to [[Template:Infobox power station/sandbox]] by Uzume. In the future when this module is no longer used, it would be nice to see Module:WikidataIB renamed to Module:Wikidata. That sounds neater. Anyways, good luck! [[User:Rehman|<span style="font-variant:small-caps; font-weight:bold; color:darkblue">Reh</span>]][[User talk:Rehman|<span style="color:green">man</span>]] 13:38, 16 May 2020 (UTC)
::: My intention in developing [[Module:WikidataIB]] was to create a tool for template coders to use specifically for creating infoboxes in any language. As a result, it's in use on over 60 projects. Because many projects already had their own custom modules called [[Module:Wikidata]], it's been quite fortuitous that WikidataIB is a unique name that doesn't clash with anything else when copied to other projects. It would be nice to think that at some point every project would be able to share a common codebase, but that doesn't look like happening anytime soon, particularly given enwiki's inherent insularity. Cheers --[[User:RexxS|RexxS]] ([[User talk:RexxS|talk]]) 22:32, 16 May 2020 (UTC)

==== getPropertyIDs ====
Hi [[User:Uzume|Uzume]] and [[User:RexxS|RexxS]]. Per the porting guide, I tried testing to change (1) to (2) for {{tl|Infobox power station}}, but it doesn't seem to work:
# <code><nowiki>{{#invoke:Wikidata|getPropertyIDs|P31|qid=Q5001029|FETCH_WIKIDATA}}</nowiki></code> → {{#invoke:Wikidata|getPropertyIDs|P31|qid=Q5001029|FETCH_WIKIDATA}}
# <code><nowiki>{{#invoke:WikidataIB|getPropertyIDs|P31|qid=Q5001029|ps=1}}</nowiki></code> → {{#invoke:WikidataIB|getPropertyIDs|P31|qid=Q5001029|ps=1}}
Is this something that's still being implemented? And since we're on the topic, would it be possible to allow qualifiers to work this way as well? For instance, I want to get the QID of "longitude" in [[wikidata:Q15397819#P2043]]. Would this be possible? [[User:Rehman|<span style="font-variant:small-caps; font-weight:bold; color:darkblue">Reh</span>]][[User talk:Rehman|<span style="color:green">man</span>]] 08:02, 17 May 2020 (UTC)
:
: {{re|Rehman}} I only implemented {{para|ps}} as a convenience for development work in <code>getValue</code>. All of the other related calls still have to use <code>|fwd=ALL |osd=n</code>, etc.
: Because ps=1 and ps=2 let through unsourced data, they don't satisfy the Community's express wish that some assurance is given that information is reliable. That means the parameter sets are not generally suitable for production code on the English Wikipedia, so I didn't bother duplicating them in every call.
:* <code><nowiki>{{#invoke:WikidataIB|getPropertyIDs|P31|qid=Q5001029|fwd=ALL|osd=n}}</nowiki></code> → {{#invoke:WikidataIB|getPropertyIDs|P31|qid=Q5001029|fwd=ALL|osd=n}}
: I'll make a start on writing getQualifierIDs for you. --[[User:RexxS|RexxS]] ([[User talk:RexxS|talk]]) 15:59, 17 May 2020 (UTC)
: {{ping|Rehman}} I have some provisionally working code. It has an optional parameter {{para|qlist}} which is a free-form list of property-ids that it will match the qualifier properties against. It implements the usual parameters: fwd, osd, ranks, maxvals, etc.
:* <code><nowiki>{{#invoke:WikidataIB |getQualifierIDs |fwd=ALL |osd=n |P2043 |qid=Q15397819}}</nowiki></code> → {{#invoke:WikidataIB |getQualifierIDs |fwd=ALL |osd=n |P2043 |qid=Q15397819}}
:* <code><nowiki>{{#invoke:WikidataIB |getQualifierIDs |fwd=ALL |osd=n |P2043 |qid=Q15397819 |qlist=}}</nowiki></code> → {{#invoke:WikidataIB |getQualifierIDs |fwd=ALL |osd=n |P2043 |qid=Q15397819 |qlist=}}
:* <code><nowiki>{{#invoke:WikidataIB |getQualifierIDs |fwd=ALL |osd=n |P2043 |qid=Q15397819 |qlist=All}}</nowiki></code> → {{#invoke:WikidataIB |getQualifierIDs |fwd=ALL |osd=n |P2043 |qid=Q15397819 |qlist=ALL}}
:* <code><nowiki>{{#invoke:WikidataIB |getQualifierIDs |fwd=ALL |osd=n |P2043 |qid=Q15397819 |qlist=P7469}}</nowiki></code> → {{#invoke:WikidataIB |getQualifierIDs |fwd=ALL |osd=n |P2043 |qid=Q15397819 |qlist=P7469}}
:* <code><nowiki>{{#invoke:WikidataIB |getQualifierIDs |fwd=ALL |osd=n |P2043 |qid=Q15397819 |qlist=P26}}</nowiki></code> → {{#invoke:WikidataIB |getQualifierIDs |fwd=ALL |osd=n |P2043 |qid=Q15397819 |qlist=P26}}
:* <code><nowiki>{{#invoke:WikidataIB |getQualifierIDs |fwd=ALL |osd=n |P2043 |qid=Q15397819 |qlist=P26, P7469}}</nowiki></code> → {{#invoke:WikidataIB |getQualifierIDs |fwd=ALL |osd=n |P2043 |qid=Q15397819 |qlist=P26, P7469}}
:* <code><nowiki>{{#invoke:WikidataIB |getQualifierIDs |fwd=ALL |osd=n |P2043 |qid=Q15397819 |qlist=P74691}}</nowiki></code> → {{#invoke:WikidataIB |getQualifierIDs |fwd=ALL |osd=n |P2043 |qid=Q15397819 |qlist=P74691}}
: Would you be kind enough to test it in a few different cases that interest you and let me know if any problems crop up, please? --[[User:RexxS|RexxS]] ([[User talk:RexxS|talk]]) 19:28, 17 May 2020 (UTC)
::Thank you for explaining ps and for the above feature, [[User:RexxS|RexxS]]. I will test and update here again. [[User:Rehman|<span style="font-variant:small-caps; font-weight:bold; color:darkblue">Reh</span>]][[User talk:Rehman|<span style="color:green">man</span>]] 02:05, 18 May 2020 (UTC)
::In the mean time, would you also be able to see why:
::*<code><nowiki>{{#invoke:Wikidata|ViewSomething|labels|en|value}}</nowiki></code> → Hambantota Solar Power Station
::*<code><nowiki>{{#invoke:WikidataIB |getLabel}}</nowiki></code> → 
::When previewing the code on [[Hambantota Solar Power Station]]? I could then change those instances as well. [[User:Rehman|<span style="font-variant:small-caps; font-weight:bold; color:darkblue">Reh</span>]][[User talk:Rehman|<span style="color:green">man</span>]] 03:06, 18 May 2020 (UTC)
::: The <code>getLabel</code> function only works with a supplied qid and does not fall back to the current page qid:
:::* <code><nowiki>{{#invoke:WikidataIB |getLabel |qid=Q5001029}}</nowiki></code> → {{#invoke:WikidataIB |getLabel |qid=Q5001029}}
::: That call was designed to return nothing if no qid is supplied for use on Commons where we're often dealing with the qid/label for a category's main topic (different from the qid/label for the category, so we don't want fallback). 
::: The <code>label</code> function does fall back to the current page, however:
:::* <code><nowiki>{{#invoke:WikidataIB |label |qid=Q5001029}}</nowiki></code> → {{#invoke:WikidataIB |label |qid=Q5001029}}
:::* <code><nowiki>{{#invoke:WikidataIB |label}}</nowiki></code> → {{#invoke:WikidataIB |label}}
::: The last call works when previewed in [[Hambantota Solar Power Station]]. Cheers --[[User:RexxS|RexxS]] ([[User talk:RexxS|talk]]) 03:48, 18 May 2020 (UTC)
::::Nice! Thank you. I will get back regarding the test for getQualifierIDs. Cheers, [[User:Rehman|<span style="font-variant:small-caps; font-weight:bold; color:darkblue">Reh</span>]][[User talk:Rehman|<span style="color:green">man</span>]] 03:51, 18 May 2020 (UTC)
::::No issues with <code>getQualifierIDs</code>. Many thanks! Cheers, [[User:Rehman|<span style="font-variant:small-caps; font-weight:bold; color:darkblue">Reh</span>]][[User talk:Rehman|<span style="color:green">man</span>]] 17:13, 18 May 2020 (UTC)

== Multilingual qualifier ==

How to get a specific value of a multilingual qualifier e.g. the official UNESCO name of [[d:Q351|Q351]] in german? The function <code>getQualifierSnak</code> should use the parameter <code>language</code> if a qualifier is given, currently only the first matched entry is always returned (<code>if qualifier then return qualifier[1] end</code>).--[[User:Sinuhe20|Sinuhe20]] ([[User talk:Sinuhe20|talk]]) 19:29, 16 July 2020 (UTC)

: {{re|Sinuhe20}} You can do it with WikidataIB's getValue function:
:* <code><nowiki>{{#invoke:WikidataIB |getValue |fwd=ALL |qid=Q351 |P1435 |qual=P1448 |qualsonly=y |lang=de}}</nowiki></code> → {{#invoke:WikidataIB |getValue |fwd=ALL |qid=Q351 |P1435 |qual=P1448 |qualsonly=y |lang=de}}
: --[[User:RexxS|RexxS]] ([[User talk:RexxS|talk]]) 17:16, 9 September 2020 (UTC)