Wikidata

Wikidata:Contact the development team/Archive/2016/06

< Wikidata:Contact the development team‎ | Archive‎ | 2016
This page is an archive. Please do not modify it. Use the current page, even to continue an old discussion.

frwiki and wikidata infoboxes update

Hi team, just to let you know : it seems a small group of the wikipedia editors is trying to push an idea (whose I personnaly does not approve) that to include an infobox field that pulls a data from wikidata, then an "opt-in" way should be required. It has already been done in wikicode by requiring a special code to force the showing of an "ethicity" field (implemented by Zolo if I'm right.), when the current default mode is an "optout" implemented the same way.

It seems an idea is emerging by requiring this in the form of an opt-in human click for any data. Just to let you know because that might be related to client editing and I don't know the status of your work on this.

PS: I have to do this because the users we're talking of are not exactly the kind of users who would do this that way, they don't leave frwiki easily and are prone to pretty ugly ways to push their idea. author  TomT0m / talk page 16:41, 26 May 2016 (UTC)

There is basically the same discussion on enwiki happening right now. So, your French users may have caught the bug from our English users. :( --Izno (talk) 16:53, 26 May 2016 (UTC)
Considering the user, it might be the same. author  TomT0m / talk page 17:06, 26 May 2016 (UTC)
Thanks for the update. As for progress on client-side editing: I am going to push Charlie to release her bachelor thesis in it as a next step. --Lydia Pintscher (WMDE) (talk) 10:22, 27 May 2016 (UTC)
FYI: Charlie published it now and I posted it to Project chat. --Lydia Pintscher (WMDE) (talk) 08:07, 1 June 2016 (UTC)

Switch off search thinking for you?

Hi, Sometimes the search engine thinks you are making a typo and does not perform the search you ask for, but a "corrected" one - often with an English word that is somewhat like the term you gave in. One has to actively click a link to get the desired search. I have been searching for quite a couple of names. And then for instance "Tanke" is changed into "Table". After a couple of times that gets quite annoying. Sometimes only a suggestion after showing the results is given. I prefer that a lot. Is it possible to make personal search preferences and switch off that software does the thinking for you? Lymantria (talk) 15:38, 1 June 2016 (UTC)

  • +1 even when searching for English items it will try to be helpful for words that are not in its dictionary (e.g. personal names, place names) and when I do make a typo it frequently gets what I meant wrong anyway. Thryduulf (talk: local | en.wp | en.wikt) 19:02, 1 June 2016 (UTC)
    • @Deskana (WMF): Can you say more? --Lydia Pintscher (WMDE) (talk) 07:29, 2 June 2016 (UTC)
      • @Lymantria: Thanks for the report. If I understand correctly, you're frustrated that search on Special:Search sometimes corrects what you've typed into something implausible. The search backend that's used across Wikimedia sites, Elasticsearch, wasn't really designed to work with a structured data store like Wikidata, which is why the suggestions it gives sometimes don't make sense. Fortunately, in the example you gave, although the suggestion it gave you ("Did you mean: table?") is implausible, it didn't actually change the results it gave you at all, so there was no harm done to the quality of your results. Given that these suggestions are typically not useful on Wikidata, it may be wise to just turn them off completely; I've filed T136838 for that to be considered. Thanks! --Deskana (WMF) (talk) 15:06, 2 June 2016 (UTC)
        • @Deskana (WMF): Thanks for your reply. Just to make it clear, when I search for instance if "Hans Tanke" is mentioned in Wikidata, I get the reply "De resultaten voor hans table worden weergegeven. Zoek in plaats daarvan naar Hans Tanke" (The results are shown for hans tabel. Instead search for Hans Tanke). When searching for names it happened quite often. Thank you for the Phabricator issue you filed. Lymantria (talk) 17:20, 2 June 2016 (UTC)

sidebar search box for properties

Is it possible to get a third search box in the side bar (I use monobook skin) that searches only the property namespace? It's quite a hassle to have to explicitly not choose a search suggestion, click the search button, ignore the search results, click the "advanced" link, deselect the "main" namespace and then search again to find a particular property. Thryduulf (talk: local | en.wp | en.wikt) 19:05, 1 June 2016 (UTC)

The search bar should return property results with a "property: propertyExample" search. Have you tried that? --Izno (talk) 22:11, 1 June 2016 (UTC)
I hadn't thought to try that (I probably should have done). Based on a sample of two searches it seems to work. Thank you. Thryduulf (talk: local | en.wp | en.wikt) 23:19, 1 June 2016 (UTC)
You may simply prefix your search string with P: to search only in the property namespace. -- LaddΩ chat ;) 14:35, 2 June 2016 (UTC)
It's a little bit of a hidden trick that I bumped into, since I also didn't want to have to search in specific namespaces. Laddo's trick is better! :D --Izno (talk) 15:18, 2 June 2016 (UTC)

Can not edit any statement

Hello, I can not edit any statement now. [Edit] link is missed on statement boxes. Also I can not switch between tabs on Special:Preferences. Something were changed today. JavaScript console is clean. Cashes and cookies were cleaned twice. Network profiler display 404 error during loading resource: https://www.wikidata.org/w/skins/WikimediaEvents/modules/ext.wikimediaEvents.deprecate.js Web browser: Opera Presto, theme: Monobook. — Ivan A. Krestinin (talk) 22:16, 1 June 2016 (UTC)

The issue was temporary or it is fixed already. All working fine now. Thank you. — Ivan A. Krestinin (talk) 03:36, 2 June 2016 (UTC)

No way to change interface language when not logged in?

I haven't really noticed before, since I'm always logged in, but it seems like Wikidata and MediaWiki in general does not use "Accept-Language" to determine interface language, right? And the language selector requires me to login to change language! Shouldn't there be a way to change interface language without logging in? Danmichaelo (talk) 08:04, 15 May 2016 (UTC)

There's phab:T58464 for being able to change the language when not logged in. - Nikki (talk) 09:44, 15 May 2016 (UTC)
(edit conflict) This is a MediaWiki issue not a Wikidata issue. You can add "?uselang=xx" (or "&uselang=xx" if there is already a ? in the url), where xx is the language code, to the end of the URL to view the current page in any language. This only works for the current page view though. Thryduulf (talk: local | en.wp | en.wikt) 09:52, 15 May 2016 (UTC)
Searching a little, I found that a widget from Commons was added in 2013, but removed last year because it broke some UI features (a problem I can reproduce thanks to the steps provided by Fomafix). So if that issue could be fixed, we could get that widget back? I'll see if i can provide a fix. Danmichaelo (talk) 07:03, 22 May 2016 (UTC)
ULS supports this functionality principality but this function disabled on Wikidata. ULS use an different approach which is probably not suited here because of cache problematic. The best way would be to integrate the technique of AnonymousI18N into ULS and fix the reason because I disabled the gadget. --Fomafix (talk) 15:19, 22 May 2016 (UTC)
It would definitely be better to have the ULS functionality enabled, but since it got low priority, I don't really expect anything to happen on that front... Re-enabling the widget would be a way of putting a mild pressure on WMF to fix the ULS as I see it. As long as we refer to Wikidata as a “multilingual site”, not just a “multilingual site for logged-in users”, we really need this functionality. I've been testing a patch now for a week now without running into any new problems, so I've now submitted it as an edit request at Commons. Danmichaelo (talk) 19:29, 27 May 2016 (UTC)
The edit request was accepted. Can be then re-enable the widget? Ping Fomafix. Danmichaelo (talk) 18:36, 28 May 2016 (UTC)
This is a very hacky workaround and it breaks for the next link: The sitelink button links to https://www.wikidata.org/wiki/Special:SetSiteLink/Q4115189 and has the same problem. --Fomafix (talk) 18:49, 28 May 2016 (UTC)
The sitelink issue has been fixed. Yes, it's a hacky solution, but the whole widget is hacky. Still, a hacky solution seems like a better solution than no solution. Danmichaelo (talk) 21:14, 6 June 2016 (UTC)

A bug?

I don't know if this is the right place to leave this message, but I've been having some trouble editing Wikidata in the last four or five days. When I try to add, change or delete an item on an existing page by using the Edit button, a message appears telling me "An error occurred while trying to perform [whatever it is I'm trying to do]. Your changes could not be completed." When I click on Details, it just says, "Forbidden". I've been using a workaround by clicking my right mouse button on Edit then Open, so the 'Set a sitelink' form appears, where I can still perform edits, but it's starting to get somewhat annoying. Also, I can't perform Statement edits at all anymore. Logging out then in again doesn't help, and clearing my browser cash doesn't do anything either. Can someone help me with this? Ieneach fan 'e Esk (talk) 17:27, 16 May 2016 (UTC)

Can you please see if you have any user scripts or gadgets enabled that might cause it? --Lydia Pintscher (WMDE) (talk) 09:06, 17 May 2016 (UTC)
Hi Lydia At the moment I'm not able to edit any statements using IE11/Win7. I think this started three days ago. If I try to remove a statement I get "Forbidden". If I try to add a statement no input filed appears. Firefox works fine for me. --Succu (talk) 09:24, 17 May 2016 (UTC)
Good morning, Lydia, Succu. It's actually nice to know someone's having the same problem. Misery loves company. I'm also on IE11/Win7, and, now that I knew to try it, Firefox works fine for me, too. The only gadget I use is 'Merge'. After reading your message, Lydia, I restored al of my preferences to default settings anyway, but the problem on IE didn't go away. Ieneach fan 'e Esk (talk) 09:57, 17 May 2016 (UTC)
Ah great. That is helpful. Then we're going to look into IE11. --Lydia Pintscher (WMDE) (talk) 10:52, 17 May 2016 (UTC)
A user on my Dutch talkpage is having the same issue using Chrome. Sjoerd de Bruin (talk) 19:30, 18 May 2016 (UTC)
Editing is now fixed for IE11. I can't reproduce the problem in Chromium. -- Jan Zerebecki 19:22, 30 May 2016 (UTC)

@Lydia Pintscher (WMDE): do you have a phabricator item for this issue?--Strainu (talk) 17:24, 27 May 2016 (UTC)

Also reported today by a user using IE on cswiki. They were unable to connect pages from clients and got "Forbidden" message instead. Matěj Suchánek (talk) 10:37, 29 May 2016 (UTC)

Ok this is bad. I've opened a ticket at phabricator:T136543 now. --Lydia Pintscher (WMDE) (talk) 09:00, 30 May 2016 (UTC)

It should be fixed now. Can you please check and let me know if you still have issues? --Lydia Pintscher (WMDE) (talk) 08:05, 1 June 2016 (UTC)

@Lydia Pintscher (WMDE): Okay, I tried it out, and everything seems to be working just fine now. Thanks, Lydia! Ieneach fan 'e Esk (talk) 19:13, 3 June 2016 (UTC)

Implementing on wiki propertypath (reloaded)

@Hoo man: I'm implementing it anyway, so we'll see if that scales :) The number of item loading is unlikely to be really higher (realistically, I don't really expect very complex paths) that any actual infobox need. The plan is also to use iterators to be able to limit the number of results the path could display (the iterating loop can easily be stopped after a single result) or after a certain number of item loading. But typically the kind of use I expect/plan is "I want all of qualifiers on statements with that property" or "I want the father of the father" and to be able to efficiently load them in a concise enough way. I think we really need that to write stuffs more efficiently. Anyway, for the performance issues and memory loading, a lua call that returns only the statements on a property could be useful ... I've already read comments on performances that the memory needed to load a bunch of items could be a blocker. author  TomT0m / talk page 19:34, 6 June 2016 (UTC)

PS: late answer because I only catched the answer on archiving the thread :/ author  TomT0m / talk page 19:34, 6 June 2016 (UTC) PSBIS: I don't know actually how coroutines are implemented, but it does not seem to be a blocker for high performance languages to abuse some kind of this techs to implement stuffs that scales, see https://www.erlang.org/ ... author  TomT0m / talk page 19:37, 6 June 2016 (UTC)

Editing labels/descriptions by hand

In Edge, I currently have problems with editing labels and descriptions. When I have pushed the "edit"-button, it continues to say "edit", "save" never shows up. I have no such problem in Chrome. -- Innocent bystander (talk) 13:46, 26 May 2016 (UTC)

Has this anything to do with that when there is no label, there is now a fallback-label in the top of the page? -- Innocent bystander (talk) 09:15, 27 May 2016 (UTC)
We seem to be having some problems with IE/Edge. Still not found the root cause unfortunately. Sorry! --Lydia Pintscher (WMDE) (talk) 10:20, 27 May 2016 (UTC)
@Lydia Pintscher (WMDE): Another new feature here is that the label in English (fallback) now is cached into the top part of the page after I have added the label in my preferred language. And the English (fallback-)description is visible when there is a Swedish label but no Swedish description. The combination of a Swedish label and an English description looks a little weird to me! -- Innocent bystander (talk) 05:58, 30 May 2016 (UTC)
We're currently looking into the fallback using the previous revision. That is a bug. About the second thing: When a description is available in a different language would you rather not show it? --Lydia Pintscher (WMDE) (talk) 09:30, 30 May 2016 (UTC)
When I add statements, the fallback-descriptions are very useful. But I am not so sure about its use in the Header, at least not when there is a label in another language. -- Innocent bystander (talk) 06:06, 31 May 2016 (UTC)
The first problems I reported above, are resolved since some days ago. -- Innocent bystander (talk) 14:23, 7 June 2016 (UTC)
Ok. What do some other people think? --Lydia Pintscher (WMDE) (talk) 08:06, 1 June 2016 (UTC)
I'm probably not the best person to comment on it (language fallback doesn't work for me in most places so I never actually see this in practice) but I'm not convinced changing it would make it better, just different (e.g. I think it would also be weird if it fell back to a combination of description without label, that would probably seem like the label fallback wasn't working properly on some items). I think it's also possible that it only looks weird because it's new behaviour and it would make sense to wait and see if people continue to find it weird or not.
Regarding the language fallback not working, I thought there was a ticket for that, but I can't find one now - are you aware of one? (to be more specific, I have English as my UI language and other languages in my fallback chain, but fallback only works for labels in links on pages like Special:Contributions, Special:Search, etc, not when doing things like displaying item pages, searching for items when adding statements, etc).
- Nikki (talk) 09:47, 7 June 2016 (UTC)
I see only English fallback when I add statements or anything. But very few items who do not have neither sv or en-labels have labels in da, nn, nds or nb. Many labels in nn are potentially wrong, since a large portion of the nn WP-articles are untranslated nb-articles. -- Innocent bystander (talk) 14:23, 7 June 2016 (UTC)

