Wikidata:Contact the development team/Archive/2014/03

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.

Misleading errors while creating a new page

Latterly I frequently get via UI the message that the page could not created because the page allready exists. Today I was a little bit impatient and clicked the Create-Button multiple times, resulting in Asota indica (Q15844122), Agrotis lapidosa (Q15844126) and Euxoa placida (Q15844125). :( --Succu (talk) 19:03, 28 February 2014 (UTC)

I feel it's an old bug who has returned. - Lavallen (talk) 19:15, 28 February 2014 (UTC)
@Lydia Pintscher (WMDE): I (= myBot) got the same error message creating new items via API. Randomly, but many of them. Thats really weird and seems to be a bug. --Succu (talk) 17:29, 1 March 2014 (UTC)
@Inkowik: Is it possible your bot is responsible (Contributions of InkoBot)? More than 50 new items per minute are a lot. --Succu (talk) 17:45, 1 March 2014 (UTC)
This has alredy been reported at bugzilla:46535. I just became aware of this problems today as I tried to create a new item during my bot was working. I'm nearly trough with catching up the backlog from dewiki so I can slow it down for the next run. IW 17:55, 1 March 2014 (UTC)
@Inkowik: It's definitely your bot who is responsible for this problem. --Succu (talk) 18:00, 1 March 2014 (UTC)
@Succu: Yes, but I was not aware of the problems caused by the bot's speed until today. As I said, I will slow it down for the next run. But at the moment, I can't stop it without loosing the catched article contents from dewiki which are essential for the bot's function. Renewing them would cause lots of additional API requests. IW 18:05, 1 March 2014 (UTC)
@Inkowik: I hope this was the last item creation at this speed. Otherwise I have to request a block. :( --Succu (talk) 18:24, 1 March 2014 (UTC)
Hey folks. Inkowik it'd be really good to slow down your bot so we can see if this is really the issue or if there is another issue. We have time. There is no reason to let bots do edits at super speed ;-) --Lydia Pintscher (WMDE) (talk) 18:40, 1 March 2014 (UTC)

@Succu, Lydia Pintscher (WMDE): It took me some time to fix a bug im my framework (without you, I wouldn't have found it, thanks ;)). Now I'm working with a seven-second timeout after each edit. Does this improve the situation? IW 19:31, 1 March 2014 (UTC)

Thanks a lot! :) Everyone else: Keep us updated on if the situation improves or not. --Lydia Pintscher (WMDE) (talk) 19:35, 1 March 2014 (UTC)
@Inkowik: Yep, much better. Got no error message while creating a new item at the last half hour or so. --Succu (talk) 19:36, 1 March 2014 (UTC)

Can't find an item that (supposedly) exists for "Zastava M12"

Hi, I'm trying to locate the item corresponding to "Zastava M12 Black Spear" (article in the English Wikipedia that I'm improving), no matter how I do search in Wikidata. However when I try to create a new item with this exact name, id doesn't let me as it says that "it already exists". What's happening here? Can you please help me, either finding the existing data item or creating a new one? Thansk & regards, DPdH (talk) 16:05, 1 March 2014 (UTC)

Same adventure here, I insisted a little on forcing reload of creation page several times and ultimately it worked. TomT0m (talk) 16:41, 1 March 2014 (UTC)
Thanks a lot for the help. What was the problem? I was trying to create the page manually (not with a Bot), and also tried like 3 or 4 times in a row. Regards, DPdH (talk) 23:48, 1 March 2014 (UTC)
There was not item for the page yet. It's now at Q15854260. --Stryn (talk) 16:50, 1 March 2014 (UTC)
Thanks for confirming. DPdH (talk) 23:48, 1 March 2014 (UTC)

GPS coordinates

Hi, I failed to put GPS coordinates lately. A request is sent, and sometime if the value is correctly formated I see a correct answer in firebug, but it seems nothing happens in the UI. The waiting icon continue to turn, that's all. I don't now if this comes from me, but it's annoying.

Another thing : I tried different coordinates formats before knowing what would work, it could be nice if we could know that when we enter the value, some kind of utodocumentation of the javascript widget ... TomT0m (talk) 20:17, 28 February 2014 (UTC)

Can you please give me an item and what you're trying to enter so I can reproduce it? --Lydia Pintscher (WMDE) (talk) 18:42, 1 March 2014 (UTC)
Suka Rami (Q12516973) whith the value of the coordinates OSM gives for this node : -2.9301499, 104.7225419. I see the json async answer in firefox web developper or firebug. The parser seems to be OK and return a valid answer without parsing error, but the user interface does not change, the popup with the animated icon continue to seem to wait an answer. TomT0m (talk) 21:19, 1 March 2014 (UTC)
I just tried it and it does work if you remove one digit after the dot in each coordinate. Will investigate more. --Lydia Pintscher (WMDE) (talk) 07:10, 2 March 2014 (UTC)
I wonder if this is the same as bugzilla:62105. --Lydia Pintscher (WMDE) (talk) 16:24, 3 March 2014 (UTC)

Access from external wikis

Consensus seems to come from Wikidata:Requests for comment/Non-WMF wikis that a new, WikibaseClient-like extension should be developed to take advantage of data repos while hosting page-to-item mappings locally. Does anyone have plans to work on that? --Ricordisamoa 06:12, 2 March 2014 (UTC)

As I already said it is too early for this, sorry. --Lydia Pintscher (WMDE) (talk) 07:07, 2 March 2014 (UTC)

Wikiquote

When will Wikiquote be supported?--GZWDer (talk) 16:07, 3 March 2014 (UTC)

I will make an announcement within this week. --Lydia Pintscher (WMDE) (talk) 16:26, 3 March 2014 (UTC)

What's the plan for heavy data?

Tracked in Bugzilla
Bug 62555

What's the development team's plan for dealing with very large amounts of data relating to a single item? Currently, if we were to import some tens of thousands of statements about the demographics of a place into an item, the page would probably become unusable due to load times. (For all I know, Lua might not be able to easily access it easily as well.) Is there any plan to set up some way to have such data, perhaps by adding a table datatype, or having items not immediately load all statements when there are more than a certain number? Or are we going to have an effective maximum size for items, limiting the amount of data that can be added? --Yair rand (talk) 08:13, 11 February 2014 (UTC)

How about a "demographic"-property for items with a large set of such statements? We already have items like demographics of California (Q3044234), but not yet a natural way to link to it from the item about California. -- Lavallen (talk) 11:38, 11 February 2014 (UTC)
This is not very useful to split data about one topic in different items. And the topic of large data sets is not only focus on demographic but on economics or in sciences too.
A table or matrice property is an interesting suggestion. Snipre (talk) 12:25, 11 February 2014 (UTC)
Wikipedia already split the information in different articles, and I'm afraid we have to follow, no matter we like it or not. -- Lavallen (talk) 13:41, 11 February 2014 (UTC)
@Lavallen: Which Wikipedia ? The problem is that each wikipedia has its own principles about article splitting so following some wikipedia structure and not those of other wikipedias can be a risk for wikidata to be rejected by some wikipedias which will consider the wikidata structure as a pressure to normalize the articles structure according to the big wikipedias. I recently had this bad experience with the French wikipedia where there is a strong feeling that wikidata will be a pressure to adopt the English data. Wikidata has to be as neutral as possible and to be careful about specific features of each wikipedia in order to be accepted. The case of the references (bots sourcing data data with "imported from") shows that we can easily loose the interest of some communities. A smalle survey in WP:fr shows a quite large suspicion of the contributors about using data from wikidata. I know that WP:fr is often particular but I am quite sure that other wikipedias have the same feeling. Snipre (talk) 14:28, 11 February 2014 (UTC)
The WP's who have articles like "Demographics of California" for example. Since California is English/Spanish-speaking, enwp and eswp are the most likly projects to find detailed articles about California. Just like Svwp have more articles about Stockholm, than any other project. There are hundreds of articles about Stockholm, with different point of view, and most of them can only be found at svwp. And I expect to find more articles about Quebec and France in frwp, than in any other project.
We have to choose if the article of "Demographics of California" should deposit their basic information in the item of "California" or if the projects who do not have such articles should collect such information from the "Demographic of California"-item. Both are possible, but a duplication of such information would not look good.
Yes, there is a large suspicion against Wikidata on Svwp too. And such things as "imported from" will never, never be accepted as source for any other things than very trivial. Wikidata has been accepted as a repository for Interwiki, and not even I am still pleased with how the infrastructure for statements look, but I am sure it will improve. The fact is that I am only aware of two users from svwp (me and User:Esquilo) are adding statements here. The rest is only adding sitelinks. -- Lavallen (talk) 14:57, 11 February 2014 (UTC)
Even if we did split off demographic data about every populated location in existence into its own item, that wouldn't actually fix the problem. We'd just have all the demographic items loaded with tens of thousands of statements, making those items impossible to load, use, or edit. I don't think splitting the data off is a good idea, but that's not really relevant to this issue in any case. --Yair rand (talk) 20:20, 11 February 2014 (UTC)
If I had to guess, it's probably more of a UI/JavaScript issue rather than an internal issue. --Rschen7754 02:13, 12 February 2014 (UTC)
Agree! I see no problem with collecting information from "slow" items in Wikipedia. -- Lavallen (talk) 07:05, 12 February 2014 (UTC)
I don't understand this comment. --Yair rand (talk) 07:08, 12 February 2014 (UTC)
I see that it sometimes take some time to "load" the page in the Browser, but I see no problems of that kind when I use Wikidata-statements in Wikipedia related to such items. -- Lavallen (talk) 07:54, 12 February 2014 (UTC)
Oh, I see. I'm not sure how well that scales, though. I imported some basic census data about languages spoken in a place and ran a bit of Lua to build a table out of it at w:Wikipedia:Wikidata/Wikidata Sandbox, and it doesn't run very quickly. If the data were to be a hundred times that, I think it might be unusable at current speeds. --Yair rand (talk) 10:07, 12 February 2014 (UTC)
Hey :) So as you know we're already working on reducing the amount of JS considerably and moving more into the backend. This will improve performance in the near future. Additionally we'll be loading more interface elements on demand. We'll be looking into making the default gadgets faster. We're moving more parts into caches where possible. This will improve the situation and allow workable items even if they are larger. I currently don't see us being able to handle items with thousands of data points though. In those cases we'll either need to split them or think really hard if Wikidata is really the right place to store them. --Lydia Pintscher (WMDE) (talk) 11:41, 12 February 2014 (UTC)
I don't think splitting the data across items is really feasible in some cases. Simply omitting the data eliminates a rather large number of use cases for Wikidata. For example, currently whenever a new census is done for a reasonably large country, as many as thousands of pages might need updating on various Wikipedias, as new data is published about the size of various linguistic, ethnic, religious, age, or economic groups in a country or subdivision. If we don't have space for anything more than a simple raw population number, then Wikidata won't be able to supply data to the relevant infoboxes and charts. There is a lot of data to handle per item, frequently requiring thousands of statements, especially if we keep all historical data from censuses in previous years. Perhaps the items could just not load or display certain statements until requested if there are, say, more than one hundred of a particular type? --Yair rand (talk) 22:13, 12 February 2014 (UTC)
"the items could just not load or display certain statements until requested...". To me, that looks like it can be solved simply by splitting the items? We know very little of how much time Scribunto needs to collect information from other items, than the directly linked item, but I guess our soft- and hardware developers will work on such issues. -- Lavallen (talk) 19:09, 13 February 2014 (UTC)
What would splitting the items look like, exactly? A whole bunch of separate items labelled things like "population statements for Oklahoma, part 1", "population statements for Oklahoma, part 2", "population statements for Oklahoma, part 149", etc? --Yair rand (talk) 21:58, 13 February 2014 (UTC)
Why not something like:
 Census property: Oklahoma census 2010
  P585: 2010

 Census property: Oklahoma census 2005
  P585: 2005
