Open main menu

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

< Wikidata:Contact the development team‎ | Archive‎ | 2013

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


Installing client on projects other then Wikipedia

Is it possible to install Wikidata client on projects other then Wikipedia? Even if links to these projects are not supported, data items (and properties as result) could be queued through direct reference like commons:Template:Creator or via Wikipedia links as in case of Russian Wikisource. --EugeneZelenko (talk) 02:55, 31 May 2013 (UTC)

The whole thing relies on the connection via sitelinks. We're getting closer to supporting sisterprojects but it'll still take a bit. Sorry. --Lydia Pintscher (WMDE) (talk) 09:42, 4 June 2013 (UTC)

Indication of calendarmodel in time values

Hi, I am checking out how time values are stored in the database dumps, and comparing with meta:Wikidata/Data model#Dates and times.

The calendarmodel should be stored as URIs according to described data model. They are, but the values are URLs like which gives a 404 (not found) error code. If the intention is to point to item Q1985727 (Proleptic Gregorian calendar), you should either change the URL to a valid one (replace "entity" with "wiki") or change the server configuration so the used ones become valid. Byrial (talk) 08:44, 4 June 2013 (UTC) is the canonical URI of the concept described by the document It is not necessary for an URI to be usable as an URL, but of course it is nice to have in the spirit of Linked Open Data. The respective rewrite rule is up for review and awaiting processing by the ops team, see change 65463 and bugzilla:44098. -- Duesentrieb (talk) 09:52, 4 June 2013 (UTC)

Different sitelink displayed in edit summary

In this diff, I clearly see that the actually added sitelink is it:Cameron (nome) (like the on-page GUI showed), while in the edit summary it appears to be it:Camryn (which is a redirect to the other). It was probably the text the user originally typed in the input field, since the English page has this title, too.

I've never read the Wikibase source code, but I suspect that the edit summary is auto-generated before the redirect is resolved, leading to this "incoherence".

Is this planned or, if it's a bug, has it already been reported? Is there any plan to fix it?

Thanks in advance, --Ricordisamoa 14:20, 4 June 2013 (UTC)

Could you please file a bug for this on Thanks :) --Lydia Pintscher (WMDE) (talk) 15:35, 5 June 2013 (UTC)
Check to see if a bug has already been filed at first. Allen4names (talk) 04:51, 6 June 2013 (UTC)

Please get this fixed

Wikidata:Contact_the_development_team/Archive/2013/05#Capitalize_first_letter Somehow, someway, this is still not fixed. What gives? Somebody explain why, when I click on the Item by Title link here on this site and I search for a term in lowercase, the site is incapable of auto-capitalizing it? The page I'm looking for, cheese, isn't capitalized. Why on earth does Item by Title not find cheese for me when I type in "cheese" and search for it? Isn't this a flaw you could fix? Heck, if you're bad at programming and can't actually fix it, do me a favor. Just put up two sentences of text on top of that page. Give me just two sentences on that page--

'''Please capitalize the first character of the search term, even if it is a common noun. The software is not sophisticated enough to handle lower-case searches.'''

That's all we'd need. A testament to incompetence, maybe, but hey, at least you'd be serving the editors who come here trying to fix interwiki-links who can't find the title they're looking for because they're not capitalizing and the silly Item by Title doesn't even give them a "were you looking for...?" response, just nothingness. Seriously. Why doesn't this work or at least tell the user what they're doing wrong?

Let's keep it friendly here please. The developers are not incompetent. We're aware of the issue you raised and it is on the todo list. That being said the page isn't really intended to be used by humans. It's more of a backend thing that Wikidata needs and that bots need. If you can't find an item why not go to the article on the Wikipedia and click "edit language links" there? Or search for it using the search box here? Both will lead you to what you're looking for. --Lydia Pintscher (WMDE) (talk) 10:32, 7 June 2013 (UTC)


Hi everybody, I need your help. About this page, I would like to join PT Tostão and FR Teston, because it's the same matter, but I can't because a message sayd to me that another page is openede and I can't put it.

How can we do? Help.... and thanks a lot!

Rei Momo (talk) 11:03, 7 June 2013 (UTC)

I don't know why you didn't succeeded to do it, but they are now here: Q10383826. --Stryn (talk) 11:55, 7 June 2013 (UTC)

Tyvan Wikipedia