P1476 and property for articles titles in claims

WD:PC#P1476 and property for articles titles in claims

This should be on WD:PC or its equivalent. --Izno (talk) 11:51, 9 June 2016 (UTC)
Ok, I moved the topic to there. --Vladis13 (talk) 21:01, 9 June 2016 (UTC)

WQS: Data last updated: 5:39:14 PM GMT+2, May 31, 2016

It seems to be stuck.
--- Jura 16:14, 31 May 2016 (UTC)

There was an issue with the last deployment. It broke. Sorry. It should be fixed again now. --Lydia Pintscher (WMDE) (talk) 08:08, 1 June 2016 (UTC)
Ty -- Jura 09:00, 1 June 2016 (UTC)
In generally, it seems to be a display thing. When one changes or re-runs a query, the timestamp remains. Did this change or has this always been that way ?
--- Jura 15:13, 2 June 2016 (UTC)
This might be because of the cashing we do now. --Lydia Pintscher (WMDE) (talk) 12:46, 4 June 2016 (UTC)
Timestamp is now cached, IIRC for 1 minute. You can run the same query, slightly modifying it, if you want to know up-to-the-second one ;) --Smalyshev (WMF) (talk) 08:22, 11 June 2016 (UTC)

Please add Old Norse ("non") as a supported language for monolingual text

