Wikidata

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

< 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.

All Coordinates to/from Russian Wikipedia Have an Error

Request   Move to Wikidata:Project_chat.

dummy comment to get this archived --Lydia Pintscher (WMDE) (talk) 10:10, 5 April 2016 (UTC)

Add a "new statement" link on top of the page

A user asks on wd:Bistro if there could be a "new statement" link ontop of the page, say in the beginning of the statement section. I'd also like such a link. Scrolling down all the way on page loading to add a statement on big items is a pain. author  TomT0m / talk page 11:17, 27 March 2016 (UTC)

I think this is working around a problem that we need to fix properly instead. I would like us to instead spent more energy on cleaning up the item pages like we have done now with the identifiers. The next step will be ordering. --Lydia Pintscher (WMDE) (talk) 10:13, 5 April 2016 (UTC)

Wikipedias and Bibliographies

Hi, pulling the string of the discussion I launched on the project chat, I have a technical question.

One possible solution to the "there is no global page context for lua calls" to make template calls side-effectless for the VE, that make impossible to have a mechanism to register bibliography/references items at the code of a page level, would be to extend the site extension, which has a way to store reference items and metadatas about it, and actually has side effects on the numbering of references (I wonder how VE handle this). We currently have only one way to identify a reference, and no way to reference a work - the Harvard style referencing is done manually in Wikitext with no help of the "cite" extension. Do you think it's worth digging the idea:

  • Integrate some handling of harvard style extension in the cite extension
  • make all of this works niceky with wikidata references - why not activating the cite extension on Wikidata eventually to generate a nice reference list ?
  • think of adding more way to identify references in the site extentions, more attributes to the "ref" extension for example, a way to map those value to wikidata identifier properties, add a "work" tag to add a book/item on the work list like it is done in "harvard style referencing" (by, say adding a <works>...</works> handled by the cite extension ? author  TomT0m / talk page 14:01, 3 April 2016 (UTC)
I am missing some context for this I think. What are you trying to achieve? --Lydia Pintscher (WMDE) (talk) 10:14, 5 April 2016 (UTC)
The context is the attempts to use wikidata statement references in Wikipedia articles' bibliography.
Wikipedia references and bibliography management is done in wikipedias with a mix of templates such as harvard models, the "ref" tag and so on. My long term goal is probably to integrate Wikidata references into all this in a consistent way. There is a number of challenges to achieve this, the biggest one is probably to avoid the duplication of uris or books into the reference list, or to reuse the HTML link to a book in the "bibliography" section that is used both to reference a claim in plain text in the article and to reference a claim in the infobox. As building bibliographies in featured articles can be a lot of work and that wikipedians sometimes cares a lot about it, I think it's worth a little bit of thinking to understand if we can minimise the burden. author  TomT0m / talk page 11:42, 5 April 2016 (UTC)

Probably broken item: Q28358

I'm not sure where is the right place to discuss this, but I have problem with this item. I tried to explain the issue already in StackOverflow because I thought that the problem is in my bot code, but after my last test I'm sure there something wrong in these edits. --Termininja (talk) 07:20, 9 April 2016 (UTC)

I'm using the xml format too and have no problems reading this item. I communicate with the method PostDataAndGetResultHTM taken form the DotNetWikiBot Framework. --Succu (talk) 08:23, 9 April 2016 (UTC)
Thank you, I'll check the code of this method. The strange is that I have problem only with this item, which means that the problem also is linked with the item in some way. --Termininja (talk) 08:32, 9 April 2016 (UTC)
My immediate response would be use the JSON! :D As for the issue after looking at stack overflow I have no idea :/ ·addshore· talk to me! 09:45, 9 April 2016 (UTC)

Labels in user's language

If I understand it right T75460 means that mw.wikibase.label() and the like can now render a text in the user's language. It does not seem to be the case on Wikidata yet. Apparently allowDataAccessInUserLanguage should be added somewhere, but not sure how. --Zolo (talk) 10:11, 9 April 2016 (UTC)

We plan to do that at some point, see phab:T122670 for that. Before we can do that, it needs to be tested (it can be tested on beta's Wikidata right now and probably at test.wikidata sometime soon) and it needs to be announced widely to the Wikidata community. Cheers, Hoo man (talk) 17:36, 10 April 2016 (UTC)

Quantity datatype

For some measurement units conversions we know exact value (e.g. hour (Q25235) is exactly 60 minute (Q7727), apothecaries' drachm (Q4068266) is exactly 3 scruple (Q1573593), by the definition), but a quantity datatype have internal representation as decimal fraction. So we can express hour (Q25235): P2370 = 60 minute (Q7727) (exactly), but we cannot express minute (Q7727): P2370 = 1/60 hour (Q25235), scruple (Q1573593): P2370 = 1/3 apothecaries' drachm (Q4068266), due to the result is a periodical decimal fraction.

Can the developer allow to enter and store quantity value as either decimal or rational fraction? -- Sergey kudryavtsev (talk) 11:55, 21 March 2016 (UTC)

@Lydia Pintscher (WMDE): What you thinks about this suggestion? -- Sergey kudryavtsev (talk) 10:49, 23 March 2016 (UTC)

Yeah we need to solve that. However I have not spend much time thinking this through properly and made a decision how to move forward. Other things have been more pressing. It is definitely something on my list though. --Lydia Pintscher (WMDE) (talk) 10:14, 28 March 2016 (UTC)
Is there anything on Phabricator yet? I remember someone else asking if it's possible to store things like "33 1/3". - Nikki (talk) 11:10, 28 March 2016 (UTC)
Hmmm I am not sure but I think not. --Lydia Pintscher (WMDE) (talk) 10:11, 5 April 2016 (UTC)
Well it does now! :D I created phab:T132291 - Nikki (talk) 13:00, 10 April 2016 (UTC)
Thank you! --Lydia Pintscher (WMDE) (talk) 18:30, 11 April 2016 (UTC)

rdf:List equivalent?

I am curious, whether it is planned to implement an equivalent of rdf:List in Wikidata? The main reason I am asking is because I just created union of (P2737) and disjoint union of (P2738), which are equivalents of owl:unionOf (and its disjoint counterpart). Currently, we are using a "hack" to simulate those lists, using the special value list of values as qualifiers (Q23766486), and of (P642) qualifiers, but of course a "proper" way to do it would be much appreciated. --Srittau (talk) 11:38, 9 April 2016 (UTC)

No plans that I am aware of right now. --Lydia Pintscher (WMDE) (talk) 18:33, 11 April 2016 (UTC)

DuplicateReferences gadget

Tracked in Phabricator
Task T131920

Don't work, this is the error when I click copy

TypeError: referenceview is undefined ...function selectReference(referenceview){selectedReference=referenceview.value();... --Rippitippi (talk) 11:24, 6 April 2016 (UTC)

Does it work again for you? Adrian Heine (WMDE) (talk) 06:41, 7 April 2016 (UTC)
Adrian Heine (WMDE) No change for me. There are no possibility to insert the copied reference. Snipre (talk) 19:01, 7 April 2016 (UTC)
No Adrian Heine (WMDE) it not work and I have this error too

TypeError: $this.closest(...)[0] is undefined ... ').addClass('wb-icon'));var hash=$this.closest('.wikibase-referenceview')...--Rippitippi (talk) 21:08, 7 April 2016 (UTC)

Any news ? Snipre (talk) 19:55, 12 April 2016 (UTC)
I just submitted another patch. Adrian Heine (WMDE) (talk) 08:02, 13 April 2016 (UTC)
Adrian Heine (WMDE) Thanks a lot. This tool helps us a lot to improve data quality. Snipre (talk) 11:21, 13 April 2016 (UTC)

Changes in a deleted page

 

Hello.What caused appearance of these changes?Thank you --ديفيد عادل وهبة خليل 2 (talk) 15:17, 11 April 2016 (UTC)

I can't answer this without more context, sorry. Which page is this? Which wiki? --Lydia Pintscher (WMDE) (talk) 18:35, 11 April 2016 (UTC)
My Watchlist here (See the annotations) --ديفيد عادل وهبة خليل 2 (talk) 13:35, 12 April 2016 (UTC)

‎WDQS Query results and IE11 (again)

Again Referrs to this. This simple query and other I tested never generated a view (Generating View). --Succu (talk) 20:29, 12 April 2016 (UTC)

Jonas Kress, could you have a look please. --Succu (talk) 16:27, 13 April 2016 (UTC)

Sorry, I can not reproduce (http://snag.gy/UUgxN.jpg) could you please provide an error message. --Jonas Kress (WMDE) (talk) 14:17, 14 April 2016 (UTC)

Whatever happened, it's working now. Thanks. --Succu (talk) 14:41, 14 April 2016 (UTC)

Sidebar

Tracked in Phabricator
Task T133069

The link to the main page in the sidebar is broken. --Pasleim (talk) 18:13, 19 April 2016 (UTC)

Strange. MediaWiki:Mainpage is still pointing to the main page, and MediaWiki:Sidebar hasn't been changed... --Yair rand (talk) 18:15, 19 April 2016 (UTC)
Also all the normal extra links are gone. --Yair rand (talk) 18:17, 19 April 2016 (UTC)
Everything is okay on my side. Matěj Suchánek (talk) 19:02, 19 April 2016 (UTC)
Strange. Everything is fine here too. Maybe a glitch during deployment? If it still happens: Does it happen on all pages for you or just a particular namespace for example? --Lydia Pintscher (WMDE) (talk) 09:09, 20 April 2016 (UTC)
This was due to the eqiad -> codfw datacentre switch (see linked ticket) https://phabricator.wikimedia.org/T133069#2219340 ·addshore· talk to me! 09:53, 20 April 2016 (UTC)

Wikidata edits in Wikipedia watchlists

Hi! I have brought this up before, but again, as it is really bothering to me: I have several Wikipedia articles on my Wikipedia watchlist that a) link to each other and b) obtain data from Wikidata. When someone edits an item on Wikidata that data is obtained from, this edit shows up various times on my watchlist. For example, this edit appears 23 times (!) on my watchlist. They are connected to each other through de:Vorlage:Navigationsleiste Kader von Montreal Impact that is also obtained from Wikidata. Can you somehow group / filter multiple lines that refer to one edit and display it only once? In fact, this makes the Wikidata link of my Wikipedia watchlist unusable, even though it is a very useful feature to fight vandalism on Wikidata. Yellowcard (talk) 18:41, 19 April 2016 (UTC)

This is phabricator:T45578. --Pasleim (talk) 18:53, 19 April 2016 (UTC)
Exactly, thank you very much Pasleim. However, this bug has been open since 2014. It is extremely bothering and a blocker for many users to watch the Wikidata edits through the Wikipedia watchlists. Dear development team, is there any chance to find a solution here? Yellowcard (talk) 21:26, 19 April 2016 (UTC)
Yeh I know it is bad for these cases :( I hope to put some more development time into recent changes integration but we're stretched thin so I can't promise this will happen this quarter. Hopefully things look better next quarter. --Lydia Pintscher (WMDE) (talk) 09:10, 20 April 2016 (UTC)
Talking about quarters instead of years is an effort. :) Thanks for taking this up, Lydia. Yellowcard (talk) 14:02, 20 April 2016 (UTC)

Identify the unit

It would be useful to find a simplier way see which item is used for the unit. See here. I do not know if I have any special settings here, but all I get is s link to special page with a lot of json-code and I get no link in the normal GUI. -- Innocent bystander (talk) 06:42, 20 April 2016 (UTC)

The URI there is correct because this is the URI of the concept (as opposed to the item). The special page you get to does content negotiation and based on what your browser asks for it returns the item, json, etc. For me it sends me to the item. So I assume your browser somehow asks for the json version which it shouldn't in this case. --Lydia Pintscher (WMDE) (talk) 09:13, 20 April 2016 (UTC)
It's also working fine for me. Do you have any extensions installed in your browser? If so, try disabling them and seeing if the links still take you to the JSON version (opening a private window might also work, extensions aren't enabled by default in Chrome in private windows, not sure about other browsers). - Nikki (talk) 06:53, 21 April 2016 (UTC)
Aaargh, this computer is only a few months old. I have not intentionally added any extensions at all to any browser. I do not even know where to do that! -- Innocent bystander (talk) 07:26, 21 April 2016 (UTC)
Which browser do you use? --Pasleim (talk) 08:26, 21 April 2016 (UTC)
Edge on W10. -- Innocent bystander (talk) 10:21, 21 April 2016 (UTC)
I can confirm that I also get the JSON version if I load these URLs with Edge in Windows 10. I've created phab:T133314. - Nikki (talk) 17:41, 21 April 2016 (UTC)

Tiny bug while looking for a non-exist entry

Hi,
I'm not sure it that's something for this place or for the Phabricator, so please move it if needed: I was trying to create a new entry for a new article we have in he.Wikipedia. I was looking for "Avi Buskila" and, as expected, got the "There were no results matching the query" response. However, the next sentence was grammatically problematic - The whole line was:

" There were no results matching the query. You may Buskila create a new item for "Avi Buskila". "

"You may Buskila create..."??? Please remove the unneeded extra place of this person's last name. Thanks, Ldorfman (talk) 10:52, 24 April 2016 (UTC)

Hi Ldorfman, thanks for your report. There was a problem because the query string contained a space. It's fixed now. Matěj Suchánek (talk) 11:06, 24 April 2016 (UTC)
Thanks for fixing it. bye, Ldorfman (talk) 16:45, 24 April 2016 (UTC)

Wrong link rendered for Q1964546 (Garden design)

The DE Interwiki link for en:Garden design points incorrectly to de:Barockpark (Baroque park, just a redirect to de:Barockgarten) though the wikidata item has the correct page de:Gartenkunst assigned?! --0000ff (talk) 11:00, 24 April 2016 (UTC)

Hi 0000ff, this happens because there is an old-style interwiki link at the bottom of the article on enwiki. Removing it can solve this. Matěj Suchánek (talk) 11:08, 24 April 2016 (UTC)
oh, it's that easy (and obvious)! Thanks for your advice, 0000ff (talk) 12:19, 24 April 2016 (UTC)

Next steps for external identifiers

Per Wikidata:Property_proposal/Authority_control#DE-ISIL, there doesn't seem to be any support to split property in multiple ones to enable a single formatter url per property. Could you outline the next steps you plan? I think the feature already discussed last year, i.e. allowing different formatter urls based on qualifiers or other properties needs to be implemented.
--- Jura 07:45, 22 April 2016 (UTC)

There aren't any plans to implement support for different formatter URLs based on the value of a property or to allow for other means of transformation of values. Such properties should be split up. Cheers, Hoo man (talk) 11:46, 25 April 2016 (UTC)
As it's not exactly a new point, I guess then it's time to make such plans.
--- Jura 11:58, 25 April 2016 (UTC)

Special:Search/Results still doesn't find Results (P2501)

The situation described in Wikidata:Contact_the_development_team/Archive/2016/03#Special:Search.2FResults_doesn.27t_find_Results_.28P2501.29 hasn't changed.

A possible workaround could be to create an alias with the word property added to the label. At least this would make it possible to search easily for a property.
--- Jura 07:53, 22 April 2016 (UTC)

@Jura1: What about Special:Search/Property:Results? Matěj Suchánek (talk) 11:14, 24 April 2016 (UTC)
That's interesting. It seems that the behavior for "Property:" changed. It means that the namespace would need to be selected explicitly. At least now this can be done in the search box.
--- Jura 12:00, 25 April 2016 (UTC)

Deleted items still on one SPARQL server

This query shows 1000 or 2000 results. Possibly because one server still shows deleted items. @Smalyshev (WMF): would you look into this?
--- Jura 08:59, 25 April 2016 (UTC)

Corrupted response end

Tracked in Phabricator
Task T133866

Hello, the latest version of Wikidata API returns corrupted responses sometimes. Usually this happens on large responses. The issue occurs ~ 2016-04-11 first time. Reducing amount of requested data can be used as workaround, but this way is unpleasant. The issue is reproduced using KrBot account, but the same request executed in browsed using Ivan A. Krestinin account works fine. Corrupted response example (see response end):

Request: 

GET https://www.wikidata.org/w/api.php?action=wbgetentities&redirects=no&props=claims&format=json&utf8=true&ids=Q18407428|Q18407424|Q18407421|Q18407418|Q18407262|Q18407245|Q18407242|Q18407240|Q18407236|Q18407234|Q18407233|Q18407228|Q18407225|Q18407224|Q18407221|Q18407218|Q18407127|Q18407044|Q18407038|Q18407009|Q18407008|Q18407006|Q18407005|Q18407004 HTTP/1.1
User-Agent: C++ WikiAPI
Host: www.wikidata.org
Cache-Control: no-cache
Cookie: WMF-Last-Access=24-Apr-2016; wikidatawikiUserName=KrBot; forceHTTPS=true; wikidatawikiUserID=****; centralauth_User=KrBot; centralauth_Token=****; wikidatawikiSession=****; centralauth_Session=****; GeoIP=****

Response: 

HTTP/1.1 200 OK
Date: Sun, 24 Apr 2016 11:24:08 GMT
Content-Type: application/json; charset=utf-8
Connection: keep-alive
Server: mw1136.eqiad.wmnet
X-Powered-By: HHVM/3.12.1
X-Content-Type-Options: nosniff
Cache-control: private, must-revalidate, max-age=0
X-Frame-Options: DENY
Vary: Accept-Encoding
Backend-Timing: D=121048 t=1461497048696262
X-Varnish: 614539231, 168178742, 2401952956
Via: 1.1 varnish, 1.1 varnish, 1.1 varnish
Age: 0
X-Cache: cp1054 pass+chfp(0), cp3042 miss+chfp(0), cp3043 frontend pass+chfp(0)
Strict-Transport-Security: max-age=31536000; includeSubDomains; preload
X-Analytics: loggedIn=1;WMF-Last-Access=24-Apr-2016;https=1
X-Client-IP: 128.74.44.131
Content-Length: 32766

<---SKIPPED--->-entityid"},"datatype":"wikibase-item"},"type":"statement","id":"Q18407004$65FAD497-7539-44BF-BD1B-5CCC4BF3390E","rank":"normal"}]}}},"succe'��}�?

Is it known issue? — Ivan A. Krestinin (talk) 11:53, 24 April 2016 (UTC)

I have a similar issue, I just reported it here: https://phabricator.wikimedia.org/T133490. It happens to me with SPARQL queries, not the API, but it has very similar features (large response gets truncated, works fine in the browser), so it could be the same bug. Mushroom (talk) 12:56, 24 April 2016 (UTC)
@Ivan A. Krestinin: I have found a workaround for my issue (not sure if it can be useful for yours). If I set the header Accept-Encoding: gzip in the request, I receive a gzipped response that is not corrupted. Then I decompress it and proceed as before. Mushroom (talk) 17:47, 24 April 2016 (UTC)
I was just coming here to report the same issue, and this workaround works a treat! Bovlb (talk) 20:19, 27 April 2016 (UTC)
Then I think this is related to Probably broken item: Q28358. @User:Termininja could you solve this? --Succu (talk) 20:43, 27 April 2016 (UTC)
No, now is even worse. The response from this is: P248P577P813P248P627P813P405P574P248P577P813P143P143P248P577P813P248P813P143P248P577P248P813P248P813P248P813P248P813P248P813P143P248P813.
PS: I just did some tests with Q28358. When I remove retrieved (P813) in taxon common name (P1843) the XML response is OK, when I return it back the response ends with </ap'�. --Termininja (talk) 10:03, 28 April 2016 (UTC)
I don't think this is really related to phab:T133490. I did some preliminary analysis and opened phab:T133866 for the issue at hand. Cheers, Hoo man (talk) 11:09, 28 April 2016 (UTC)
Retrieved from "https://www.wikidata.org/w/index.php?title=Wikidata:Contact_the_development_team/Archive/2016/04&oldid=335266752"