in the item about Oklahoma? Yes, it becomes many items, but I do not see any problem with that. This will problably only be done with entities who have heavy WP-notability (like Oklahoma). Statistics Whatever do not have such detailed information as U.S. Census bureau and you will not have the same interest among the users to add such information for Foo town with 276 inhabitants.
A table in the item about Oklahoma would solve the UI-problem (and it's a good idea so far) but I am not sure it solves the problem with access from Scribunto in the client. Maybe my idea will solve that? -- Lavallen (talk) 08:06, 14 February 2014 (UTC)
I'm not sure I understand your idea. Would there be separate items for, say, the data on Ontario in the Canadian Census? Or would all subdivisions reference the same census? Either way, the data wouldn't all easily fit in one item, assuming all of the census data goes on the item for the census (which I assume is what you're proposing?). A single census on a single division can have well over a thousand relevant statements. Can Scribunto or the UI handle that? --Yair rand (talk) 23:36, 16 February 2014 (UTC)
Yes, I propose that we should have one item for the Canada-census and one for the Ontario-census and one for the London, Ontario-census. The alternative would be an extensive use of applies to part (P518), but I think that would make it more difficult for the bots who put the information here and for the Lua-scripts who read the information.
And it's our choise to divide the items by year or by "type" of census. (census by language, enticity, sex, occupation, level of education, income-level etc...) -- Lavallen (talk) 07:16, 17 February 2014 (UTC)
Probably by both, and probably divided substantially further still. There is an enormous amount of data in these censuses, and banning pretty much any part of them could be problematic.
Your proposal might work, but if we are at some point going to get a table datatype, that would really be preferable to hundreds of thousands of raw item statements. Similarly, if we do at some point have no limit to how many statements can be added to an item (perhaps via hiding some statements initially), I don't think we would would need to split these things across items at all. @Lydia Pintscher (WMDE): Are either of these things at all likely to happen? --Yair rand (talk) 06:42, 20 February 2014 (UTC)
I have not discussed a table-like datatype internally yet. If it is possible it will however not happen soon. As for not loading some parts of the page initially: that will happen as part of the performance improvements we're working on right now. However I expect that this will also have its limits. I can't currently predict though where they are. We'll have to see and then work on further improvements.
But again I urge you to think about what data should really be in Wikidata and where it makes more sense for example to link to other databases for more detail. MusicBrainz is a very good example there. It was agreed that not everything that is in MusicBrainz should be transferred to Wikidata simply because it is much better maintained there and too specialized for Wikidata. People who want the data can still get it via the MusicBrainz ID property that we have here. --Lydia Pintscher (WMDE) (talk) 10:22, 20 February 2014 (UTC)
I think it would be desired to store enough data to be able to add things like these automatically to our articles. Not by adding a file like in this case, but by adding a module, with access to Wikidata. It should already be technically possible, at least as long as the data is stored directly in the linked item. I am not sure a table-datatype is needed if the prestanda of the UI is improved. To much java is not good for a man, and neither is it for a browser!
Links to external databases will not give us better templates on Wikipedia, only more links. -- Lavallen (talk) 10:50, 20 February 2014 (UTC)
That particular chart would take some 40 statements, each probably requiring at least four qualifiers (lower age, upper age, gender, point in time), and sources. Some articles actually have historical age pyramids as well, I believe, upping the numbers of statements needed into the hundreds or possibly thousands. Some countries have more detailed pyramids available, requiring even more statements. Plenty of articles have historical language-speaker charts, which would be extremely useful to automatically populate from Wikidata data, potentially requiring thousands of statements per geographic entity to replicate. Charts of populations of ethnicities and religious groups are quite plentiful as well, also potentially requiring thousands of statements. Even if we limited the data added to only that which is quite likely to be directly used in a highly-viewed Wikipedia article, I think there would probably be too much to cleanly handle without some solution. If we don't limit it to that... Well, we'd certainly have a load of potentially very useful content not easily obtained elsewhere, if we could manage it. --Yair rand (talk) 11:10, 20 February 2014 (UTC)
Semantically the population figures and the economic statistics are properties of the Administrative division. Even if some wikipedias split the article into separate subarticles for Demographics, economics, History, Geography that is not enough, of itself to justify splitting off statements about the item onto to separate sub-items. If there really are technical reasons for splitting the item then there needs to be a clear mechanism for indicating that an item is a subitem of another item. Filceolaire (talk) 01:30, 4 March 2014 (UTC)
I principle, I agree. But it can be diffucult to keep the integrity of the data if everything is stored in one single item. Hundred of claim will need more and more qualifiers until it's hard to tell if the set of claims is complete for each set of qualifiers. See also Wikidata talk:Politics infoboxs task force for a discussion about elections. -- Lavallen (talk) 07:59, 4 March 2014 (UTC)

@Yair rand, Lavallen, Snipre, Rschen7754, Lydia Pintscher (WMDE), Filceolaire: I have opened an enhancement request as Bugzilla: 62555. Who knows if it will become relevant at some point in the future :)--Micru (talk) 00:22, 12 March 2014 (UTC)

Languages in interface

Today I looked how the interface looks like when you are not logged in. I switched language to Czech and saw label in cs, description in cs, aliases in cs; and then labels and descriptions in en, de and pl. But why? I mean: why these languages? If I could change this, I would change pl to sk. Could someone clarify this? Matěj Suchánek (talk) 18:08, 3 March 2014 (UTC)

The languages displayed when you're not logged in are determined mostly by your geographic location, iirc. When logged in, the extra languages are determined by your babel box. --Yair rand (talk) 19:36, 3 March 2014 (UTC)

Incremental dumps generator stops working

Tracked in Bugzilla
Bug 62315

Hi, incremental dumps were not generated during last 4 days: 20140221, 20140222, 20140223, 20140224. I wrote to xmldatadumps-l mail list, but there is no response. — Ivan A. Krestinin (talk) 21:13, 24 February 2014 (UTC)

I can try to poke someone in ops at the Foundation. It's not something we can fix ourself unfortunately. --Lydia Pintscher (WMDE) (talk) 11:39, 25 February 2014 (UTC)
apergos indicates that in a best case scenario it will take one more week before the old service is running again. Worst case is three weeks. "It is experimental and there are no guarantees". Thanks, GerardM (talk) 17:43, 4 March 2014 (UTC)
Thanks for comment. I know about experimental status of the service but unfortunately I do not know any alternative for it. — Ivan A. Krestinin (talk) 20:43, 4 March 2014 (UTC)

Merge vs Split

Tracked in Bugzilla
Bug 38790

It's to easy to merge items, compared with the amout of workload it is to split them. Universal Declaration of Human Rights (Q7813) has been merged with a lot of items tonight, and it's a hell of a job to restore. -- Lavallen (talk) 06:37, 3 March 2014 (UTC)

Yeah I agree. I am not sure how we'd implement splitting in a nice way though. Do you have suggestions for how you'd like this to work? --Lydia Pintscher (WMDE) (talk) 16:26, 3 March 2014 (UTC)
There is two things : splitting and undoing a merge, it's not the same at all. Part of the undoing will be done when the item redirect will we implemented : it will be enough to go back to the old items version and undoing the redirects
Splitting is another job. I can imagine a two column interface : one for the item to split, and one for the items in which we want to move the informations or creating new ones. Then drag&drop the statements/sitelinks from the old item to the best ones. TomT0m (talk) 16:31, 3 March 2014 (UTC)
Here a number of good edits were mixed with a number of edits who accidently destroyed the editon-structure we use for Wikisource-items. I'm afraid we will have a lot of these problems until people look at Wikidata as a place for more than only interwiki. -- Lavallen (talk) 16:56, 3 March 2014 (UTC)
I'm concerned about that too, we need to make Wikipedians more aware of Wikidata. From what I seen now Wikidata do not turns up yet in Wikipedia discussions on topics it should do. Not to mention potential vandalisms ... TomT0m (talk) 17:07, 3 March 2014 (UTC)
Some complaints I see on WP is that new pages are not added to Wikidata and that old-style iw-links are not transfered as they were done in the beginning of Phase 1. (Some users refuses to learn, and some cannot even edit here since they do not use java.) Another complaint is that manuals for WD cannot be found on WP. I think they have forgotten that it's the WP-editors themself who have to write such manuals. -- Lavallen (talk) 10:49, 5 March 2014 (UTC)
Although a two-column view to move statements between both items would be the best, if an easier, simpler solution is wanted then it could be done as follows:
  1. "Split item" (option next to "merge with") -> Dialog box appears with 3 text input fields "enter the label and description of the new split item OR the ID of the destination item" (on "ok" a new item is created or the Q number of the destination item noted)
  2. New msg box appears "now tick the statements that you wish to move into [link to split item] and click on 'split item done'" (continue/cancel, if cancel "delete newly created item?")
  3. A tick-box appears on the right of each statement
  4. When clicking 'split item done' (which could be a floating box or a link on the menu under "merge with") the statements are deleted from the origin item and created in the destination item
--Micru (talk) 12:29, 6 March 2014 (UTC)

Visualization of number >999

It's only a my problem or there is some problem of visualization for number >999? For example population (P1082) in Singapore (Q334) I see 5 399 200±100 (look in edit mode o you don't see the problem) with IE and Chrome without beta features activated. --ValterVB (talk) 22:55, 4 March 2014 (UTC)