For details, see phab:T137115. Thank you.--Anders Feder (talk) 16:07, 10 June 2016 (UTC)

@Anders Feder: seems you fulfilled the requirements at Help:Monolingual_text_languages#Requirements_for_a_new_language_code. I changed the sample Q43610 from "is" to "mis". Maybe "name" would be the more appropriate property. Maybe you need to ping @Adrian Heine (WMDE): to have it processed.
--- Jura 08:17, 11 June 2016 (UTC)
Thanks. I see now that "mis" is accepted by the server when typed in directly. It just happens to be unavailable from the autocompletion dropdown.--Anders Feder (talk) 09:32, 11 June 2016 (UTC)
@Jura1, Anders Feder: Offtopic: Odin has many "names". See the sv-aliases. I cannot verify them all, but we maybe have to find a way to add such "names" by some kind of property? -- Innocent bystander (talk) 09:52, 11 June 2016 (UTC)
"name" I mentioned is at P2561. This could do.
--- Jura 09:55, 11 June 2016 (UTC)
Yes, this is also the case with other items such as the god in Islam. P2561 seems like a good candidate for the job.--Anders Feder (talk) 09:59, 11 June 2016 (UTC)

Number bounds?

Tracked in Phabricator
Task T105623
Tracked in Phabricator
Task T115269

