Wikidata:Contact the development team/Archive/2015/11

From Wikidata
Jump to navigation Jump to search
This page is an archive. Please do not modify it. Use the current page, even to continue an old discussion.

"media" label for MediaWiki.org

See, for example, Q6293548#sitelinks-special. The MediaWiki.org sitelink is labelled "media". This is not only confusing, but simply incorrect, and I would suggest to change it to "mediawiki.org" (or "mediawiki" if you can't handle the ".", although that might still be confusing). This, that and the other (talk) 10:09, 21 October 2015 (UTC)

It's actually labelled mediawiki, however there's a gadget that abbreviates them by changing them to the interwikipart of the name. Mbch331 (talk) 10:18, 21 October 2015 (UTC)
Yeah it is a gadget. (We're working on getting rid of the need for the gadget.) User:Nikki already fixed it: MediaWiki:Gadget-SiteIdToInterwiki.js. Maybe caching is still kicking in? --Lydia Pintscher (WMDE) (talk) 11:09, 21 October 2015 (UTC)
What I notice happening is mediawikiwiki -> mediawiki -> media. So it's cleaned twice somehow. Mbch331 (talk) 12:28, 21 October 2015 (UTC)
As far as I can tell from trying to debug it, it is indeed getting called twice, first from the use of replaceSiteId near the bottom of the page, the second time from further up inside _create. It seems like the first part shouldn't be needed at all if the function is going to be called anyway, but I don't understand the code well enough to know whether there's a reason for it. That's as far as I could get... - Nikki (talk) 22:30, 21 October 2015 (UTC)
Thank you. I'll poke Jonas here and see if he can look into it. --Lydia Pintscher (WMDE) (talk) 08:40, 22 October 2015 (UTC)
I added phabricator:T117404 now. --Lydia Pintscher (WMDE) (talk) 11:37, 2 November 2015 (UTC)

Display issue on Special:NewItem

On Special:NewItem, when logged in French, Language: is displayed as Langue&#160;: and Aliases, pipe-separated: as Alias, séparés par une barre verticale (<i>pipe</i>)&#160;:. Similar issues are also encountered in other languages like "italiano". On translatewiki.net, both translations seem to be ok (cf. [1] and [2]) so the problem may be Wikidata related. Can somebody have a look please? Thanks. — Ayack (talk) 16:22, 28 October 2015 (UTC)

@Ricordisamoa: Could you maybe have a look? --Lydia Pintscher (WMDE) (talk) 11:39, 2 November 2015 (UTC)
Labels get escaped twice by OOjs UI, but I can't find where. Ping Bartosz Dziewoński (WMF) --Ricordisamoa 14:08, 2 November 2015 (UTC)
Hey, this is indeed an issue with the system outputting that form. Patch: https://gerrit.wikimedia.org/r/250870 (by the way, I hardly ever use the WMF account and haven't seen your ping here). Matma Rex (talk) 00:16, 4 November 2015 (UTC)
Patch merged. --Ricordisamoa 15:12, 4 November 2015 (UTC)

Date translation

Vicipaedia (i.e., Latin Wikipedia) created an infobox template that draws entirely from Wikidata. It can be found here: la:Formula:Capsa hominis Vicidata. Before 29 October, this infobox returned dates rendered in Latin; starting on that day, the dates began to appear in English. Can someone check this out?

Separately, was the century-dating issue ever resolved? StevenJ81 (talk) 23:20, 2 November 2015 (UTC)
Nope... that's still phab:T104447. - Nikki (talk) 00:20, 3 November 2015 (UTC)
See #The_use_of_.23Property:_in_time-datatype_in_Client a couple of sections above. :) - Nikki (talk) 00:20, 3 November 2015 (UTC)

Cannot use Chinese IME in label table

I tried to edit item descriptions in Chinese today and found that I couldn't input Chinese into the label boxes directly. (The IME code refuses to convert to the character I want after I hit spacebar.) I think it's the new version of the label table that has a bug? It used to be fine as of a few months ago. Deryck Chan (talk) 12:13, 5 November 2015 (UTC)

Thanks for the report. Can you open a ticket on http://phabricator.wikimedia.org for this please? It'd help a lot if you can include a screenshot. --Lydia Pintscher (WMDE) (talk) 14:21, 5 November 2015 (UTC)
phab:T118000. Deryck Chan (talk) 09:37, 7 November 2015 (UTC)

Triage of Phabricator:T114617

Multichill's suggestion to "Track the number of identifier properties on an item in page_props" would probably be a good way to finally get ride of the 25% problem.

Could this be implemented easily and made available on quarry?

The task is still in status "needs triage". --- Jura 16:37, 7 November 2015 (UTC)

Implementing that is generally blocked on having an identifier data type in the first place (which is being worked on). Despite of that, this shouldn't be too hard to implement. Cheers, Hoo man (talk) 18:47, 7 November 2015 (UTC)
I just noticed that it's for identifiers only and that the number of claims is already there. Sorry. No hurry then.
Given the field type, it might be a bit slow. --- Jura 19:17, 7 November 2015 (UTC)
If there is a difference between https://tools.wmflabs.org/wikidata-todo/stats.php
and wb-claims, is this due to the pages not being updated since the information was added to page_props? --- Jura 19:50, 7 November 2015 (UTC)
@Jura1: pardon my ignorance, but what is the "25% problem"? Multichill (talk) 00:27, 8 November 2015 (UTC)
25% percent of items without any statements. In the meantime it's around 17% [3], but the absolute number has only slightly decreased. --- Jura 10:32, 8 November 2015 (UTC)
Hoo man: On Wikidata, the table page_props includes for pp_propname="wb-claims" pp_sortkey with the same value as pp_value. Selecting on pp_sortkey seems more efficient given the field type. Is this correct?
On the client wikis, for pp_propname="wikibase_item" pp_sortkey is empty. Currently I use pp_value to link the table with Wikidata tables, but having pp_value set there might be more efficient. If yes, could this be changed? --- Jura 11:07, 8 November 2015 (UTC)
Here is a query I'd like to run on a larger wiki: http://quarry.wmflabs.org/query/1296 --- Jura 15:06, 8 November 2015 (UTC)

The use of #Property: in time-datatype in Client

A bug is reported on svwiki. The use of #Property:P569 now gives English text. "19 May 1852" instead of "19 maj 1852" and "20 September 1930" instead of "20 september 1930". See sv:Svante Alin. -- Innocent bystander (talk) 20:26, 27 October 2015 (UTC)

Thanks! This is being tracked at phabricator:T116503. --Lydia Pintscher (WMDE) (talk) 15:05, 28 October 2015 (UTC)
The template is redesigned, and now instead uses a Lua-solution for this on svwiki. -- Innocent bystander (talk) 12:17, 3 November 2015 (UTC)
I'm still interested in a solution for this for lawiki. (Thanks for the tip, Nikki.) StevenJ81 (talk) 13:59, 3 November 2015 (UTC)
This should be fixed now. --Lydia Pintscher (WMDE) (talk) 10:15, 11 November 2015 (UTC)

Wikidata changes in Wikipedia watchlist

Screenshot of my Wikipedia watchlist (de.wikipedia.org)

Hi, I'm not sure where to put this so feel free to move this section if it's better off somewhere else. I use the function that Wikidata edits that change content in watched Wikipedia articles are displayed in my Wikipedia watchlist. I consider this a very useful function in general.

However, I face the problem that there are navigation templates that link a bunch of articles and are included in all of these articles. This leads to the result that all diese articles are listed in my watchlist as soon as only one related Wikidata item is changed. Therefore I think a check if the links come from a template and then displaying only the template in the watchlist would be very useful. Is that something that could be implemented? Yellowcard (talk) 09:12, 5 November 2015 (UTC)

So you mean we should not show changes to connected items when the watched page is a template? What do others think? I am not sure how horrible it'd be to do technically. Just wondering if this is what we want in general. I agree that the current situation is not good for the case you mention. --Lydia Pintscher (WMDE) (talk) 14:23, 5 November 2015 (UTC)
I am a little worried about the number of alerts we are given for every single edit here. I use our sandbox to test my modules, and spread these modules in different talk_pages on svwp. After that, every single change in the WD-sandbox is displayed once for every page on wp that uses the statements in the sandbox. 10 edits in the sandbox (not an unusual number during one single day) who are used in 10 pages on wp gives 100 lines in my wp-watchlist. (To prevent that, I deactivate the modules after some time.) I have not seen it yet, but what happens when we have spread calls to the Germany-item to every Germany-related article on wp and sombody updates somethings in the Germany-item? It could be such a simple thing as a new better file on Commons for the flag of Germany. First user:X change the old flag to rank:normal, then add the new flag and add a source. Then he discover that he should have added a qualifier and add that qualifier. But he spelled the qualifier wrong, so he had to redo it. That counts to 5 single changes in the item about Germany. It is shown in the watchlist for every single village of Germany and every single sports-game Germany has competed in. If I only have 100 of those pages in my watchlist (that is not an unusually high number.) Then Mr:X would show up 500 times in my watchlist on wp. I think it would be enough if Mr:X then only show up 100 times, with the last edit of the flag in every article. -- Innocent bystander (talk) 14:42, 5 November 2015 (UTC)
"So you mean we should not show changes to connected items when the watched page is a template?" – I'm afraid it is a little more complicated, because it is not at all about watching the template, but about having a template that obtains data from Wikidata and being included in various articles. I think it's much easier to understand with the concrete example: There is de:Vorlage:Navigationsleiste Kader von Montreal Impact that obtains data from Wikidata and links several player articles. All these player articles include this templates. What has happened now is the following: Only one single player item of these linked player articles has been changed. Now, everybody who watches an article that includes this template has this player article on his watchlist, even though in fact the Wikidata change had no effect to the article but only to the template. In case you watch several articles from that navigation template, your watchlist happens to be flooded day by day. Hope I could point out the problem, it's somehow difficult to put in into words. Enjoy your weekends, Yellowcard (talk) 17:26, 6 November 2015 (UTC)
Ahhhh! Ok. Thank you. One thing we will do is make the usage tracking a bit more findgrained there which will lead to fewer of these changes showing up. I don't know yet when we'll be able to get to it. --Lydia Pintscher (WMDE) (talk) 10:17, 11 November 2015 (UTC)

Special:ConstraintReport doesn't use Language Fallback

When I check Special:ConstraintReport for an item (e.g. Special:ConstraintReport/Q9204) I see: genomineerd voor: Q1056240 (which is nominated for (P1411)Hugo Award for Best Dramatic Presentation, Long Form (Q1056240)), when I check the item itself and go to the statements for nominated for (P1411) I see for Hugo Award for Best Dramatic Presentation, Long Form (Q1056240): Hugo Award for Best Dramatic Presentation (Long Form) q1056240 Engels, so there is a label in a language I understand, but it doesn't show on Special:ConstraintReport. Mbch331 (talk) 10:02, 7 November 2015 (UTC)

I have created phabricator:T118376 for it. --Lydia Pintscher (WMDE) (talk) 10:24, 11 November 2015 (UTC)

Multilngual string

Often I have difficulties entering value of multilingual string in Russian. I am entering "ру"... in a field for language selector, choose "русский (ru)" from the list, and after clicking "save" get an error "Недопустимое значение: ру" (Wrong name: ру). After that I cannot save this value many times or at all (I've got to delete it and to try with new property). What am I doing wrong? --Infovarius (talk) 12:13, 3 November 2015 (UTC)

The Latin-alphabet string "py" is not the same as the Cyrillic-alphabet string "ҏу". Maybe that's the problem? StevenJ81 (talk) 14:02, 3 November 2015 (UTC)
Of course not. Obviously I know in what keyboard layout I am typing (Punto Switcher (Q4047648) helps too). --Infovarius (talk) 15:28, 5 November 2015 (UTC)
It works sometimes or never for this particular language? --Lydia Pintscher (WMDE) (talk) 10:15, 11 November 2015 (UTC)
It works good in ~80% cases (but the rest are quite annoying). I can't find out the specific conditions for the problem. --Infovarius (talk) 15:53, 12 November 2015 (UTC)

Template:ExternalUse

I would like to show that this template is starting to become very difficult to maintain. There is no template on svwp specially designed to handle IUCN taxon ID (P627). But as you can see in the references on page sv:Användare:Innocent bystander/sandlåda the (ref-)statement based on P627 is still used in this page. -- Innocent bystander (talk) 13:50, 9 November 2015 (UTC)

Now that Wikipedia actually uses Wikidata and this is logged in a database table, we could delete that template. --- Jura 13:56, 9 November 2015 (UTC)
I am not sure if you can already easily get to this info to build a replacement? I guess it is also still valuable to track usages outside Wikimedia that we care about and don't want to break. --Lydia Pintscher (WMDE) (talk) 10:32, 11 November 2015 (UTC)
Would it be better to add the information to the items for the templates rather than the properties? This could help identify ways what properties we could feed from a given template. --- Jura 16:24, 12 November 2015 (UTC)

Cannot type "ô" in value field when adding a statement

On an azerty keyboard, to type an "ô", you have to type "^" and then "o". It works well on the property input field, but on the value input field, it gives "^o" which is really annoying. Could you have a look please? Thanks. — Ayack (talk) 10:39, 11 November 2015 (UTC)

Strange. I have opened phabricator:T118558 for it. --Lydia Pintscher (WMDE) (talk) 13:40, 13 November 2015 (UTC)

Wikibase\DataModel\Services\Lookup\EntityLookupException

In Wikipedia:Sandlådan there currently is a template named "Hinken och spaden". That template is based on some modules that call Wikidata. (N.B. Both the project-page and the template are Sandboxes that can be wiped clean any minute.)

When I change parameters in this template, I get fatal error-messages like 

Exception encountered, of type "Wikibase\DataModel\Services\Lookup\EntityLookupException"

It does not matter if the parameter affects the module in any way. The present "hoppsan"-parameter has no function at all. -- Innocent bystander (talk) 10:13, 13 November 2015 (UTC)

Think I found this in the error logs and created phab:T118581 for the issue. Aude (talk) 17:54, 13 November 2015 (UTC)

Items which have the same sitelinks

I've come across multiple pairs of items today which appear to have the same sitelinks, e.g. Category:People from West Friendship, Maryland (Q21082332) and Category:People from West Friendship, Maryland (Q21082333), Category:Roman Catholic archbishops of San Antonio (Q21127593) and Category:Roman Catholic archbishops of San Antonio (Q21127594), Category:North American culture by country (Q21162675) and Category:North American culture by country (Q21162676), Category:1794 establishments by continent (Q21293479) and Category:1794 establishments by continent (Q21293480)...

It looks like the item somehow got created twice (they all have consecutive IDs). Any idea what's going on there? And is there a way to find all the items like this?

- Nikki (talk) 15:57, 10 November 2015 (UTC)

They are so called real duplicates. Don't know what exactly causes them, but you can try to merge them or else delete one of the two. Mbch331 (talk) 16:37, 10 November 2015 (UTC)
Wikidata:True duplicates --Ricordisamoa 18:16, 10 November 2015 (UTC)
Could we get an update of the list or at least a link to the query being used? --- Jura 18:25, 10 November 2015 (UTC)
That list can't be generated by a query (well, it might be possible using SPARQL, but I'm not sure about that). I'll start the script now and post the results to Wikidata:True duplicates once it's done (probably Friday). - Hoo man (talk) 19:25, 11 November 2015 (UTC)
@Nikki, Ricordisamoa, Jura1: I've just updated the list on Wikidata:True duplicates with the latest data from this week. Cheers, Hoo man (talk) 17:51, 13 November 2015 (UTC)
Thanks for the update. I added QIDs for the subsequent item to the template, but for some of the older entries it's not clear what it duplicates. Is there a way to generate the list with both items? This way the list could be fed directly into Special:MergeItems ? --- Jura 13:40, 14 November 2015 (UTC)
That's not supported by the script we use (yet). It could probably be build on top of it (eg. by using SPARQL or the API). Cheers, Hoo man (talk) 16:24, 14 November 2015 (UTC)
How does it determine if it's a duplicate? --- Jura 16:26, 14 November 2015 (UTC)
Well, it reads all sitelinks from the JSON of an item and then checks whether these are in the wb_items_per_site table. If not, it tries to set them… if a unique key conflict occurs (Which means the sitelink is already present on some other item), it reports that back. It wouldn't be to hard to extend that script to also check which item has the sitelink. - Hoo man (talk) 16:46, 14 November 2015 (UTC)
Given the number of links, it might be worth doing that next time (next year?). BTW, besides pairs of items with just a single identical sitelink (the usual problem I guess), but there are also lists with a series of sitelinks (List of minor planets with an odd eswiki link). Possibly this is some other bug. --- Jura 17:43, 14 November 2015 (UTC)

Wbgetentities failure

[4] gives no result although Q20837992 exists. --JulesWinnfield-hu (talk) 13:58, 15 November 2015 (UTC)

Has changed, now looks good. --JulesWinnfield-hu (talk) 17:23, 15 November 2015 (UTC)

Generate short URL

Can you remove this from query.wikidata.org? I don't think it's compatible with this. --- Jura 13:07, 14 November 2015 (UTC)

There is phabricator:T112715 for replacing it with something else. It would be good if you could comment there so Stas sees it. --Lydia Pintscher (WMDE) (talk) 14:35, 17 November 2015 (UTC)
I think someone had even set up a toolserver solution. As I borked my phabricator write access and as this is an internal issue between the whoever is responsible for query.wikidata.org and the person who wrote the text, I don't think I should get involved further. --- Jura 19:05, 17 November 2015 (UTC)

Special:DoubleRedirects

Special:DoubleRedirects isn't updating anymore --Pasleim (talk) 13:56, 17 November 2015 (UTC)

Thanks. Do you have an idea since when? --Lydia Pintscher (WMDE) (talk) 14:36, 17 November 2015 (UTC)
... was last updated 01:10, 2 November 2015. Same for Special:BrokenRedirects. Matěj Suchánek (talk) 14:46, 17 November 2015 (UTC)
Ah doh! Should have seen that. Thanks. This seems to be an issue not just with Wikidata. There is phabricator:T113721. --Lydia Pintscher (WMDE) (talk) 15:23, 17 November 2015 (UTC)

Clicking "add reference" while editing a statement means the edit will not save

If, while adding or editing a statement, you click to add a reference, the edit to the statement will not save - it says "saving" as normal but never completes (I've left it 20 minutes once). If you click "cancel" everything except "save" is greyed out but the action is not cancelled, if you then click save it does if you hadn't clicked cancel at all. If you refresh the page your edit has not saved, but everything works exactly as the first time (i.e. as long as you don't try to add a reference while a statement is open for editing).

This happens every time using Firefox (version 42.0 on Xubuntu Linux) but not normally when using Chromium (Version 45.0.2454.101 Ubuntu 14.04 (64-bit)). I cannot add or edit any statements at all using Konqueror 43.3. Thryduulf (talk: local | en.wp | en.wikt) 17:26, 18 November 2015 (UTC)

Since when did you have this issue and is it still an issue? New code was deployed about an hour ago. I tried in Chromium and Firefox and it works, though perhaps there are some caching issues. Aude (talk) 21:12, 18 November 2015 (UTC)
I had same issue in last days as Thryduulf, but it is OK with new code. --Jklamo (talk) 22:03, 18 November 2015 (UTC)
I've been experiencing it for a couple of weeks, and it was still happening when I left the report above but it does seem to have been fixed since then. Thryduulf (talk: local | en.wp | en.wikt) 23:48, 18 November 2015 (UTC)

WDQ not working for me for two days

Hi, I saw ListeriaBot having some issues with manual request for updates a few days ago. Also WDQ had some issues. After waiting, it now doesn't seem to throw any errors anymore, but some lists don't update (via ListeriaBot). Even when I initiate a manual update it says "no change". This seems to come from WDQ not returning correct results. E.g Bassum station (Q4868200) (P81 claim added 22:36, 6. Nov. 2015‎) and Lauenbrück railway station (Q16061828) (P81 claim added 17:52, 19. Nov. 2015‎) both claim Wanne-Eickel–Hamburg railway (Q317480) via connecting line (P81). Checking via "whats links here" show 22 stations linking to Wanne-Eickel–Hamburg railway (Q317480). But WDQ "CLAIM[81:317480]" only returns a list of 9, including Bassum station (Q4868200) but not Lauenbrück railway station (Q16061828). As far as I can tell, those are older claims. None of my edits from this week seem to show up via WDQ (and subsequently in ListeriaBot managed lists). Among those lists suffering from this are:

--Aeroid (talk) 09:31, 21 November 2015 (UTC)

Unfortunately WDQ has frequent outages. Wikidata Query Service is much more reliable (and there is tool to convert WDQ->SPARQL queries). --Jklamo (talk) 11:38, 21 November 2015 (UTC)
ListeriaBot uses WDQ not SPARQL, so converting the query to SPARQL won't help fix the lists unless Magnus decides to make ListeriaBot support SPARQL queries. - Nikki (talk) 13:40, 21 November 2015 (UTC)
ListeriaBot and WDQ are both tools by User:Magnus Manske, so he is usually the best person to ask about it. WDQ is rather behind at the moment (see #Lag above) and as far as I can tell from Topic:Ssx90z1r5akk0b4x Magnus is waiting for a new dump to be created (due on the 23rd... it doesn't look like it will catch up before then, since it's now over four days behind). - Nikki (talk) 13:40, 21 November 2015 (UTC)

You can now use SPARQL instead of WDQ as a Listeria generator. See documentation update. --Magnus Manske (talk) 21:36, 21 November 2015 (UTC)

Now you need to work on the display of the template. The introduction currently reads: This list is periodically updated by a bot. Manual changes to the list will be removed on the next update! Query: {{{wdq}}}. (After switching from wdq to sparql). Mbch331 (talk) 11:39, 22 November 2015 (UTC)
He, you, they, we? --- Jura 12:10, 22 November 2015 (UTC)
@Magnus Manske, great stuff! I'll probably need to understand that better. Simple stuff worked, but a more complex WDQ translates into some strange stuff. Try "CLAIM[131:(TREE[1197][150][131])] and CLAIM[31:(TREE[5302441][][279])]" ... it returns 21 items via Autolist and 146 going via wdq2sparql/query. It's not really a "Subqueries within tree/web", right? So I thought might work.--Aeroid (talk) 19:34, 22 November 2015 (UTC)
I had an experience that may be similar a couple of days ago. I was looking for instances of subclasses of "town" in the UK, and got a lot fewer responses from WDQ than I expected (and fewer than I got from SPARQL), because two key subclasses weren't being included in the WDQ version of the query for subclasses of town: Query: CLAIM[279:3957] is missing market town (Q18511725) and county town (Q1357964). Jheald (talk) 21:13, 22 November 2015 (UTC)
See #Lag above. You set them to be subclasses of town on the 18th. WDQ is still stuck on the 17th (according to [5]) so does not have your changes yet. - Nikki (talk) 22:42, 22 November 2015 (UTC)
Yeah, that makes sense. Thanks! Jheald (talk) 23:34, 22 November 2015 (UTC)

Adding reference

When I today added references, I discovered that I opened all of the claim to edit. I also had to "save" at the top of the box. Based on how it has worked this far, it was very confusing, but I guess I (we) will learn. The possibility to add both the reference and the claim itself in one single edit is a big improvment.

But one thing made me very confused in GUI. There is dark blue bar between the qualifier-part and the reference-part of the claim. It made me think something was broken with my browser. What is the purpose of this bar?

And a second thing, the Gadget that allows me to copy-paste references looks like it is now broken... -- Innocent bystander (talk) 07:08, 20 November 2015 (UTC)

@Bene*: Maybe you can have a look at the gadget?
As for the bar: Yeah Jonas and me sat down together today to remove a few things like this. The view should be quite a bit cleaner with the next update in 2 weeks. --Lydia Pintscher (WMDE) (talk) 10:19, 20 November 2015 (UTC)

The Gadget that allows me to copy-paste references wot working. Big problem. Xaris333 (talk) 16:27, 20 November 2015 (UTC)

@Xaris333: I have fixed the gadget and it should work again. :-) -- Bene* talk 17:43, 23 November 2015 (UTC)

ML-text editor

Tracked in Phabricator
Task T95419

I cannot a change lang code in birth name (P1477) at Friedrich Köppen (Q4251435). When i replace "ru" with "de", the save button was still disabled, a adding a fake qualfier enables button, but lang not changed to German. Fix it please. -- Sergey kudryavtsev (talk) 10:07, 24 November 2015 (UTC)

I fixed P1477 value in Q4251435 via adding a new value. You may try same action in Wikidata Sandbox (Q4115189). -- Sergey kudryavtsev (talk) 10:12, 24 November 2015 (UTC)

Unusable Open Dataset

What to do in the case the main official (open) dataset are in an incompatible licence ? This is a big problem for france for example as the opendata portal offers a licence (compatible CC-BY) with necessity to mention the source of datas - which we actually DO, but not guaranty subsequent usage will do as well : https://www.etalab.gouv.fr/licence-ouverte-open-licence I think this is a real problem for Wikidata development as demographic datas are a real Wikidata usecase, where Wikidata/Wikipedia can relly make a difference in data diffusion and exploitation, that governments are willing to publish in OpenData, but that we just can't use their datas !?! This seems an absurd problem as Wikipedias can actually have this datas. This actually is the single thing here that stops Wikidata in usecase such as french demographic datas. author  TomT0m / talk page 14:09, 23 November 2015 (UTC)

Contac the data owner and request a licence change or an OTRS authorization for a set of data in its use in WD. We don't have any structure for the OTRS system yet but this is the correct way to get an official approval. Snipre (talk) 14:41, 23 November 2015 (UTC)

A related question that has been worrying me: under what authority do we have the right to systematically mine Wikipedia and republish the results CC0 ?

The content of Wikipedia -- including infobox data, categorisation, templating, etc -- is published CC-BY-SA. How is it acceptable to host systematic extractions, without complying with the terms of that license ? Jheald (talk) 16:56, 23 November 2015 (UTC)

The way Wikipedia has its data makes it not eligible for copyright. I'm not completely sure why, or where the boundary is. --Yair rand (talk) 17:54, 23 November 2015 (UTC)
In the US maybe, because there is no database copryright, but in Europe and especially in france any collection of datas chosen in a creative manner, and the selection of articles that fulfils WP:N criteria seems to me as such, is eligible as a database and is eligible for copyright. author  TomT0m / talk page 17:59, 23 November 2015 (UTC)
It seems to me the database being copied from (Wiki*) is hosted on US territory and such a fact would be important. Either this is never going to be an issue or the Foundation isn't going to have any difficulties defending our import from... whoever... decides they're going to have a conniption. --Izno (talk) 19:29, 24 November 2015 (UTC)
This is maybe legally valid, I don't know, laws and international laws are somewhat complex, but this is unsatisfactory. What happens if someone just want to reuse Wikidata datas in France ? Is he at risk ? Plus Zolo's proposal of bot import was rejected for this reason. author  TomT0m / talk page 20:43, 24 November 2015 (UTC)

wbsetqualifier

I have problems with wbsetqualifier in the API-sandbox. Maybe the parameter for the value is wrong in the example? For example, I see no parameter that tells that it is a string. And if I use wbgetclaims for an item with a qualifier, I see the parameters "datavalue" and "datatype" in the qualifier section. I use this API-funktion in User:Molarus/SPARQL-Endpoint-01.js. I have tested a lot of different ways to call this API-function at test.wikidata.org, but I couldn´t find the right way. I hope you could help me. --Molarus 11:42, 25 November 2015 (UTC)

@Bene*: Could you maybe have a look? --Lydia Pintscher (WMDE) (talk) 11:49, 25 November 2015 (UTC)
Hi Molarus, as far as I understand you have to pass the serialized datavalue to the value param, so only {"type":"string","value":"test2test2"}. The example given in the ApiSandbox is indeed wrong and misleeding. Hope that helps. :-) -- Bene* talk 18:45, 25 November 2015 (UTC)
I have found the right solution at [6]: value: '"GdyjxP8I6XB3"'. In wbcreateclaim there is an example for a string too and there in the parameter value "itsastring" is seen. That means in the example GdyjxP8I6XB3 should be changed into "GdyjxP8I6XB3". --Molarus 02:04, 26 November 2015 (UTC)
Thank you! Adam is making a patch for this right now. --Lydia Pintscher (WMDE) (talk) 15:51, 26 November 2015 (UTC)
It wont actually be deployed for a while but it is fixed! https://gerrit.wikimedia.org/r/#/c/255546/ ·addshore· talk to me! 15:55, 26 November 2015 (UTC)

Problem with moon crates interactive view

Good morning from Spain:

Problem

(I CAN'T SEE THE NAME AND THE LINKS OF THE CRATES (GENERATED BY ME) IN THE INTERACTIVE VIEW OF THE MOON) (WIKIPEDIA EN ESPAÑOL)

He detectado que al entrar en los cráteres lunares que he generado (siempre traducidos del inglés), al navegar por la opción interactiva que se acciona al pulsar en el símbolo "del globo terráqueo" situado junto a las Coordenadas, NO APARECE EN EL PLANO INTERACTIVO DE LA LUNA EL NOMBRE DE NINGUNO DE LOS CRÁTERES QUE HE GENERADO:

PROBLEM CRATES:

La posición aparece correctamente en el plano lunar (con un circulito marrón), pero no el rótulo con el enlace correspondiente. He probado a activar y desactivar el idioma español en el menú de Mostrar Etiquetas" sin éxito. En cambio, el inglés funciona correctamente. También he revisado los datos en Wikidata (comparando un cráter en español que funciona con los que no), pero no doy con el problema.

Solicitud

Por favor, necesito que alguien más ducho que yo manejando Wikidata (creo que el problema está ahí, pero vaya usted a saber...), ME INDIQUE CÓMO SOLUCIONAR EL PROBLEMA. (Tengo la intención de seguir subiendo cráteres de vez en cuando).

Saludos

Usuario que lo solicita: --Wiki LIC (talk) 12:10, 26 November 2015 (UTC)--Wiki LIC (discusión) 20:31 24 nov 2015 (UTC)

Maybe it's this: MediaWiki_talk:Gadget-AuthorityControl.js#Globe. --- Jura 12:47, 26 November 2015 (UTC)

ı am so sorry

I wrote here that I have less time. I took out some information to make wikipedia I'm working on a project presentation. Do not break the news to get information from the copyright've also sufficient. I'm gonna give me a link where I got the information from. If you want I will send to you when I finish my project.We stayed for two days. Please wished success;)

tr:Eklem_bacaklılar

--  – The preceding unsigned comment was added by Argk02 (talk • contribs) at 23:34, 22 November 2015‎ (UTC).

This user has made no other edits on Wikidata. Andy Mabbett (Pigsonthewing); Talk to Andy; Andy's edits 12:22, 30 November 2015 (UTC)

Where are we in ... watchlist integration ?

A little status update related to the state of watchlist integration would be good. It seems that the non-checked by default is (one of) the blocker for Wikidata usage in heated and unpleasant discussions that can occur on almost a daily basis this day. Other users (or the same) still agues on the flood. As Wikidata's watchlist integration seems not to work for me (did not investigate), I don't know if it's worth answering yet.

author  TomT0m / talk page 11:25, 25 November 2015 (UTC)

Wikidata changes show up meaningfully now on one of the two watchlist/recent changes versions. Enhanced recent changes still needs to be made to work. We've poked at it some but not gotten far. The codebase there is pretty bad and we are going to talk about how to move forward at the developer summit in early January. --Lydia Pintscher (WMDE) (talk) 11:47, 25 November 2015 (UTC)

@Lydia Pintscher (WMDE): Should we also be considering history integration, to allow relevant Wikidata changes that have changed the infobox to be shown in place in the page history ? Jheald (talk) 18:20, 25 November 2015 (UTC)

Yeah I have that on my list. However I have not pushed it up very high because very few people have been asking about it. So I'd first concentrate on making recent changes and watchlist work properly and then see how much history integration is demanded once that is in place. Does that make sense? --Lydia Pintscher (WMDE) (talk) 18:50, 25 November 2015 (UTC)
This shows up into anti-wikidata infoboxes arguments on frwiki as a blockup for some people as well. But I agree watchlist is higher priority, and I came to understand history integration was not easy to implement :) author  TomT0m / talk page 19:40, 25 November 2015 (UTC)
A good next step might be for someone to create a gadget that just merges the two histories on-view so we get a better understanding of how it could work and what people want exactly. --Lydia Pintscher (WMDE) (talk) 15:35, 26 November 2015 (UTC)
I also thought of a workaround that by setting-up a watchlist snapshot every now and then for a single article and merge it with the article history. author  TomT0m / talk page 16:02, 26 November 2015 (UTC)
That seems pretty bad to be honest as it'll mess in all kinds of ways with diffs and so on as I understand it. But then again... worth a try maybe. --Lydia Pintscher (WMDE) (talk) 13:22, 30 November 2015 (UTC)

Simple inverse look-ups from Lua ?

At the moment, for a given item, it's easy from Lua (eg in an infobox) to find statements for a particular property that the item is the subject of.

How far are we from being able to make calls in Lua for a particular item to find statements for a particular property that the item is the object of ? (eg in a similar way to the way Reasonator shows what statements refer to an item, not just what statements are located on the item).

Is this in the roadmap ? Is there a current view on the timeframe that it might happen ?

There are quite a lot of property proposals that get rejected, on the basis that they are "just the inverse of an existing property", with a preference against duplicating information. But that assumes inverse look-ups are possible, for the information to be able to be found and extracted.

Of course, it's possible now to do those sorts of queries with WDQ and SPARQL. But is it intended that direct inverse look-ups should be possible directly from Lua ? Jheald (talk) 18:23, 27 November 2015 (UTC)

The next step in that direction will be list creation on the Wikipedias and co. How exactly we'll do that isn't decided yet. It is one of the big targets for 2016. --Lydia Pintscher (WMDE) (talk) 13:25, 30 November 2015 (UTC)

Template expansion limits

Has somebody recently changed the limit for the maximum number of templates that can be expanded on a page?

Or changed the template {{Q}} to make it a lot more expensive?

The templates on Wikidata:SPARQL query service/queries used to expand fine. Now it's a sea of red. Jheald (talk) 09:12, 28 November 2015 (UTC)

YesY Seems to be okay again now. Jheald (talk) 13:54, 28 November 2015 (UTC)
Retrieved from "https://www.wikidata.org/w/index.php?title=Wikidata:Contact_the_development_team/Archive/2015/11&oldid=282872184"