Wikidata:Contact the development team

From Wikidata
Jump to: navigation, search
Shortcut: WD:DEV
Wikidata development is ongoing. You can leave notes for the development team here, on #wikidata connect and on the mailing list or report bugs on Bugzilla. (See the list of bugs on Bugzilla.)

Regarding the accounts of the Wikidata development team, we have decided on the following rules:

  • Wikidata developers can have clearly marked staff accounts (in the form "Fullname (WMDE)"), and these can receive admin and bureaucrat rights.
  • These staff accounts should be used only for development, testing, spam-fighting, and emergencies.
  • The private accounts of staff members do not get admin and bureaucrat rights by default. If staff members desire admin and bureaucrat rights for their private accounts, those should be gained going through the processes developed by the community.
  • Every staff member is free to use their private account just as everyone else, obviously. Especially if they want to work on content in Wikidata, this is the account they should be using, not their staff account.

On this page, old discussions are archived. An overview of all archives can be found at this page's archive index. The current archive is located at 2014/11.

Error on valid language code[edit]

Tried to add "Vuona gånågisrijkka" with language code smj for Norway (Q20), this is the name in w:en:Lule Sami Language according to w:nn:Noreg, but got an error on the language code. The code is in the drop down list for valid languages. This language does not have a valid interface language. Jeblad (talk) 15:29, 26 October 2014 (UTC)

This is already being tracked in bugzilla. --Lydia Pintscher (WMDE) (talk) 20:07, 28 October 2014 (UTC)
Yes, I added bug 72590 - Monolingual code is missing for Kvensk (fkv), Romani (rom) and Scandoromani (rmg-variant). There is also another bug 72126 - monolingual text does not accept sr-cyrl and a number of other language codes. I think it is important to fix those bugs, and it should be fixed by allowing use of the additional languages for mono-/multilanguage codes and not by limiting them to the valid codes for localization. Those code sets are not the same and should probably not be interpreted as the same. The first one is an approximation to all possible languages, which is much larger than the valid codes for localization of the software. Actually the mono-/multilanguage codes does not imply localization at all. Jeblad (talk) 02:29, 12 November 2014 (UTC)

Adding links through wikipedia[edit]

When one links a new page on a wikipedia to another new page one a wikipedia, both not yet linked to wikidata, then a new item is created and for both languages a label is created. However, if one of the pages is linked to wikidata, the added sitelink is not accompanied with a label. Can that be solved? Lymantria (talk) 13:43, 7 November 2014 (UTC)

@Hoo man: What do you think? --Lydia Pintscher (WMDE) (talk) 14:31, 7 November 2014 (UTC)
We had this discussion before, but decided that the Wikibase software shouldn't make the assumption that labels equal the page title. For item creations we decided to set labels though, as items without any labels are extremely hard to identify (thus the bad assumption is bearable there compared to having these unidentifiable items). Cheers, Hoo man (talk) 15:37, 7 November 2014 (UTC)
For wikipedia-users it is hard to understand in which case they have to add a label and in which case not. Perhaps you could reconsider to add the label equal to the page title. Lymantria (talk) 10:39, 10 November 2014 (UTC)
Good point. Will discuss this with Marius next week some more. --Lydia Pintscher (WMDE) (talk) 13:03, 13 November 2014 (UTC)


If anyone has time I would like som input on Wikidata:Requests for comment/Sitelinks with fragments. There is also a thread at Wikidata:Project chat#One vs. several sitelink-item correspondence. Jeblad (talk) 08:47, 11 November 2014 (UTC)

I have said several times that I think this is a very bad idea. It will break important assumptions we're making about the world and it'll take significant development time to work around those for questionable benefit. --Lydia Pintscher (WMDE) (talk) 09:17, 11 November 2014 (UTC)
Please note the Hash URIs as described by W3,[1] and also note that use of a hash URI does not break the assumption of unique URIs. The only thing I am aware of that will break is the current assumption that the hash (fragment) is not part of the URI. If there is other assumptions that will break feel free to give examples and links to docs or code. Jeblad (talk) 09:53, 11 November 2014 (UTC)
There is one assumption that could create a problem, and that is the unique backrelation in an external page. Hash URIs will make it possible to have two items point to the same page, which makes it necessary to return and handle two structures. This can be counteracted by giving a hash-less URI priority, that is simply listing it first. Jeblad (talk) 10:32, 11 November 2014 (UTC)
Can we have a page, possibly a subpage under mw:Wikibase, that is linked from Help:Sitelinks, that list all the assumptions? The same thing should probably also be done for other critical assumptions made by the developers. Jeblad (talk) 03:30, 12 November 2014 (UTC)

Dimensions and units for the quantity datatype[edit]

Is Wikidata:Requests for comment/Dimensions and units for the quantity datatype to be interpreted as a change request for the quantity datatype, or is it a list of wanted properties, or is it a list of example units to be used for properties? I am not sure how to interpret the list. Dimensions can say something about which units can be transformed into which other ones, but it is a feature that is very difficult to model.