[1] Somehow wikidata adds wrong bounds (upper bound/lower bound) to the numbers and I don't know how to access them to change. Any idea why it starts to happen and how to repair? --Igel B TyMaHe (talk) 07:00, 11 June 2016 (UTC)

You can put something like "42+-2" in the input field to make upper bound 44 and lower bound 40. Not sure what you do if you need asymmetric ones. +-0 means exact. --Smalyshev (WMF) (talk) 08:26, 11 June 2016 (UTC)
+-0 works. Thanks! (But it still needs to be changed to +-0 by default) --Igel B TyMaHe (talk) 09:28, 11 June 2016 (UTC)
See phab:T105623 and phab:T115269. Thryduulf (talk: local | en.wp | en.wikt) 13:16, 11 June 2016 (UTC)

SPARQL synchronization issue

Tracked in Phabricator
Task T128947

Hello, this query must return two items: Q16654987 and Q16689797. But it miss the second item. Is it known issue? — Ivan A. Krestinin (talk) 20:04, 20 May 2016 (UTC)

This happens every now and then and is usually fixed with an edit to the item. Can you give it a try please? --Lydia Pintscher (WMDE) (talk) 10:37, 23 May 2016 (UTC)
Thank you Lydia, edit of the second item forces synchronization procedure. But the problem is SPARQL can use inactual data as datasource. So SPARQL results are needed to be double checked. — Ivan A. Krestinin (talk) 20:09, 23 May 2016 (UTC)
The big problem I have is that SPARQL finds deleted items, and different ones every time I run the same query. --Srittau (talk) 22:53, 23 May 2016 (UTC)
The bad thing is, that it doesn't find items. If SPARQL would find more items than needed (not less than needed), then the situation would be better. --Edgars2007 (talk) 07:34, 24 May 2016 (UTC)