The same problem as #To edit a number datatype? -- Lavallen (talk) 10:42, 5 March 2014 (UTC)
It looks fine here in Chromium. Can anyone else reproduce the issue? --Lydia Pintscher (WMDE) (talk) 11:46, 5 March 2014 (UTC)
I see some problems also in edit mode. (IE) -- Lavallen (talk) 15:56, 5 March 2014 (UTC)
Aha! So it is indeed related to the problem Lavallen mentioned. We're working on a fix. --Lydia Pintscher (WMDE) (talk) 11:32, 6 March 2014 (UTC)

Tag protected items with a padlock

Tracked in Bugzilla
Bug 62554

Hi everyone! It's nothing important nor urgent, but I think it would be useful for people to immediately identify whether a specific item is protected, as well as this happens in "standard" pages. Would it be possible? — TintoMeches, 16:01, 7 March 2014 (UTC)

On the other pages this is realized using a template, right? We can't add templates on item pages. Can you please file a bug on bugs.wikimedia.org for it? Then I'll discuss this and see if we can find some way to make it happen. --Lydia Pintscher (WMDE) (talk) 19:41, 11 March 2014 (UTC)
We could create a javascript hack to add an icon if the item is protected. Are you ok with this? Otherwise a CSS class indicating the protection status could also solve the problem. -- Bene* talk 21:03, 11 March 2014 (UTC)
True. But since we're currently trying hard to speed up page-loads and try to remove JS as much as possible for that it is probably not a good idea. --Lydia Pintscher (WMDE) (talk) 21:06, 11 March 2014 (UTC)
I know, actually I agree with you Lydia. It was just an idea. Thank you, though. TintoMeches 21:49, 11 March 2014 (UTC)
We might find another way. Open to ideas. Either way let's put it in bugzilla if you don't want it to be forgotten :) --Lydia Pintscher (WMDE) (talk) 22:07, 11 March 2014 (UTC)
I don't have an account on bugzilla, but I'll keep that in mind! :-) — TintoMeches, 22:36, 11 March 2014 (UTC)

