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

Development
Plan

Status
Updates

Paper
Cuts

UI Redesign
Input

Contact
the development team

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


Time format error years before 1000[edit]

Year doesn't have 11 digits if less than 1000: https://www.wikidata.org/w/api.php?action=wbgetclaims&format=jsonfm&entity=Q320168&property=P570. --JulesWinnfield-hu (talk) 21:13, 17 July 2014 (UTC)

This isnt a formatting error, as this is the raw data stored. The value is correctly formatted by wikibase. Per this line the code doesnt force the years to have 11 digits. ·addshore· talk to me! 17:17, 18 July 2014 (UTC)
Special:ListDatatypes states that “the year always having 11 digits”. --JulesWinnfield-hu (talk) 17:50, 18 July 2014 (UTC)
Thanks :) We'll have a look. --Lydia Pintscher (WMDE) (talk) 07:37, 27 July 2014 (UTC)

Wikinews, again[edit]

Any plan for enable sitelinks to Wikinews? Probably in August?--GZWDer (talk) 17:00, 18 July 2014 (UTC)

Announced :) --Lydia Pintscher (WMDE) (talk) 07:37, 27 July 2014 (UTC)

Empty diffs, again[edit]

This edit was made with this code:

But it doesn't work on Wikipedia:Wikidata/Wikidata Sandbox (Q4115189)... --Ricordisamoa 21:03, 19 July 2014 (UTC)

Hmmmm ok this looks like it'll be able to help us track this issue down. Thanks a lot! --Lydia Pintscher (WMDE) (talk) 07:38, 27 July 2014 (UTC)

Feature request: string-item datatype[edit]

We have many situations where to create a new item for something is "too much effort", but sometimes there is indeed an item to link with. This happens a lot with sources metadata, but the most recent case is Property_talk:P1420#Why_item.3F, where ideally it should be a "red-link" string datatype, that would allow to launch the creation of an item, and it would to link automatically once created. Is that even possible? It would bring much efficiency and a satisfactory workflow.--Micru (talk) 17:01, 20 July 2014 (UTC)

As far as I am concerned, the "red-link" feature would be extra. Having a mixed datatype by itself would already be worthwhile. - Brya (talk) 18:05, 20 July 2014 (UTC)
The issue is: How do we know what to link it to? And if we just allow string how do we get people to link them to proper items once an item exists for it? I am not sure if it is even technically possible but those conceptual hurdles are big. Because we really need the connection between items and Wikidata would become a lot less useful if we have strings all over the place representing the same thing as some items. Machine-readability bye bye. --Lydia Pintscher (WMDE) (talk) 07:41, 27 July 2014 (UTC)
Well Wikipedia uses a format like "[[Q12345|Fantastica horribilis]]", so a mixed field could consist of something like "[[Q12345|Fantastica horribilis]], [[Fantastica amabilis]], Fantastica alba", or a variation of that.
        As to the second argument, the alternative would be to have two properties, side by side, one using string, one using item. This would cause the exact same number of strings that are not linked to existing items. So this remains a problem however this is handled. - Brya (talk) 16:35, 29 July 2014 (UTC)
@Micru, Brya: <joke><mode GerardM><grin> GrmRmmm please stop bothering Lydia and the devteam every time you have a Bikeshedding idea and start using the tools you have :)</grin></mode></joke> More seriously, there is also things like monolingual text in the pipe, what is the real issue here ? You can make a statement but not click on create new item ? You better maybe ask to create a new item more easily if it is so hard, not to uselessly conceptually add a new concept in the Wikibase datamodel to bypass a user interface issue. TomT0m (talk) 19:06, 29 July 2014 (UTC)

Non-English label not showing up in editor[edit]

I added a non-English label to Q4710607. When I went back to the editor I was surprised to see that the label was blank in the editor. But the history screen shows that the label is still there. Is the editor broken, or is it possible there’s some unlogged change going on in the background? How do I find out? Thanks.—Al12si (talk) 05:03, 25 July 2014 (UTC)