Would you kindly purge the following from WQS, they keep coming up in query results:

  • Q20736641
  • Q22080211
  • Q23796589
  • Q23893350
  • Q24084679
  • Q24174918
  • Q24175021

Thanks!
--- Jura 07:22, 24 May 2016 (UTC)

They should all be updated when you edit them. Unfortunately we still experience some lost updates when people edit too much in too short a time here. We had one bot editing way too quickly last week or the week before that probably caused the issue this time. We still need to make this more robust but it'd be great if you would all also keep an eye on bots running too quickly here. --Lydia Pintscher (WMDE) (talk) 09:23, 30 May 2016 (UTC)
@Lydia Pintscher (WMDE):: They are all deleted, so no way to edit them.
--- Jura 08:41, 4 June 2016 (UTC)
One deleted by Hoo man: isn't he sitting next to you? Keep an eye on him for us then, would you?
--- Jura 08:44, 4 June 2016 (UTC)

@Lydia Pintscher (WMDE): I don't know if is the same problem, but there are a lot of deleted item that SPARQL extracts. If you check this list update at 08:50, 4 jun 2016, there are a lot of item deleted at may: Q4878298 16 may, Q468143 18 may, Q17988140 12 may. If you check the previous version update at 04:39, 4 jun 2016‎ there are also item deleted in april: Q4178756 30 april, Q4056429 20 april, Q4062640 30 april etc. --ValterVB (talk) 07:12, 4 June 2016 (UTC)

@Smalyshev (WMF): Can you have a look? Maybe there is an additional issue with deletes? --Lydia Pintscher (WMDE) (talk) 12:44, 4 June 2016 (UTC)
I will take a look. Smalyshev (WMF) (talk) 17:59, 6 June 2016 (UTC)
It looks like for some reason, the service stopped processing deletes. No idea why yet. I will investigate further. Smalyshev (WMF) (talk) 21:58, 6 June 2016 (UTC)
Found the reason, see linked phab ticket. Will fix soon. --Smalyshev (WMF) (talk) 20:47, 7 June 2016 (UTC)
OK, this should be fixed now, but since recent changes API doesn't go more than 1 month back, there might be some deletions from late April-early May still missing. If you have IDs or those please send them to me, also if you notice any new deleted items still missing from updates please tell me. Smalyshev (WMF) (talk) 00:06, 8 June 2016 (UTC)
OK, I'll try to fix these too. If you know a quick way to get just the IDs of the records it may speed things up :) --Smalyshev (WMF) (talk) 08:20, 11 June 2016 (UTC)