Maximum number of values in wbgetentities (2)

About this problem now the limit is reduced to 50. --ValterVB (talk) 19:32, 11 March 2014 (UTC)

Urgh. What the hell... I'll ask Adam to have a look. --Lydia Pintscher (WMDE) (talk) 19:44, 11 March 2014 (UTC)
This is not a limit, see this that loads 62 items + 2 deleted. What exact queries / list of items are you trying to get? ·addshore· talk to me! 19:54, 11 March 2014 (UTC)
Strange now with 50 item is working, also with 150, but not with 200, is possible that someone is working on bug just now? --ValterVB (talk) 20:15, 11 March 2014 (UTC)
Addendum: And the error number is changed. Now is 503 - Server Unavailable --ValterVB (talk) 20:27, 11 March 2014 (UTC)
Could you send me the query you are using against the API? Its very hard to know what's wrong when I can't reproduce it! ·addshore· talk to me! 09:06, 12 March 2014 (UTC)
More detail: is different if I use "format=json" (work with 200 item) or "format=xml" (don't work with 200 item). Api request with Json = pasteall.org/50194 with xml =pasteall.org/50195
Hmmm, its possible it is running out of memory when rendering the XML, looks like the json is more efficient. The only advice I can give is use the json instead. Naturally the more you request the more has to be done, the slower it will go and It would at some point time out but there its not hitting a limit of wbgetentities. ·addshore· talk to me! 16:23, 16 March 2014 (UTC)

API: list=backlinks

This is not related to Wikibase, but maybe somebody watching this page still know the answer.

The list=backlinks have a limit to 500 links, nomatter if I have apihighlimit-userrights or not? I have tried both my sysop and my botaccount, and I get the same answer. I have also tried this on WP, where I also am sysop and have apihighlimit-right today, with the same result. -- Lavallen (talk) 16:31, 13 March 2014 (UTC)

Thanks! Looks liks it's a http/https-related problem. -- Lavallen (talk) 09:20, 14 March 2014 (UTC)

item does not show on page

Hi, I have got a problem with this item: Q9724612. Whatever I try: add action=purge to the URL of the target, do an empty edit, remove and re-add the wiki-link to the item, just wait for days, the item does not show in the page on nds-nl wikipedia, and is reported in the special page of pages without wikidatalink. Can you give a pointer what is wrong here, or what I am doing wrong? Thanks, regards, Droadnaegel (talk) 23:36, 14 March 2014 (UTC)

At first I didn't see the "data item" link on the left bar, but after adding ?action=purge to the url, it shows up there. --Stryn (talk) 10:07, 15 March 2014 (UTC)
Thanks. Don't know why it works now, as mentioned I already purged before, without success. Anyway, let's not bother, it is ok now. Thanks again Droadnaegel (talk) 11:56, 15 March 2014 (UTC)

API result is not synchronized with data page

Tracked in Bugzilla
Bug 62712

Hi, item Q14615170 is opened finely, but API says that it is missing. Action purge does not help. — Ivan A. Krestinin (talk) 05:24, 15 March 2014 (UTC)

Is the same for me. --ValterVB (talk) 07:51, 15 March 2014 (UTC)
Bug made, looking into this now, very odd. ·addshore· talk to me! 16:34, 16 March 2014 (UTC)
All fixed, details are in the Bug! ·addshore· talk to me! 17:29, 16 March 2014 (UTC)

Question about API

If I must modify/add only a label/description/sitelink is better to use wbeditentity or is better to use specific API like wbsetlabel/wbsetdescription/wbsetsitelink? --ValterVB (talk) 09:19, 15 March 2014 (UTC)

In my opinion editentity is always best! ;p From the technical side of things there really isnt much difference, other than for editentity you have to make the serialization where as the label/description/aliases modules you just pass the raw values! ·addshore· talk to me! 16:36, 16 March 2014 (UTC)

Question about tracking entity usage on client pages

On the mailing list EugeneZelenko was asking about interwiki transclusion (Bugzilla: 9890 • 4547). Provided that Wikidata is going to have an entity usage tracking layer (Bugzilla: 47288), would it be possible to track calls to sitelinked pages from other items? It seems to be that the biggest impediment for this useful feature was that there was no shared tracking.--Micru (talk) 15:52, 21 March 2014 (UTC)

I am not sure I understand what you mean. What are you trying to achieve? --Lydia Pintscher (WMDE) (talk) 16:52, 24 March 2014 (UTC)
I'm thinking of interwiki transclusion of templates, so we can have here a centralized version of any template/infobox and transclude it on any wikipedia that want to use it without having to copy&paste it the old way. Interwiki transclusion has always been a wished feature, but there was never any central database that could be used for tracking use. --Micru (talk) 15:11, 26 March 2014 (UTC)
This is not planned and entirely out of the scope of Wikidata. See bugzilla:4547 for templates and bugzilla:39610 for Lua modules. Cheers, Hoo man (talk) 02:43, 27 March 2014 (UTC)

API and statement rank

Hi, I wanted to set the statement rank of some hundred plant families to „preferred“, but I found out that the api call wbsetstatementrank was not implemented as originally planned. So how could this be done? --Succu (talk) 15:26, 19 March 2014 (UTC)

That should be done through wbeditentity. --Lydia Pintscher (WMDE) (talk) 15:40, 19 March 2014 (UTC)
I've never used wbeditentity before, but if I understand the sparsely documentation right I have to provide a fully json-serialized statement in the data element to change the statement rank. wbsetstatementrank was much simpler and straight forward. It's a pity you dropped it. --Succu (talk) 16:25, 19 March 2014 (UTC)
@Lydia Pintscher (WMDE): as I assumed: a full json-serialized statement is necessary. Omitting parts (refs, qualifieres, ...) ends within loosing data. wbsetstatementrank was save. --Succu (talk) 22:38, 25 March 2014 (UTC)

Coordinates for moon craters

At present we have one Coordinate property which we make do for coordinates on earth, the moon, mars etc, even though there doesn't seem to be anyway to edit the 'globe' parameter through the User Interface.

What are the implications if we changed the 'coordinates' datatype to delete the globe parameter and we replaced the 'coordinate' property with a collection of new properties - one for each globe (geo coordinate, moon coordinate, mars coordinate etc.)?

It would seem to make it easier to add a property for coordinates in the celestial sphere. Filceolaire (talk) 11:50, 22 March 2014 (UTC)

@Lydia Pintscher (WMDE): How far away is the possibility to in UI edit "globe" in the geocoord-datatype? -- Lavallen (talk) 18:12, 22 March 2014 (UTC)
It is not currently very high up on my list to be honest. There are a lot of more pressing things to do. If anyone else wants to tackle it the relevant bug report is at bugzilla:54097. --Lydia Pintscher (WMDE) (talk) 16:55, 24 March 2014 (UTC)
That doesn't sound like a good idea to be honest. Let's fix it properly. --Lydia Pintscher (WMDE) (talk) 16:55, 24 March 2014 (UTC)
@Lydia Pintscher (WMDE): Can you add anything about why it's not a good idea? It seems to me to be
  1. more scalable (a new globe just needs a new property)
  2. more reusable (other users don't need to understand the globe parameter they can use standard tools to search on a property) and
  3. easier to implement (taking code out sounds easier than waiting to add code in).
Filceolaire (talk) 21:36, 25 March 2014 (UTC)
Because the globe is an integral part of the data. --Lydia Pintscher (WMDE) (talk) 16:33, 31 March 2014 (UTC)

Undo

On WP, am I notified if somebody reverts my edits. But not here? -- Lavallen (talk) 16:24, 27 March 2014 (UTC) (BTW, Esquilos edit is correct, I was wrong.)

@Lavallen: Have you checked your preferences? (How notifications are configured.) Matěj Suchánek (talk) 16:34, 27 March 2014 (UTC)
My preferences are the same for "reverts" here as at WP. But they are different for user_talk-edits and for new links to pages I have created. -- Lavallen (talk) 16:47, 27 March 2014 (UTC)
I can confirm this. If an edit made by me has been reverted on the item namespace, I don't get any notification, but if my edit has been reverted e.g. in talk page, then I get a notification. --Stryn (talk) 16:56, 27 March 2014 (UTC)
Lavallen: In the edit you gave, you have been reverted with a comment. I now reverted a random edit of yours without a comment. Have you been noticed about this? --YMS (talk) 17:25, 27 March 2014 (UTC) PS: I don't want to revert my own revert, as I don't know whether this will silence the notification. But someone should do, as my edit really just was a random revert.
PPS: I got notified about Stryn's revert of my revert. --YMS (talk) 17:44, 27 March 2014 (UTC)
Yes, I was notified about YMS' edit.
Strange, what is the purpose of this function then? -- Lavallen (talk) 18:59, 27 March 2014 (UTC)

Some impression

It is perhaps only an impression but I think that there are less contributors. There were more activities and especially discussions some months ago than now. Perhaps I am wrong but I think we are not enough attractive especially for wikipedians. My analysis for this reason is the lack of possibilities to show modification in Wikidata and the corresponding results in WP. People like to see a change and its consequence in an article for example. So right now even if a contributor spend a lot of time to complete a single item, the possibility to see the results in WP is very small because you need to have an infobox which is compatible with WD and when I speak about compatible infobox I don't speak about old infobox code with just some addition of code lines for data retrieving from WD. I want to speak about complete new infobox in lua designed with an extraction module in lua to perform some data screening and data selection.

This type of development is normally done by the WP, but I have to say that depending on the WP, the number of lua specialists is quite small so the development is not sufficient to allow wikipedians to be involved in what happens in WD. So my pquestion is the next one: is it possible for the Wikidata development team to prepare an intership for a lus specialist in order to setup some basic lua modules for infoboxes connected with lua ? From my point of view we need to develop a small project around 3 months, with a very defined objective which is a very basic infobox in lua able to manage data in the wp article and WD data according to the best practice in term of programming and in term of performance. Then to perform a fund request accross the WPs or asking some money to the wikimedia foundation as Wikipedia.

I am not aware of how the data from WD are used but I am the impression that WD is like a prodcution factory working quite well but the connection between the factory and the customers is not good. So customers are not interested by the WD product because they don't have the possiblity to do some command (lke a modification in WD) and to receive the product at home (see the data in an infobox). Just a personal opinion. Snipre (talk) 13:17, 29 March 2014 (UTC)

Hm. I do agree with the fact discussions and activities have severely dropped off (I note this just doing the summary alone) and Wikidata does need to be integrated into communities more but I think hiring a Lua Specialist into the development team is overkill, well a specialist as I know the funding for Wikidata from WMDE is quite limited where the team has gotten a big as it can be at the moment. The community needs to pull together and start doing things on different wikis to get Lua integrated. I know quite a large part of this community knows Lua and can include it but the whole point is larger wikis are not willing to accept Wikidata too much for different reasons, this is one thing we need to address first. Smaller wikis are easier to deal with because there is little to no community and therefore little to no opposition. John F. Lewis (talk) 15:02, 29 March 2014 (UTC)
I agree that the opposition of the use of WD is a quite challenging problem, but we have to split the problem of the use of WD: we have to propose integrated tools even if there is very few interest. In my opinion when people will have the possibility to test ant to see by themself the capacity of WD, the opposition will decrease. We need a offer policy not a demand policy. Snipre (talk) 15:21, 29 March 2014 (UTC)
A few hours ago I proposed at PC that the Module:Wikidata @ test2wiki should support sources. If we at least could get that far, much can be achieved. -- Lavallen (talk) 16:35, 29 March 2014 (UTC)
Hey Snipre. I think you're making some good points. Adoption on the Wikipedias definitely needs to increase. We had Hoo work on Lua improvements that should make it easier. He is working on writing up some more information about these improvements. I hope this will help some more with the usage on Wikipedia. We've also worked on improving diffs for example to increase the confidence in the data here. Improvements to the watchlist on the Wikipedias are also being worked on. This is all taking longer than I wish but I guess that is always the case. We'll get there together. *hug* --Lydia Pintscher (WMDE) (talk) 18:31, 31 March 2014 (UTC)

"In other languages" in old versions doesn't display well

To reproduce it:

  1. Add "en-*" to your babel in your user page (*=any of 0, 1, 2, 3, 4, 5, N)
  2. Change the language to any languages other than English
  3. Open [1] or [2], which are vandalized versions
  4. You may found the bug: see "In other languages", it's the current version, not the version you are displaying.

--GZWDer (talk) 08:07, 30 March 2014 (UTC)

I've filed bugzilla:63309 for it. --Lydia Pintscher (WMDE) (talk) 16:41, 31 March 2014 (UTC)

bugzilla:54164 and bugzilla:54768

What's up?--GZWDer (talk) 12:38, 30 March 2014 (UTC)

What is your question? The first bug needs to be taken care of by the Labs team. The second one is likely fixed. --Lydia Pintscher (WMDE) (talk) 16:44, 31 March 2014 (UTC)

Visualization of number >999

It's only a my problem or there is some problem of visualization for number >999? For example population (P1082) in Singapore (Q334) I see 5 399 200±100 (look in edit mode o you don't see the problem) with IE and Chrome without beta features activated. --ValterVB (talk) 22:55, 4 March 2014 (UTC)

The same problem as #To edit a number datatype? -- Lavallen (talk) 10:42, 5 March 2014 (UTC)
It looks fine here in Chromium. Can anyone else reproduce the issue? --Lydia Pintscher (WMDE) (talk) 11:46, 5 March 2014 (UTC)
I see some problems also in edit mode. (IE) -- Lavallen (talk) 15:56, 5 March 2014 (UTC)
Aha! So it is indeed related to the problem Lavallen mentioned. We're working on a fix. --Lydia Pintscher (WMDE) (talk) 11:32, 6 March 2014 (UTC)

Tag protected items with a padlock

Tracked in Bugzilla
Bug 62554

Hi everyone! It's nothing important nor urgent, but I think it would be useful for people to immediately identify whether a specific item is protected, as well as this happens in "standard" pages. Would it be possible? — TintoMeches, 16:01, 7 March 2014 (UTC)

On the other pages this is realized using a template, right? We can't add templates on item pages. Can you please file a bug on bugs.wikimedia.org for it? Then I'll discuss this and see if we can find some way to make it happen. --Lydia Pintscher (WMDE) (talk) 19:41, 11 March 2014 (UTC)
We could create a javascript hack to add an icon if the item is protected. Are you ok with this? Otherwise a CSS class indicating the protection status could also solve the problem. -- Bene* talk 21:03, 11 March 2014 (UTC)
True. But since we're currently trying hard to speed up page-loads and try to remove JS as much as possible for that it is probably not a good idea. --Lydia Pintscher (WMDE) (talk) 21:06, 11 March 2014 (UTC)
I know, actually I agree with you Lydia. It was just an idea. Thank you, though. TintoMeches 21:49, 11 March 2014 (UTC)
We might find another way. Open to ideas. Either way let's put it in bugzilla if you don't want it to be forgotten :) --Lydia Pintscher (WMDE) (talk) 22:07, 11 March 2014 (UTC)
I don't have an account on bugzilla, but I'll keep that in mind! :-) — TintoMeches, 22:36, 11 March 2014 (UTC)