bugzilla:49328 is a request to start a Tyvan Wikipedia; this has been approved by LangCom and the WMF board. --Rschen7754 09:01, 8 June 2013 (UTC)

Thanks for the heads-up. I'll check if we need to do anything or if it is supported automagially already. --Lydia Pintscher (WMDE) (talk) 15:03, 8 June 2013 (UTC)
I've filed bugzilla:49432 now as this indeed seems to not happen automagically. We'll need to look into making this automatic. --Lydia Pintscher (WMDE) (talk) 12:46, 11 June 2013 (UTC)

Wrong articles linked

The English Wikipedia article Acute radiation syndrome should be linked to the corresponding French article syndrome d'irradiation aiguë . The French article instead links to an English article about the health effects of radiation. I would to the change manually, but with the new Wikidata system, it won't accept my changes. Can we unlink the French article, and connect it to the proper English translation as above? 16:01, 11 June 2013 (UTC)

A link can only be in one item in Wikidata. This means you first need to remove it from the other one before adding it to the new one. I hope that helps. --Lydia Pintscher (WMDE) (talk) 12:37, 12 June 2013 (UTC)

Monolingual text

There is currently a request for deletion of P387 (P387) on the ground that the datatype should be "monolingual text" and not "string". Based on meta:Wikidata/Data_model#Monolingual_texts, that seems to be a valid point, and I am afraid that it also applies to P357 (P357), which is an essential property for sourcing statements. Any updates or clarifications about this datatype ? --Zolo (talk) 16:26, 11 June 2013 (UTC)

The datatype is still planned if that is what you mean. It's on the shortlist of datatypes still together with numbers, multilingual text and url. I have not looked into the discussion about this particular property so can't comment on that at the moment. --Lydia Pintscher (WMDE) (talk) 12:40, 12 June 2013 (UTC)

[1] needs a different logo to avoid confusion. Something in the same vein as testwiki:'s logo might be good. This, that and the other (talk) 01:17, 12 June 2013 (UTC)

How about this:

This, that and the other (talk) 05:24, 12 June 2013 (UTC)

There's also an inverse version of the logo. -- Bene* talk 05:37, 12 June 2013 (UTC)
It has an adapted logo now. I assume this is closed then :) --Lydia Pintscher (WMDE) (talk) 12:41, 12 June 2013 (UTC)
Might you also change the logo on the left top of the site? -- Bene* talk 13:50, 12 June 2013 (UTC)
It is changed here. Cache maybe? --Lydia Pintscher (WMDE) (talk) 14:07, 12 June 2013 (UTC)
Not for me, also after clearing the cache. It shows [2] as logo for me. -- Bene* talk 15:31, 13 June 2013 (UTC)
Urgh! Now I see what is happening. It is not a different image but a css hack on top of the colored image that is not supported by Firefox for example. It works in Chromium though for example. I've asked Reedy to replace the logo properly. --Lydia Pintscher (WMDE) (talk) 15:57, 13 June 2013 (UTC)

Properties: Inheritance and bottom-up/top-down

It is needed to clarify this request from the users regarding the property model. It is a relevant question for sources, since the need for some properties (like the ones proposed to link "work items" with "edition items") could be less if there was a way to show linked items.--Micru (talk) 03:03, 12 June 2013 (UTC)

I answered there. --Lydia Pintscher (WMDE) (talk) 12:47, 12 June 2013 (UTC)
Thanks!--Micru (talk) 15:48, 12 June 2013 (UTC)
More questions about the property model. You guys won't get bored :) --Micru (talk) 12:43, 13 June 2013 (UTC)

Item reference in "Add links"

I think will be good idea to include existing item reference in URL for "Add links" on client. It's necessary to use additional search by title step to get such items. --EugeneZelenko (talk) 14:18, 12 June 2013 (UTC)

We have bugzilla:49105 for that problem. --Lydia Pintscher (WMDE) (talk) 14:52, 13 June 2013 (UTC)

Warp speed

Yesterday evening, the speed of Wikidata went up several hundred %, IMUE (In My user experience (Q1047808)). I don't know how you did it, maybe there was no caching of static files before ;) but anyway I just wanted to say good job! Opening twenty tabs at a time used to be a test of patience, now it's child's play. Keep up the good work! :) - Soulkeeper (talk) 16:20, 13 June 2013 (UTC)

Haha you're welcome. I am not sure what caused it but I'll let the team know. --Lydia Pintscher (WMDE) (talk) 17:03, 13 June 2013 (UTC)