I still get the first two listed above: Q20736641, Q22080211. Haven't checked the others.
--- Jura 12:35, 12 June 2016 (UTC)

P2893 - wrong datatype

Skype username (P2893) has just been created, with datatype "sting". This should be "external-id". Can someone fix it, please? Andy Mabbett (Pigsonthewing); Talk to Andy; Andy's edits 14:30, 7 June 2016 (UTC)

There was consensus in the property creation discussion to create it as string. Please do not do a runaround on that consensus. If you would like to solicit the users who thought it should be a string to see if they will accept external ID, feel free. --Izno (talk) 15:44, 7 June 2016 (UTC)
Do you have an example of a Skype ID which is not an, er, ID? Andy Mabbett (Pigsonthewing); Talk to Andy; Andy's edits 18:42, 8 June 2016 (UTC)
Why are you asking me? I implemented the consensus. Please review with the users who specifically support "string". --Izno (talk) 19:17, 8 June 2016 (UTC)
That's a "no" then. Time for someone to fix this error. Andy Mabbett (Pigsonthewing); Talk to Andy; Andy's edits 13:21, 9 June 2016 (UTC)
No, that's actually a "do your job if you want it converted". I will report you to AN if you continue in this vein. You have had over 48 hours to solicit their opinions, which indicates to me that you have little intention of respecting the consensus of the creation discussion. --Izno (talk) 14:48, 9 June 2016 (UTC)
You're threatening to report me to AN for pointing out that a property has the wrong datatype, and that the error requires fixing? Andy Mabbett (Pigsonthewing); Talk to Andy; Andy's edits 20:00, 10 June 2016 (UTC)
No, they are disputing that it has the wrong datatype, given that it was created according to the consensus of the proposal discussion. They are threatening to report you to AN for insisting that they act contrary to consensus without having found out whether the users who formed that consensus agree with you or not. Thryduulf (talk: local | en.wp | en.wikt) 23:34, 10 June 2016 (UTC)
They have no example of a Skype ID which is not an ID. Do you? Andy Mabbett (Pigsonthewing); Talk to Andy; Andy's edits 19:10, 11 June 2016 (UTC)
Have you asked them? I don't care one way or the other what datatype this property is. I just think that consensus should be respected here in the same way that you (and I) wish it to be respected regarding vice-county (P1887). Thryduulf (talk: local | en.wp | en.wikt) 21:54, 11 June 2016 (UTC)
Yes, in this very section, I take it you have none, either. P1887 is not relevant, as that was not created with the wrong datatype. Andy Mabbett (Pigsonthewing); Talk to Andy; Andy's edits 15:24, 12 June 2016 (UTC)
vice-county (P1887) is very relevant as that is a case where an admin action was taken contrary to consensus. This section is you requesting an admin take an action contrary to consensus. If you want to change the datatype, it is your responsibility to contact the users (who probably don't watch this page) who explicitly supported the datatype this was created with. Thryduulf (talk) 22:25, 12 June 2016 (UTC)
I'm informing the development team of an egregious error, which they can fix. P1887 was not an error. And please stop inventing rules. Andy Mabbett (Pigsonthewing); Talk to Andy; Andy's edits 13:10, 13 June 2016 (UTC)
Undent: "egregious"? That's a funny one. No error was committed on my part, certainly, so perhaps you mean the comments by the users in the discussion were making egregious errors (plural)? Regardless, I suspect Lydia will not be executing on this request given the lack of consensus displayed even here for your actions. You could have spent less time, and worked yourself into less a furor, if you had just done as I requested to begin with above. --Izno (talk) 14:01, 13 June 2016 (UTC)
"Furor"? That's veering on a personal attack. You have been unable to refute that the data type of "string" for this identifier which is external is an error. there were indeed errors, plural, but it is this one which I trust that the development team will, sooner or later, fix. Andy Mabbett (Pigsonthewing); Talk to Andy; Andy's edits 18:16, 13 June 2016 (UTC)
Such a change must be discussed on the property discussion page first, before unilaterally trying to get it changed here. --Srittau (talk) 19:56, 11 June 2016 (UTC)

Ok folks. I think it is time to let this rest here. I am not going to have the team convert the property right now. There is clearly more consensus finding needed which should probably happen on the talk page of the property. No need to get upset. --Lydia Pintscher (WMDE) (talk) 20:15, 13 June 2016 (UTC)

inverse statements by lua reloaded

Hi, last time I asked for this feature Lydia asked me for usecases. I added an example on where this could be useful as a possible blocker for WD:XLINK. I see that the issue about non 1-1 mapping from item to wp articles is still hot and popped up on frwiki project chat, that's what reminded me this :) author  TomT0m / talk page 16:16, 7 June 2016 (UTC)

Thank you! --Lydia Pintscher (WMDE) (talk) 20:16, 13 June 2016 (UTC)

Caching items in lua ?

Hi all, in a lua template that might load several items, the question occurs to me on whether or not it could be useful to maintain a cache of items in a module. Is it already done at the page level ? Is any load of items, even if it's already loaded, count as an expensive call ? author  TomT0m / talk page 12:53, 12 June 2016 (UTC)

I´m interested in caching too. I have written code for caching in one Lua module, but I can´t say if that improves the code. Maybe we should write a test code that reads the same data 1000 times from WD and compare that with a cached data? --Molarus 20:02, 13 June 2016 (UTC)
@Hoo man: Can you say more? --Lydia Pintscher (WMDE) (talk) 20:17, 13 June 2016 (UTC)
There's a 15 entry Entity LRU cache inside mw.wikibase (that spans across invocations). Entities loaded from that cache wont count as expensive parser function calls. Cheers, Hoo man (talk) 22:08, 13 June 2016 (UTC)

Plural quantities

I am just wondering which is the best ways to handle plurals. With finnish language currently in Wikidata site and with formatPropertyValues the unit is always in its singular form even if the number is plural. In example with property:P2044 the example value is "3 070,5 metri" and correct form is "3 070,5 metriä". So is this something which i should handle in Lua module by myself or can i get correct unit spelling automatically in someway? --Zache (talk) 07:15, 14 June 2016 (UTC)

This looks really tricky, agree! In Swedish, I can bypass the problem by using P558 (P558). "1 sekund" -> "5 sekunder", but "1 s" -> "5 s". -- Innocent bystander (talk) 08:05, 14 June 2016 (UTC)
Thanks, that is good idea and i will probably do that. --Zache (talk) 10:17, 14 June 2016 (UTC)
I guess this should be addressed with a new property "plural form of label", like we do for female form of label (P2521). -- LaddΩ chat ;) 10:27, 14 June 2016 (UTC)
I can't immediately find where, but something similar to this was rejected recently as partly too complicated (in some languages the plural form depends on the value) and partly Wiktionary's domain. I don't think the latter is too much of a problem given that Wiktionary integration isn't imminent and this may help map labels to terms in Wiktionary when it does happen. The former is more of an issue, but I'm wondering if we're letting perfect be the enemy of good? Thryduulf (talk) 17:26, 14 June 2016 (UTC)
Maybe, however from usage point of view in different wikiprojects it would be good idea to add the support for use of unit symbols to formatPropertyValues which would be good workaround in most of the cases and it seems to be also easy to implement via code. --Zache (talk) 06:28, 15 June 2016 (UTC)
"plural form of neut", "nominative singular form with def article of reale", "dual object form of fem". Yes, this could potentially be very akward! I know some people who would love to see a "gender neutral form". Let the nuclear edit war who will put an end to all edit wars (and all human life as we know it) begin! -- Innocent bystander (talk) 16:25, 15 June 2016 (UTC)