Maximum number of values in wbgetentities (2)

About this problem now the limit is reduced to 50. --ValterVB (talk) 19:32, 11 March 2014 (UTC)

Urgh. What the hell... I'll ask Adam to have a look. --Lydia Pintscher (WMDE) (talk) 19:44, 11 March 2014 (UTC)
This is not a limit, see this that loads 62 items + 2 deleted. What exact queries / list of items are you trying to get? ·addshore· talk to me! 19:54, 11 March 2014 (UTC)
Strange now with 50 item is working, also with 150, but not with 200, is possible that someone is working on bug just now? --ValterVB (talk) 20:15, 11 March 2014 (UTC)
Addendum: And the error number is changed. Now is 503 - Server Unavailable --ValterVB (talk) 20:27, 11 March 2014 (UTC)
Could you send me the query you are using against the API? Its very hard to know what's wrong when I can't reproduce it! ·addshore· talk to me! 09:06, 12 March 2014 (UTC)
More detail: is different if I use "format=json" (work with 200 item) or "format=xml" (don't work with 200 item). Api request with Json = pasteall.org/50194 with xml =pasteall.org/50195
Hmmm, its possible it is running out of memory when rendering the XML, looks like the json is more efficient. The only advice I can give is use the json instead. Naturally the more you request the more has to be done, the slower it will go and It would at some point time out but there its not hitting a limit of wbgetentities. ·addshore· talk to me! 16:23, 16 March 2014 (UTC)

API: list=backlinks

This is not related to Wikibase, but maybe somebody watching this page still know the answer.

The list=backlinks have a limit to 500 links, nomatter if I have apihighlimit-userrights or not? I have tried both my sysop and my botaccount, and I get the same answer. I have also tried this on WP, where I also am sysop and have apihighlimit-right today, with the same result. -- Lavallen (talk) 16:31, 13 March 2014 (UTC)

Thanks! Looks liks it's a http/https-related problem. -- Lavallen (talk) 09:20, 14 March 2014 (UTC)

item does not show on page

Hi, I have got a problem with this item: Q9724612. Whatever I try: add action=purge to the URL of the target, do an empty edit, remove and re-add the wiki-link to the item, just wait for days, the item does not show in the page on nds-nl wikipedia, and is reported in the special page of pages without wikidatalink. Can you give a pointer what is wrong here, or what I am doing wrong? Thanks, regards, Droadnaegel (talk) 23:36, 14 March 2014 (UTC)

At first I didn't see the "data item" link on the left bar, but after adding ?action=purge to the url, it shows up there. --Stryn (talk) 10:07, 15 March 2014 (UTC)
Thanks. Don't know why it works now, as mentioned I already purged before, without success. Anyway, let's not bother, it is ok now. Thanks again Droadnaegel (talk) 11:56, 15 March 2014 (UTC)

API result is not synchronized with data page

Tracked in Bugzilla
Bug 62712

Hi, item Q14615170 is opened finely, but API says that it is missing. Action purge does not help. — Ivan A. Krestinin (talk) 05:24, 15 March 2014 (UTC)

Is the same for me. --ValterVB (talk) 07:51, 15 March 2014 (UTC)
Bug made, looking into this now, very odd. ·addshore· talk to me! 16:34, 16 March 2014 (UTC)
All fixed, details are in the Bug! ·addshore· talk to me! 17:29, 16 March 2014 (UTC)

Question about API

If I must modify/add only a label/description/sitelink is better to use wbeditentity or is better to use specific API like wbsetlabel/wbsetdescription/wbsetsitelink? --ValterVB (talk) 09:19, 15 March 2014 (UTC)

In my opinion editentity is always best! ;p From the technical side of things there really isnt much difference, other than for editentity you have to make the serialization where as the label/description/aliases modules you just pass the raw values! ·addshore· talk to me! 16:36, 16 March 2014 (UTC)

Question about tracking entity usage on client pages

On the mailing list EugeneZelenko was asking about interwiki transclusion (Bugzilla: 9890 • 4547). Provided that Wikidata is going to have an entity usage tracking layer (Bugzilla: 47288), would it be possible to track calls to sitelinked pages from other items? It seems to be that the biggest impediment for this useful feature was that there was no shared tracking.--Micru (talk) 15:52, 21 March 2014 (UTC)

I am not sure I understand what you mean. What are you trying to achieve? --Lydia Pintscher (WMDE) (talk) 16:52, 24 March 2014 (UTC)
I'm thinking of interwiki transclusion of templates, so we can have here a centralized version of any template/infobox and transclude it on any wikipedia that want to use it without having to copy&paste it the old way. Interwiki transclusion has always been a wished feature, but there was never any central database that could be used for tracking use. --Micru (talk) 15:11, 26 March 2014 (UTC)
This is not planned and entirely out of the scope of Wikidata. See bugzilla:4547 for templates and bugzilla:39610 for Lua modules. Cheers, Hoo man (talk) 02:43, 27 March 2014 (UTC)

API and statement rank

Hi, I wanted to set the statement rank of some hundred plant families to „preferred“, but I found out that the api call wbsetstatementrank was not implemented as originally planned. So how could this be done? --Succu (talk) 15:26, 19 March 2014 (UTC)

That should be done through wbeditentity. --Lydia Pintscher (WMDE) (talk) 15:40, 19 March 2014 (UTC)
I've never used wbeditentity before, but if I understand the sparsely documentation right I have to provide a fully json-serialized statement in the data element to change the statement rank. wbsetstatementrank was much simpler and straight forward. It's a pity you dropped it. --Succu (talk) 16:25, 19 March 2014 (UTC)
@Lydia Pintscher (WMDE): as I assumed: a full json-serialized statement is necessary. Omitting parts (refs, qualifieres, ...) ends within loosing data. wbsetstatementrank was save. --Succu (talk) 22:38, 25 March 2014 (UTC)

Coordinates for moon craters

At present we have one Coordinate property which we make do for coordinates on earth, the moon, mars etc, even though there doesn't seem to be anyway to edit the 'globe' parameter through the User Interface.

What are the implications if we changed the 'coordinates' datatype to delete the globe parameter and we replaced the 'coordinate' property with a collection of new properties - one for each globe (geo coordinate, moon coordinate, mars coordinate etc.)?

It would seem to make it easier to add a property for coordinates in the celestial sphere. Filceolaire (talk) 11:50, 22 March 2014 (UTC)

@Lydia Pintscher (WMDE): How far away is the possibility to in UI edit "globe" in the geocoord-datatype? -- Lavallen (talk) 18:12, 22 March 2014 (UTC)
It is not currently very high up on my list to be honest. There are a lot of more pressing things to do. If anyone else wants to tackle it the relevant bug report is at bugzilla:54097. --Lydia Pintscher (WMDE) (talk) 16:55, 24 March 2014 (UTC)
That doesn't sound like a good idea to be honest. Let's fix it properly. --Lydia Pintscher (WMDE) (talk) 16:55, 24 March 2014 (UTC)
@Lydia Pintscher (WMDE): Can you add anything about why it's not a good idea? It seems to me to be
  1. more scalable (a new globe just needs a new property)
  2. more reusable (other users don't need to understand the globe parameter they can use standard tools to search on a property) and
  3. easier to implement (taking code out sounds easier than waiting to add code in).
Filceolaire (talk) 21:36, 25 March 2014 (UTC)
Because the globe is an integral part of the data. --Lydia Pintscher (WMDE) (talk) 16:33, 31 March 2014 (UTC)

Undo

On WP, am I notified if somebody reverts my edits. But not here? -- Lavallen (talk) 16:24, 27 March 2014 (UTC) (BTW, Esquilos edit is correct, I was wrong.)

@Lavallen: Have you checked your preferences? (How notifications are configured.) Matěj Suchánek (talk) 16:34, 27 March 2014 (UTC)
My preferences are the same for "reverts" here as at WP. But they are different for user_talk-edits and for new links to pages I have created. -- Lavallen (talk) 16:47, 27 March 2014 (UTC)
I can confirm this. If an edit made by me has been reverted on the item namespace, I don't get any notification, but if my edit has been reverted e.g. in talk page, then I get a notification. --Stryn (talk) 16:56, 27 March 2014 (UTC)
Lavallen: In the edit you gave, you have been reverted with a comment. I now reverted a random edit of yours without a comment. Have you been noticed about this? --YMS (talk) 17:25, 27 March 2014 (UTC) PS: I don't want to revert my own revert, as I don't know whether this will silence the notification. But someone should do, as my edit really just was a random revert.
PPS: I got notified about Stryn's revert of my revert. --YMS (talk) 17:44, 27 March 2014 (UTC)
Yes, I was notified about YMS' edit.
Strange, what is the purpose of this function then? -- Lavallen (talk) 18:59, 27 March 2014 (UTC)

Some impression

It is perhaps only an impression but I think that there are less contributors. There were more activities and especially discussions some months ago than now. Perhaps I am wrong but I think we are not enough attractive especially for wikipedians. My analysis for this reason is the lack of possibilities to show modification in Wikidata and the corresponding results in WP. People like to see a change and its consequence in an article for example. So right now even if a contributor spend a lot of time to complete a single item, the possibility to see the results in WP is very small because you need to have an infobox which is compatible with WD and when I speak about compatible infobox I don't speak about old infobox code with just some addition of code lines for data retrieving from WD. I want to speak about complete new infobox in lua designed with an extraction module in lua to perform some data screening and data selection.

This type of development is normally done by the WP, but I have to say that depending on the WP, the number of lua specialists is quite small so the development is not sufficient to allow wikipedians to be involved in what happens in WD. So my pquestion is the next one: is it possible for the Wikidata development team to prepare an intership for a lus specialist in order to setup some basic lua modules for infoboxes connected with lua ? From my point of view we need to develop a small project around 3 months, with a very defined objective which is a very basic infobox in lua able to manage data in the wp article and WD data according to the best practice in term of programming and in term of performance. Then to perform a fund request accross the WPs or asking some money to the wikimedia foundation as Wikipedia.

I am not aware of how the data from WD are used but I am the impression that WD is like a prodcution factory working quite well but the connection between the factory and the customers is not good. So customers are not interested by the WD product because they don't have the possiblity to do some command (lke a modification in WD) and to receive the product at home (see the data in an infobox). Just a personal opinion. Snipre (talk) 13:17, 29 March 2014 (UTC)

Hm. I do agree with the fact discussions and activities have severely dropped off (I note this just doing the summary alone) and Wikidata does need to be integrated into communities more but I think hiring a Lua Specialist into the development team is overkill, well a specialist as I know the funding for Wikidata from WMDE is quite limited where the team has gotten a big as it can be at the moment. The community needs to pull together and start doing things on different wikis to get Lua integrated. I know quite a large part of this community knows Lua and can include it but the whole point is larger wikis are not willing to accept Wikidata too much for different reasons, this is one thing we need to address first. Smaller wikis are easier to deal with because there is little to no community and therefore little to no opposition. John F. Lewis (talk) 15:02, 29 March 2014 (UTC)
I agree that the opposition of the use of WD is a quite challenging problem, but we have to split the problem of the use of WD: we have to propose integrated tools even if there is very few interest. In my opinion when people will have the possibility to test ant to see by themself the capacity of WD, the opposition will decrease. We need a offer policy not a demand policy. Snipre (talk) 15:21, 29 March 2014 (UTC)
A few hours ago I proposed at PC that the Module:Wikidata @ test2wiki should support sources. If we at least could get that far, much can be achieved. -- Lavallen (talk) 16:35, 29 March 2014 (UTC)
Hey Snipre. I think you're making some good points. Adoption on the Wikipedias definitely needs to increase. We had Hoo work on Lua improvements that should make it easier. He is working on writing up some more information about these improvements. I hope this will help some more with the usage on Wikipedia. We've also worked on improving diffs for example to increase the confidence in the data here. Improvements to the watchlist on the Wikipedias are also being worked on. This is all taking longer than I wish but I guess that is always the case. We'll get there together. *hug* --Lydia Pintscher (WMDE) (talk) 18:31, 31 March 2014 (UTC)

"In other languages" in old versions doesn't display well

To reproduce it:

  1. Add "en-*" to your babel in your user page (*=any of 0, 1, 2, 3, 4, 5, N)
  2. Change the language to any languages other than English
  3. Open [3] or [4], which are vandalized versions
  4. You may found the bug: see "In other languages", it's the current version, not the version you are displaying.

--GZWDer (talk) 08:07, 30 March 2014 (UTC)

I've filed bugzilla:63309 for it. --Lydia Pintscher (WMDE) (talk) 16:41, 31 March 2014 (UTC)

bugzilla:54164 and bugzilla:54768

What's up?--GZWDer (talk) 12:38, 30 March 2014 (UTC)

What is your question? The first bug needs to be taken care of by the Labs team. The second one is likely fixed. --Lydia Pintscher (WMDE) (talk) 16:44, 31 March 2014 (UTC)
Retrieved from "https://www.wikidata.org/w/index.php?title=Wikidata:Contact_the_development_team/Archive/2014/03&oldid=120115936"