Notification email does not work

The email notifications that allow to view "all changes" haven't been working in the past week, but only for Q-items and properties. The other namespaces work fine. If I get an email like this:

The third link just leads to a weird message instead of showing all the changes. --Tobias1984 (talk) 14:10, 13 June 2013 (UTC)

Yeah. I have experienced the same issue. We have bugzilla:49434 for it. --Lydia Pintscher (WMDE) (talk) 14:27, 13 June 2013 (UTC)


I am trying to add Шаблон:Efn from the Ukranian site to Q11500316 but the uk language code is not on the dropdown list. --Gadget850 (talk) 15:26, 16 June 2013 (UTC)

Hey, ukwiki link is already added on Q11500316, so that's why you can't see it on the dropdown list. --Stryn (talk) 16:14, 16 June 2013 (UTC) template revisited

Following up on the discussions at template#Deprecated and Wikidata:Contact the development team/Archive/2013/ template, I have marked template and template/temp as {{historical}}, including short explanations of the situation. I have not nominated the pages for deletion because other similarly deprecated pages have not been deleted at Meta. FYI. - dcljr (talk) 03:33, 19 June 2013 (UTC)

Thanks! --Lydia Pintscher (WMDE) (talk) 10:34, 19 June 2013 (UTC)

Missing tab "Edit" or "View"

Pages such as Q386724 don't have an "Edit" tab (nor a "View" tab if the source should not be modified), now the source can be seen only by small fragments through "View history". --SGlad (talk) 17:56, 20 June 2013 (UTC)

On Wikidata, this is by design. To edit part of an item, click the [edit] link next to the label, description, statement, or link. For more information, please see Help:Editing. The Anonymouse (talk) 18:03, 20 June 2013 (UTC)

How to get an edit token for an edit?

Hello, I am trying to get an edit token for editing wikidata programmatically.

  1. I logged in using the action login in the api.php.
    1. action=login&lgname=<userid>&lgpassword=<userpass>
  2. Then reconfirm the login by passing the token with lgtoken property
    1. action=login&lgname=<userid>&lgpassword=<userpass>&lgtoken=<token>
  3. Then used the token to add claim
    1. action=wbcreateclaim&entity=qXXX&property=pXXX&snaktype=value&value={"entity-type":"item","numeric-id":"XXX"}&token=<token>

I tried to pass the token retrieved from step 1 to the step 3 but when I see the history of the item, it still just register my IP address. I read somewhere in the API documentation that you should pass an edittoken and not the login token, how do I get an edit token for wikidata? --Napoleon.tan (talk) 01:45, 17 June 2013 (UTC)

replacing PageName with the page that you want to perform an action upon. Then find the edittoken parameter within the hierarchy of the response. For full details, please see mw:API:Edit#Token. This works on Wikipedia, but I think it should work for Wikidata too. The Anonymouse (talk) 04:34, 17 June 2013 (UTC)
I tried your suggestion Anonymouse, thanks it works. I was using c# so you also need to copy the cookie container. --Napoleon.tan (talk) 09:37, 23 June 2013 (UTC)

Null values for the precision of globe-coordinate values

Is it by design or a bug that the precision for coordinate values in database dumps is indicated as "null" in very many cases. When you manually enter a coordinate value for an item, you cannot indicate "unknown precision", so I guess that these null values is entered by bots using the API. If so, why are bots allowed to do that? Byrial (talk) 21:25, 19 June 2013 (UTC)

Maybe it was better to have integer codes for the precision of coordinates like for timevalues? Precisions like for example 0.016666666666667 for an arch minute and 0.00027777777777778 for an arch second look a little odd and can be difficult to parse. Byrial (talk) 06:42, 20 June 2013 (UTC)
Both are very good points. The first one might be simply a bug. We will think of it and then post the answer here. --Denny Vrandečić (WMDE) (talk) 12:47, 21 June 2013 (UTC)
Thank you. I will add that if you use numeric codes for the precision, we may also want to use the code to select how to present the coordinates. Look at Gorno-Altaysk (Q6025). The location is presented as 51°57'36"N, 85°57'36"E, which looks much more precise than it is. The real values are +51.96, +85.96 with precison 0.01. I think that is better presented as the decimal values with no arcminutes and arcseconds. Byrial (talk) 13:45, 21 June 2013 (UTC)
There is another point of view. — Ivan A. Krestinin (talk) 11:24, 23 June 2013 (UTC)
That is a point of view about what precision to chose. This is about how to present data with a chosen precision. Both are relevant, but different discussions. Byrial (talk) 12:00, 23 June 2013 (UTC)