incorrect label displayed as page title (cached vandalism?)

 
page title and label mismatch

For the first time today I viewed the house cat (Q146) item. Despite the en and en-gb labels both being "cat" the page title shows "dog" (see screenshot). Looking at the page history, the en label was set as "dog" in an edit on 2 June 2016 (12 days ago) and reverted the same day. I'm guessing therefore this is some sort of cacheing issue (despite my not having viewed the item previously)? If so, the simplest way of avoiding potentially harmful or embarrassing mismatches is to clear versions reverted away from out of the cache? Thryduulf (talk) 17:50, 14 June 2016 (UTC)

There's a phabricator task lying around for the issue. --Izno (talk) 11:03, 15 June 2016 (UTC)

Missing property suggestions

For the last couple of days, I haven't been seeing any property suggestions at all on any items in any browser (I've tried Chromium, Vivaldi and Firefox), I have to manually search for properties for every statement I want to add. I've tried in a private window and it was the same there too.

I don't know if it's related at all, but I'm also getting image of function (P2396) as the first result for "image", even though that property has only been used 9 times and my search term is an exact match to the label of image (P18), so I can't see any reason for P18 to be ranked lower.

- Nikki (talk) 11:02, 18 June 2016 (UTC)

Hi, i have same problem, i tried different browsers, i tried sign off (because beta + gadgets) and problem stays. Frettie (talk) 08:36, 20 June 2016 (UTC)