Go to Special:Preferences#mw-prefsection-gadgets and enable the "labelLister" gadget. I filed bugzilla:41994 for this in the early days of Wikidata. Still no remedy it would seem.--Jasper Deng (talk) 05:22, 25 July 2014 (UTC)
Hmm. Enabling “labelLister” does not seem to have any effect. Labels shown are controlled by babel, and if I clear my babel declarations it just shows the last three languages I switched to. And the Chinese label for that page is still shown as blank (even though History claims that it’s still there). Very strange.—Al12si (talk) 05:34, 25 July 2014 (UTC)
Oh… I see how “labelLister” works now. Thanks for the suggestion!—Al12si (talk) 05:44, 25 July 2014 (UTC)
It is likely a caching issue. Can you purge the page please and see if it still happens? You do that by adding ?action=purge to the URL of the item. --Lydia Pintscher (WMDE) (talk) 07:44, 27 July 2014 (UTC)
Hmm, yes, that does indeed resolve the issue. But that also means different things on the page are separately cached, which isn’t something I would expect. Why would aliases (for example, or edits caused by actions on Wikipedia) not cause a caching issue but (local edits to) labels would? This makes no sense to me.—Al12si (talk) 10:33, 27 July 2014 (UTC)
The in-other-languages box is cached separately, yes. Content that is user-specific needs to be cached differently from the one that is not. But it's really not a big deal. It happens rarely, fixes itself and is something we have to live with given Wikimedia's large caching infrastructure. --Lydia Pintscher (WMDE) (talk) 10:49, 27 July 2014 (UTC)
I don’t think it happens “rarely”. When I saw it the first time I thought I was hallucinating because it happened to just one of the two pages I was editing, and I almost went ahead to re-enter the label and would have kept re-entering it (and maybe, I just found out yesterday, get blocked for what amounts to a UI bug) if I didn’t decide to go to the history page to just take a look to see if someone, or something, had reverted my edit. I’ve seen two more instances of this in the past week and I haven’t even edited a lot of pages (less than ten I think), so my impression is that this is actually a very common problem.
When I saw it the first time the page that was not affected has the label imported from Wikipedia. All the affected pages I’ve seen so far are pure local edits.—Al12si (talk) 12:22, 27 July 2014 (UTC)

Typo in language menu[edit]

 Resolved There is a language “français cadien” in the language menu. I’m pretty sure this should be “français canadien”.—Al12si (talk) 05:30, 25 July 2014 (UTC)

@Al12si: it is not a typo: see Cajun French (Q880301). --Ricordisamoa 02:45, 27 July 2014 (UTC)
@Ricordisamoa: Oh thanks. I never knew that.—Al12si (talk) 02:49, 27 July 2014 (UTC)

Invalid time value[edit]

Bot managed to store invalid time value: [1]. --JulesWinnfield-hu (talk) 10:54, 29 July 2014 (UTC)

Thanks! Taking a look. --Lydia Pintscher (WMDE) (talk) 15:18, 30 July 2014 (UTC)

Malformed URL[edit]

I get a malformed URL error message when trying to add this url to a statement :

http://www.bundespraesident.at/index.php?id=20&no_cache=1&tx_ttnews[tt_news]=1347&L=0,

Actually, the same string is also buggish when written in a Wikitext:

http://www.bundespraesident.at/index.php?id=20&no_cache=1&tx_ttnews[tt_news]=1347&L=0

--Zolo (talk) 17:06, 29 July 2014 (UTC)

I think we're using the same mechanism as the wikitext parser to see if something is a valid link. In this case the brackets probably annoy it. Which is correct since in wikitext they serve as the signs to mark up a link. I don't think we can deviate from that. You might be able to url-encode them though. --Lydia Pintscher (WMDE) (talk) 15:20, 30 July 2014 (UTC)

Unable to add links to Commons[edit]

@Lydia Pintscher (WMDE): It's not possible to add links to Commons, at least via UI. I haven't tried adding from the client site. When there is no link to c: it says that the list of values is complete and the "add" link is gray. Purging doesn't help. I don't know since when this happens. Matěj Suchánek (talk) 11:48, 30 July 2014 (UTC)

Ewwww! Thank you. Will look into it. --Lydia Pintscher (WMDE) (talk) 15:16, 30 July 2014 (UTC)
Should be fixed again. A purge of the page might be necessary. Sorry! --Lydia Pintscher (WMDE) (talk) 15:23, 30 July 2014 (UTC)

Wrong AppleTouchIcon[edit]

On my ipad, the bookmark icon is the Wikipedia "W" while it should be the Wikidata icon (cf. Manual:$wgAppleTouchIcon). Thanks. — Ayack (talk) 18:58, 30 July 2014 (UTC)

The same on my Android tablet's Opera, which, as far as I know, doesn't use the Apple touch icons but some other files that look very much the same in the end. --YMS (talk) 19:39, 30 July 2014 (UTC)