For example you can say that something is a measure of length, like arrow shot and stone throw (old Norse length measures), but you can not transform some specific length unit into the SI-value meter. Still you can transform from one length unit at that era into another length unit from the same era, there are 4 stone throw on one arrow shot, or you can transform with low accuracy and use the approximation that 1 stone throw is about 35-75 meter. There are also cases where you don't know which version of a length unit is used, even if it reads foot or alen.

I am not sure how to model dimensions with known errors or uncertainty, even if I think that it is possible. The general idea is to say that you have transform rules between some quantities but not between all of them, and that missing transform rules will create isolated islands where you only can transform the quantities within those that define the island. More generally you can say that valid transformations exists if the error bound they produce is within your accepted range.

The previous makes me think that the linked RFC is only talking about a list of transformable example units to be used for properties, it is not talking about a new implementation for quantities within a dimension. Is this a correct interpretation? Jeblad (talk) 03:13, 12 November 2014 (UTC)

The page was for collecting units that should be handled first. The list got way too large though. --Lydia Pintscher (WMDE) (talk) 13:02, 13 November 2014 (UTC)
Thanks, then it was as I suspected. Jeblad (talk) 20:26, 13 November 2014 (UTC)
Jeblad: The articles you link to give estimates in meters of the value of an arrow shot and of a stones throw and how these varied in different places at different times so we will have arrow shot (Sweden 1600) = 200m +- 20m. which we should be able to perfectly well express semantically. I don't think there is a problem that we cannot solve here. Filceolaire (talk) 20:21, 16 November 2014 (UTC)
Sorry, but which arrow shot do you refer to? Which era, and which geographic region? Or do you refer to the attempts to model the actual length? There are models that estimates the arrow shot to within +/- 0.01 meter, but I don't think anyone would say the estimate is anywhere near accurate. An arrow shot is usually just said to be somewhere between 140-300 meter, but we know that there are 4 stone throw on one arrow shot. That is, within the given measurement system there are exactly 4 stone throws on one arrow shot, even if we can't accurately relate this to the SI-system. Jeblad (talk) 12:13, 17 November 2014 (UTC)
Er, era: 1600, region: Sweden. That is what the bit in brackets means. We will have a dozen different arrow shot units each corresponding to a different era and region just as we will need to have a dozen different ounce and pound and acre units corresponding to different eras and regions if we ever start to codify the historic measurement units used in other places. Filceolaire (talk) 01:42, 18 November 2014 (UTC)

cross wiki authentication does not work[edit]

see Wikidata:Forum#Verlinkung_mit_WD_geht_nicht.2C_authentication_schl.C3.A4gt_fehl (German, but if you need English, I will gladly translate) --Herzi Pinki (talk) 00:28, 13 November 2014 (UTC)

Thanks. Will answer there. --Lydia Pintscher (WMDE) (talk) 12:55, 13 November 2014 (UTC)

Cannot edit Q14920473[edit]

No edit buttons anywhere on jsas (Q14920473) for me, neither in Firefox nor Chrome. Only for that item?! Emptying the cache had no effect. Anyone else with this problem? -- LaddΩ chat ;) 18:34, 14 November 2014 (UTC)

Came back with --JulesWinnfield-hu (talk) 19:02, 14 November 2014 (UTC)

The UI is gone. Can't add statements. --JulesWinnfield-hu (talk) 19:27, 14 November 2014 (UTC)

I get Javascript error also. undefined is not a function when click on add to add statements. --JulesWinnfield-hu (talk) 19:33, 14 November 2014 (UTC)

thanks Jules, that item cache purge seems to have resolved it for me. -- LaddΩ chat ;) 21:21, 14 November 2014 (UTC)

Not receiving reversion notifications[edit]

I am not receiving reversion notifications through web, although they are enabled in my preferences. Here is one of the reversions I have not been notified of. Petr Matas 07:51, 18 November 2014 (UTC)

Did you receive them in the past on Wikidata? --Lydia Pintscher (WMDE) (talk) 09:27, 18 November 2014 (UTC)
I have never received any and I have never changed the notification preferences. Petr Matas 10:05, 18 November 2014 (UTC)
That's what I feared. Thank you. I will investigate. Echo probably doesn't properly recognize the revert. --Lydia Pintscher (WMDE) (talk) 12:00, 18 November 2014 (UTC)
I have filed bugzilla:73562 for it. --Lydia Pintscher (WMDE) (talk) 16:37, 18 November 2014 (UTC)
Thanks, Lydia. Does it also affect other users? Is there any way around this? Petr Matas 16:50, 18 November 2014 (UTC)
I just tested it for myself and I can reproduce it. I don't know if others are affected but I assume it is the same for everyone. --Lydia Pintscher (WMDE) (talk) 16:55, 18 November 2014 (UTC)
Kunal just made a patch for this. Still needs to go through review but should become available with the next deployment in 2 weeks if nothing goes wrong. --Lydia Pintscher (WMDE) (talk) 21:53, 18 November 2014 (UTC)

Some statements incorectly show their value is a deleted item[edit]

I have just created some statements: [2], [3], [4]. Their values are shown as pointing to deleted items, but those items do exist. The first two cases point to an item I have just created. The third case points to an item, which existed since long time ago. Petr Matas 20:08, 18 November 2014 (UTC)