Need to correct "propriété supprimée"

In french translations, the messages "propriété supprimé" need to be corrected into "propriété supprimée" wherever they are appearing in the code (not easy to find for a newcomer), appearing for example in [3]. Thanks --SGlad (talk) 17:13, 20 June 2013 (UTC)

(the copy in "Discussion" of this page, where I first posted the upper message, can be blanked if appropriate) --SGlad (talk) 17:43, 20 June 2013 (UTC)

  Done at (diff) In a few days the change should propagate to Wikidata. Byrial (talk) 18:54, 20 June 2013 (UTC)

Thanks. But attention than it should not change "élément supprimé" which is correct ! --SGlad (talk) 21:05, 20 June 2013 (UTC)

That is impossible at the moment. I filed a bug report. Should I undo the change, or in other words do you prefer "deleted item" or "deleted property" to be incorrect until this is fixed? Byrial (talk) 22:57, 20 June 2013 (UTC)

There should be 2 distinct messages (more if other uses), this message is programmatic, assuming english syntax rules, which is discouraged by some wiki software developement standards I've seen somewhere. Same in many other languages. Thanks for bug report.

For now, maybe do like the german translation : "supprimé(e)" (it seems not to be used with plural). (tried to go to "", but my account seems not known there) --SGlad (talk) 10:20, 21 June 2013 (UTC)

  Done here. is an independent project, so you have to register a new account to use it. Look at its frontpage for a start guide if want to use it. Byrial (talk) 13:26, 21 June 2013 (UTC)

Meaning, item, translation

I just ask this question on project chat :

What to do with go (Q5574688) ? Is it about the english verb "to go" or about the notion of going somewhere ? It makes a big difference, for example for the label in other language. Should I label "to go" in french or "aller"? Actually both could make sense as we can have an article in french wikipedia about the english verb ...

I understood that there currently is discussions about the future wiktionarian Wikidata model. There is a meaning notion which can be linked to items. But how will this interract with the question I just asked and current wikipedia article ? TomT0m (talk) 19:41, 23 June 2013 (UTC)

I would say that those articles should be removed from Wikipedia because they belong better in Wiktionary. For other items where there is a more clear overlap, like foot (Q15807), my impresion is that Q items represent "word sense". Maybe it would be better to have an second item for "word sense foot" and connect it to the Q item with a property. [NOTE: this is my personal opinion that might not reflect the views of the development team]--Micru (talk) 04:08, 25 June 2013 (UTC)
Actually there is room for making an article for "to go" in other languages as well, the history of these words are interesting. It is intersting for example that it is the most irregular verb of the language, it is the same for "aller" in french which is insanely irregular. Probably because it is used all the time so it moves a lot.
The item is about whatever you make it be about. That means it represents the concept the Wikipedia articles it links to are about. In this particular case I'd probably make it about the concept of going and not the particular English verb since other Wikipedias don't seem to have such an article. --Lydia Pintscher (WMDE) (talk) 09:18, 25 June 2013 (UTC)
I could not verify that as the other languages linked to this item are in alphabets I don't understand (writing that I realise that if we see "to go" in these article the question is answered ...). But the answers I got on the project chat went on the other direction so the question is still interesting :). I guess if we make that about the meaning we could link this item to a "meaning" on the wikidata wiktionary model, and if we make it about the verb we link it to a word (or morpheme if I recall). Will that be possible ? TomT0m (talk) 19:44, 25 June 2013 (UTC)
If I understand you correctly then yes but it'll probably be the other way around - so the meaning linking to the item. --Lydia Pintscher (WMDE) (talk) 11:45, 26 June 2013 (UTC)

Is this Wikimedia project proposal compatible with Wikidata?


Mcnabber091 (talk) 20:08, 26 June 2013 (UTC)

I had a quick look over everything and I can't see anything that would mean incompatibility. Not all of this is currently possible because the software here is still in development but it will be in due time. Missing for this are for example a few more datatypes and queries as far as I can tell. So technically I'd say yes. Socially is another thing that the community would have to decide. Wikidata:Project chat is the right place for that. --Lydia Pintscher (WMDE) (talk) 16:57, 28 June 2013 (UTC)