This should be fixed later today. --Lydia Pintscher (WMDE) (talk) 10:21, 20 June 2016 (UTC)

WDQS questions

(I'd have posted here, but it seems that page is not monitored as often.)

I have a couple of questions regarding the Wikidata Query Service:

  1. Is there any way to get the precision of dateTime values?
  2. Is there a way to distinguish a statement that has a novalue value from missing statements?

—seav (talk) 04:57, 21 June 2016 (UTC)

I don't know about precision of datetime values but novalue is represented by a triple like ?item a wdno:P123. For example, if you're trying to find only missing values, something like optional { ?item wdt:P123 ?value } filter (!bound(?value)) filter not exists { ?item a wdno:P123 } should work. - Nikki (talk) 08:14, 21 June 2016 (UTC)
I believe you will find all answers at mw:Wikibase/Indexing/RDF Dump Format (you can also access this link from WQS -> Help -> RDF Data Model). Matěj Suchánek (talk) 10:42, 21 June 2016 (UTC)

Converting Property:P213 into an External identifier

Hello,

I am not sure that I should ask for it here (I've been sent here ^^), but here it is: as you can see HERE, there is a strong consensus on converting ISNI (P213) from String to External identifier.

Do we need to wait for some improvement elsewhere, or is it possible to get it done as soon as you have time to do it?

Thank you very much, --Daehan (talk) 19:04, 13 June 2016 (UTC)

Hey :) Yeah we'll convert it. I just need to find some time with User:Hoo man to do it. Hope that will happen later this week. --Lydia Pintscher (WMDE) (talk) 20:18, 13 June 2016 (UTC)
Converted :) Sorry it took a while. --Lydia Pintscher (WMDE) (talk) 13:10, 22 June 2016 (UTC)
@Lydia Pintscher (WMDE): Thank you *happy dance**. Andy Mabbett (Pigsonthewing); Talk to Andy; Andy's edits 10:19, 23 June 2016 (UTC)

language fallbacks on Wikipedia and co

As far as I have seen both "entity:getLabel( 'x' )" and "entity:getLabel()" return the language fallback. For lua coding this is a problem. Could we change that so that only "entity:getLabel()" returns the language fallback while "entity:getLabel( 'x' )" returns nil? --Molarus 06:16, 24 June 2016 (UTC)

This topic as also been brought up in T138163, please see the arguments there. Cheers, Hoo man (talk) 08:33, 24 June 2016 (UTC)

"Español" being used as a language code

Tracked in Phabricator
Task T138725

Please see Wikidata:Project_chat#Espa.C3.B1ol - somehow "español" and "Español" are being allowed as language codes for terms, e.g. on webcomics in India (Q24791791) (the problem is also visible in the JSON: Special:EntityData/Q24791791.json). - Nikki (talk) 14:06, 26 June 2016 (UTC)

I have created https://phabricator.wikimedia.org/T138725 for this issue. ·addshore· talk to me! 15:32, 26 June 2016 (UTC)

"SyntaxError" while saving a new value

Hi! While saving a change of the value of parent taxon (P171) at Ornithurae (Q3239179) I got this message „SyntaxError: JSON.parse: unexpected end of data at line 1 column 1 of the JSON data“ (FF) Same with IE11: „SyntaxError“. --Succu (talk) 19:40, 29 June 2016 (UTC)

WD:Project chat#Temporary outage of adding statements (under investigation). Matěj Suchánek (talk) 19:48, 29 June 2016 (UTC)
Good to know. Thx. --Succu (talk) 20:00, 29 June 2016 (UTC)
Retrieved from "https://www.wikidata.org/w/index.php?title=Wikidata:Contact_the_development_team/Archive/2016/06&oldid=356094197"