Marius is looking into it right now. It seems we screwed that up in the last deployment. If there is no label it is shown as deleted which is obviously wrong. Thanks for poking. --Lydia Pintscher (WMDE) (talk) 20:43, 18 November 2014 (UTC)
Tracking at bugzilla:73580. --Lydia Pintscher (WMDE) (talk) 20:53, 18 November 2014 (UTC)
Aaaand fixed again. --Lydia Pintscher (WMDE) (talk) 21:52, 18 November 2014 (UTC)
Wow, that was incredibly fast! Petr Matas 22:40, 18 November 2014 (UTC)

Symmetric properties[edit]

Are there any plans to implement anything like mentioned in Wikidata:Requests for comment/Make Symmetric & Inverse Property addition automatic and bidirectional ? --DixonD (talk) 20:10, 19 November 2014 (UTC)

There will be no automatic addition of symmetric or inverse properties, no. However something the student team that is working on constraint violation reports is thinking about is prompting the user to add the other statement as well. --Lydia Pintscher (WMDE) (talk) 08:47, 20 November 2014 (UTC)

Stars for recommended articles?[edit]

In Wikivoyage, we heavily use recommended articles (we call them usable articles), but they do not show up at the left sidepanel. I asked the same question a couple of days after the badges were made, and got a answer that a start still need to drawn by the developers. Has there been any progress? Is there smth we could do to help?--Ymblanter (talk) 20:44, 20 November 2014 (UTC)

Sorry. This fell through the cracks. My fault. Katie just checked and found what's wrong. We'll deploy a fix early next week. --Lydia Pintscher (WMDE) (talk) 21:14, 20 November 2014 (UTC)
Great, thanks.--Ymblanter (talk) 21:45, 20 November 2014 (UTC)

Automatically restore links?[edit]

When a page is deleted on a client (Wikipedia, etc) its sitelink is now removed automatically from its Wikidata item. However, some page deletion is because of merging page history, or selective undeletion (Although there're MergeHistory and RevDelete), or to spilt page history. I think when a page is deleted on a client, its sitelink should be restored automatically from its Wikidata item, unless the item is deleted. Otherwise, admins must find the item the page was linked to. (Probably related to )--GZWDer (talk) 12:01, 23 November 2014 (UTC)

Good point. I am not sure if we can do this but I opened phabricator:T75908. --Lydia Pintscher (WMDE) (talk) 18:26, 25 November 2014 (UTC)

Rendering of coordinates[edit]

Some coordinates are rendered as 0°0'NFF"N, 0°0'NFF"E. Is that bug or feature? --Jklamo (talk) 16:03, 23 November 2014 (UTC)

Looks like all claims with a missing precision value are affected. --Pasleim (talk) 13:12, 24 November 2014 (UTC)
This is bugzilla:73601, thank you. --JanZerebecki (talk) 18:23, 25 November 2014 (UTC)

External search[edit]

Why the query "инфрасемейство" (in Google/Bing/Yandex/...) doesn't find infrafamily (Q5481039) (with ru-label инфрасемейство), but query "infrafamily" finds? Labels in not all languages are open for robots? --Infovarius (talk) 13:05, 24 November 2014 (UTC)

I am not sure why. There shouldn't be a difference. Maybe @Denny: can have a look? --Lydia Pintscher (WMDE) (talk) 18:29, 25 November 2014 (UTC)

Bug in WDQ?[edit]

Why is it that Query: claim[361:18552670] does not return Bunker Battery Den Hoorn (Q17460014)? Petr Matas 22:07, 24 November 2014 (UTC) (copied from Wikidata talk:List of queries#Bug?)

@Magnus Manske: Any idea what's wrong? --Lydia Pintscher (WMDE) (talk) 18:32, 25 November 2014 (UTC)
Honestly, no idea. The item shows up for other queries, just not this one. The next edit, or maybe even just a purge, will fix this, but I'm not sure why it doesn't show up. Will keep an eye out. --Magnus Manske (talk) 19:02, 25 November 2014 (UTC)
OK, I made an edit, and it picked it up. Still not sure why the part of (P361) one wasn't picked up. --Magnus Manske (talk) 19:16, 25 November 2014 (UTC)

Problems to insert qualifiers[edit]

I can no longer insert third and fourth qualifiers in Peter-Klaus Schuster (Q2073454). Is there a bug?--Oursana (talk) 11:42, 25 November 2014 (UTC)

Gerrit change 175701 will fix this. Cheers, Hoo man (talk) 14:27, 25 November 2014 (UTC)
This changed has been deployed now, so you should be able to add qualifiers again. Thank you for letting us know. Hoo man (talk) 20:37, 25 November 2014 (UTC)
Thanks for your quick help--Oursana (talk) 22:17, 25 November 2014 (UTC)

Wikidata:Do not merge[edit]

I can't seem to open this page. It gives me Wikimedia Error whenever I try to open it. 15:13, 25 November 2014 (UTC)

A split into subpages is in preparation. See Wikidata talk:Do not merge. --Succu (talk) 15:27, 25 November 2014 (UTC)