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

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

Interwikis on Wiktionary etc.

This question is rather silly, but I wasn't able to find an answer in the past: interwikis work exactly as on Wikipedia in projects like Wiktionary and Wikiquote. I can understand that Wikiquote has less languages and pages and is less worth the effort, but what are the technical obstacles for enabling Wikidata phase I on Wiktionaries? It would seem almost trivial. --Nemo 15:27, 23 February 2013 (UTC)

You can also write your notes to WD:Wiktionary. JAn Dudík (talk) 20:29, 23 February 2013 (UTC)

Hm, I already wrote every requirement/aim I felt relevant on the notes page in Meta. This other page proposes some technical implementations and I suppose brainstorming is good, but I'd like to first know what are the actual technical problems. --Nemo 21:22, 23 February 2013 (UTC)

Wiktionary is about the words, Wikidata in its current implementations is about entities. John Erling Blad (WMDE) (talk) 13:42, 25 February 2013 (UTC)

Yes, and how is this a problem? I don't find anything on m:Wikidata/Data_model#Items implying that Wiktionary entries could be problematic. Other sister projects even respect the non-mandatory requirement "it is intended that the information stored in Wikidata is generally about the topic of the Item". --Nemo 09:02, 1 March 2013 (UTC)

First of all it is a matter of getting one thing working before adding more to an already complicated project. The technical part is afaik mainly figuring out how exactly to handle sister projects in the UI and similar details. I'll ask if there is more to it. --Lydia Pintscher (WMDE) (talk) 11:48, 25 February 2013 (UTC)

Any news? This has been asked in four separate discussions just in the last few days: Wikidata:Project chat#Sister projects links and data. It would be very nice to know what are the problems and what are the things surely acceptable but not yet done just because not high priority enough, so that at least volunteers know "ok let's just give up hopes and forget X", "ah ok so let's do Y myself" etc.

If it's just UI, solution seems simple: forget the UI, don't show them anywhere. They can stay as normal properties in Wikidata only, and surface only if they're interlanguage links within the same project (Wiktionary, Wikiquote or whatever)... the former not requiring any UI consideration because it's the very same thing as for Wikipedia. --Nemo 09:02, 1 March 2013 (UTC)

As I said in the other discussion already: It'll happen but it will not happen right now. There is simply too much other stuff that needs to be done to get Wikidata into shape for Wikipedia until the end of March. This includes missing important data types and being able to include data from Wikidata in infobox templates. Once that is done we can move on to properly think through what each sister project would like from Wikidata and how we can get there. --Lydia Pintscher (WMDE) (talk) 15:29, 1 March 2013 (UTC)

Special:ItemDisambiguation

Tracked in Bugzilla
Bug 45353

I can't find any spot in the user interface that links to Special:ItemDisambiguation. Could this be remedied? I already asked on the admin's noticeboard, but they can't edit Special:SpecialPages. Thanks, Espeso (talk) 03:43, 24 February 2013 (UTC)

Adding a link from Special:SpecialPages is a trivial bug to fix, but still requires changing the code. --Nemo 07:25, 24 February 2013 (UTC)

I've filed bugzilla:45353 for this and also bugzilla:45352. Let me know if more are missing please. --Lydia Pintscher (WMDE) (talk) 12:03, 25 February 2013 (UTC)

Thank you. I looked at this page again, and Special:ItemByTitle is also not there. I realize it's on the left side of the web site design, but SpecialPages should be exhaustive for listing Wikidata's functionality I think. I also proposed that the "Wikidata repository" section be moved to the top of SpecialPages, because it is the most relevant to most users of this site and contains a lot of important functions. Espeso (talk) 16:42, 26 February 2013 (UTC)

The other one already had a bug too. See the links in my previous comments. I've filed another bug for moving the Wikidata section to the top at bugzilla:45607. --Lydia Pintscher (WMDE) (talk) 15:36, 1 March 2013 (UTC)

Non-existing Commons files

I do not know if it has been discussed before, but the Commons file type should only allow the creation of links to existing Commons files, the way the item type only accepts links to existing items. It is currently not the case: [1]. -- (talk) 12:00, 1 March 2013 (UTC) Zolo (talk) 15:26, 3 March 2013 (UTC)

Link to Wikidata or dialogue on unconnected page

On pages that are not connected to an item, like w:Newton, West Virginia, there are no links related to Wikidata. There should be a link to a Special:CreateItem, or a combined search and creation page; or something. Even a link to the Wikidata main page would be a great improvement. I see that this is already implemented in drafts. --Njardarlogar (talk) 14:07, 1 March 2013 (UTC)

The code for this exists but still needs polishing. I hope we can roll it out soon. --Lydia Pintscher (WMDE) (talk) 15:54, 1 March 2013 (UTC)

Problems adding a property

Three problems, to be exact. To reproduce them all, use Firefox, go to Lynx and try to add the property "family". Problem number 1: The property "language family" will be the first suggestion, and if you just write "family" and press tab, language family is the one that will be selected despite the fact that this was not what you wrote. Problem number 2: If you instead just write "famil", and then click on the correct property "family", the correct property will be added, but then the value field will just display the progress indicator and not be useable. To make the field usable, click the small icon to the left of the progress indicator, and choose "unknown value", then click it again and set it back to "custom value". The field will now be usable. You can now fill out with the correct value "Felidae". Problem number 3: But say that you wanted to use the value "Lynx" (just as an example to show the UI problem), this item is not in the list, because there are too many other suggestions. So you click "More" in the dropdown menu. The dropdown menu then closes, and nothing more happens. So if you wanted to add this value, you would have to use Q677014 as a value instead. - Soulkeeper (talk) 12:44, 2 March 2013 (UTC)

I can reproduce all except Problem #2 (Firefox and Chrome). For Problem #1 I filed bugzilla:43906 and bugzilla:43907 months ago but are not even confirmed yet. --Sixsi6ma (talk) 17:18, 3 March 2013 (UTC)

Sorry these got overlooked. I'll ask someone to have a look. --Lydia Pintscher (WMDE) (talk) 11:02, 4 March 2013 (UTC)

parser function that access to number of links in an item

Tracked in Bugzilla
Bug 45659

would you please define a parser function that access to number of links in an item or return empty or 0 for empty items. it will be useful for Wikidata:Requests for deletions and other lists to show which items are empty? ▬ Reza1615 / T 11:39, 3 March 2013 (UTC)

Request filed. Thanks. --Lydia Pintscher (WMDE) (talk) 11:46, 3 March 2013 (UTC)

switch MediaWiki:Edittools/xx to local langusge

Would you please active MediaWiki:Edittools/xx to switch it to user's languages ▬ Reza1615 / T 18:36, 3 March 2013 (UTC)

Sorry I don't know what is needed here from whom. Does anyone else? --Lydia Pintscher (WMDE) (talk) 11:06, 4 March 2013 (UTC)

i.e. user who uses de language can see MediaWiki:Edittools with it's localized (MediaWiki:Edittools/de) ▬ Reza1615 / T 11:15, 4 March 2013 (UTC)

API issue

$.get("/w/api.php",{action:"wbgetentities",ids:"Q249301",format:'json'},function(r){$.get("/w/api.php",{action:"wbgetentities",titles:r.entities.q249301.labels.fa.value,sites:"fawiki",format:'json'},function(r){console.log(r)})}) returns no result. Anyone know why? Is this a bug in the API? --Yair rand (talk) 22:28, 3 March 2013 (UTC)

Well for one, you're assuming that the label is equal to the title. I'm not sure why it doesn't work though since in this case they are. Legoktm (talk) 06:13, 4 March 2013 (UTC)

may be it is the same as this bug !▬ Reza1615 / T 09:50, 4 March 2013 (UTC)

interwiki links not appearing in the side bar during edit mode

Tracked in Bugzilla
Bug 45687

I just wanted to check to see if the bug being described at No interwiki links when you are in edit mode? is a known issue or not. If it's not a known issue, could someone who knows Bugzilla better than I file a bug report please? Thanks, Sven Manguard Wha? 06:09, 4 March 2013 (UTC)

Done. --Lydia Pintscher (WMDE) (talk) 11:22, 4 March 2013 (UTC)

MediaWiki

Can anyone add Lang/min for "Baso Minangkabau" on MediaWiki? Thanks in advance. Ę-oиė >>> ™ 05:35, 2 March 2013 (UTC)

Can you take this to WD:AN please? They can help you there if they have not seen it here yet. Thanks :) --Lydia Pintscher (WMDE) (talk) 11:01, 4 March 2013 (UTC)

I added, is it correct now? --Stryn (talk) 12:00, 4 March 2013 (UTC)

Oh, sorry.. I almost forgot this post. Thanks Lydia and thanks Stryn. Ę-oиė >>> ™ 10:24, 5 March 2013 (UTC)

Nested #property parser function

Will be available nested #property parser function? For ex:

Infobox for Q9474
{{Infobox...
|Param 1=': result is Q16287
|Param 2=: result is Q1216
}}

--ValterVB (talk) 12:21, 5 March 2013 (UTC)

I'm sorry I don't understand the example. Are you sure it's correct and you didn't miss anything? --Lydia Pintscher (WMDE) (talk) 14:30, 5 March 2013 (UTC)

According to this page, wikibase client uses this syntax for retrieve data of another item, not linked with the current page:

But, if we want to make recursive this function, can we use a syntax like this? (or similar)

In other words, the result of the parser function #property can be used as input of the same function? I hope I have not confused even more. --β₁₆ - (talk) 16:50, 5 March 2013 (UTC)

«the result of the parser function #property can be used as input of the same function». Perfect. That's what I meant :) --ValterVB (talk) 17:48, 5 March 2013 (UTC)

nb wiki!

in here they linked to nb.wikipedia and when i click on interwiki it goes to no.wikipedia! and slurpInterwiki is confused and I can not add nb > Krutt to Q6406828 also with wikidata interface▬ Reza1615 / T 16:02, 6 March 2013 (UTC)

nbwiki and nowiki are identically. Just add the link to nowiki. Greetings, Vogone talk 16:15, 6 March 2013 (UTC)

So it is a bug and we should add some thing like redirect for API because bots and users and JS tools will be confused ▬ Reza1615 / T 16:23, 6 March 2013 (UTC)

bugzilla:44536

Der Fehler scheint auch auf de:WP da zu sein. Wer bspw. auf de:Wikipedia:Kartenwerkstatt auf den „Links bearbeiten“-Link klickt, landet falsch. NNW (talk) 12:57, 7 March 2013 (UTC)

Ok danke. Der Code ist jetzt gefixed wie es aussieht. Sollte also mit dem nächsten Deployment in 2 Wochen auf den Wikipedien sein. --Lydia Pintscher (WMDE) (talk) 13:07, 7 March 2013 (UTC)

Edits by language

In case it hasn't been suggested before: it should be possible to filter edits by language(s). E.g. I might only want to see edits regarding Georgian (ka) labels, links etc. on recent changes. --Njardarlogar (talk) 18:56, 4 March 2013 (UTC)

mw:Extension:CleanChanges does it, but (so far) only for language subpages, currently those using Special:Translate. I already filed a request to enable it at bugzilla:44138: I don't know if the feature you ask should be added to that or to Wikibase, but enabling CleanChanges would be a first step in any case. --Nemo 07:23, 5 March 2013 (UTC)

I'm wondering if we could add tags about the language, that would make it possible to filter on language in recent changes and some other places. It could also be interesting to filter on site id and perhaps some other features. Jeblad (talk) 10:54, 5 March 2013 (UTC)

You can try to use the script commons:MediaWiki:Gadget-rightsfilter.js from Wikimedia Commons and search for something like "\[ka\]". Helder 20:07, 7 March 2013 (UTC)

exception 'InvalidArgumentException' ...

On item Q1009 there is something of wrong. "Unexpected non-MediaWiki exception encountered, of type "InvalidArgumentException"

exception 'InvalidArgumentException' with message 'String length exceeds limit of 42 characters' in /usr/local/apache/common-local/php-1.21wmf11/extensions/DataValues/DataValues/includes/values/StringValue.php:60"

--ValterVB (talk) 20:14, 6 March 2013 (UTC)

This seems fixed now? It looks fine to me now. We had this problem shortly yesterday during deployment. --Lydia Pintscher (WMDE) (talk) 13:06, 7 March 2013 (UTC)

Yes is solved. Thanks --ValterVB (talk) 21:37, 7 March 2013 (UTC)

Wikidata must use the users language

See meta:Talk:Wikidata#Wikidata must use the users language. --TMg 01:00, 8 March 2013 (UTC)

tooltip "Hebrew 2012" - is not a good idea

The tooltip "Hebrew 2012" is not a good idea, we are editing blindly. we can not see what we are editing. I have no idea if this tooltip exist also in others languages. but in Hebrew it is realy makes the editing difficult. Hanay (talk) 14:51, 3 March 2013 (UTC)

I think Hanay is referring to an issue with ULS's input settings box. In certain cases it covers the text box that the user is attempting to type in. --Yair rand (talk) 03:22, 4 March 2013 (UTC)

I have tried to reproduce this but can't seem to :/ Which browser (including version) are you using? Any chance you can get me a screenshot of what is happening? That'd help with debugging. Thanks! --Lydia Pintscher (WMDE) (talk) 14:28, 5 March 2013 (UTC)

I Add screenshot. I think it happaned only if the Preferences language is Hebrew. Hanay (talk) 15:07, 5 March 2013 (UTC)

Thank you! I have filed it as bugzilla:45740. I have tried to reproduce it by setting my language to Hebrew and I have also asked Denny to reproduce it. It works fine for both of us. Is it maybe an issue that only shows up in certain browsers? Which one are you using? --Lydia Pintscher (WMDE) (talk) 16:51, 5 March 2013 (UTC)

I am using Google Chrome. Hanay (talk) 17:57, 5 March 2013 (UTC)

Ok thanks. Both Denny and me use it too. So that is not the issue it seems. We will look into it more. Thanks. --Lydia Pintscher (WMDE) (talk) 11:20, 6 March 2013 (UTC)

I am not the only one that complained about this problem. Hanay (talk) 12:31, 6 March 2013 (UTC)

Yes I believe you. If we can reproduce it though that usually means it is a lot easier to fix for us. But we will continue to investigate and hopefully find out what is happening. --Lydia Pintscher (WMDE) (talk) 12:36, 6 March 2013 (UTC)

I enter to day to Wikidata with Explorer & Firefox and it was the same i got "Hebrew 2012". Did you change your language to Hebrew by using the shortcut or by Special:Preferences? please try to change your language in Special:Preferences Hanay (talk) 19:44, 6 March 2013 (UTC)

I initially changed it using the little icon next to my username at the top of every page. I have now also tested it with changing it in the preferences but it still seems fine. I added Amir to the bug and hope he has an idea about what is happening. --Lydia Pintscher (WMDE) (talk) 13:13, 7 March 2013 (UTC)

To day this bug was disappeared. I hope it is because you succeed to do something about it. Hanay (talk) 18:50, 7 March 2013 (UTC)

I am not sure why it disappeared but it's good to hear it did. We'll look into it nevertheless. Thanks for the update. --Lydia Pintscher (WMDE) (talk) 09:18, 8 March 2013 (UTC)

Special page

Is there a special page which allows to list all items using a specific property ? Or an easy way to do that without the help of a bot ? Thanks. Snipre (talk) 00:30, 8 March 2013 (UTC)

You can use the What links here link on a property's page and restrict it to the main namespace. Is that what you're looking for? --Lydia Pintscher (WMDE) (talk) 09:22, 8 March 2013 (UTC)

Quotes in English label of Q821208 (FuG 240 "Berlin") prevents selecting Q64 (Berlin) as property

At least it seems to me. I couldn't click on "more".

As a workaround, I made an alias "Berlin, Germany" to avoid typing Q64. -- Docu at 05:06, 5 March 2013 (UTC)

The problem with "more" should be fixed with the update we are going to deploy tomorrow. --Lydia Pintscher (WMDE) (talk) 11:34, 5 March 2013 (UTC)

Indeed. Thanks for fixing it. -- Docu at 08:20, 9 March 2013 (UTC)

Recent Changes Gadget Conflict

Tracked in Bugzilla
Bug 44225

Currently, to view edits to metadata pages in the Recent changes page and in the Watchlist and revert the occasional vandalism (at least on the Hebrew Wikipedia), we have to disable The "Group changes by page in recent changes and watchlist (requires JavaScript)" Gadget. That's problematic, because that gadget too is popular, and handy in patrolling the recent changes. Perhaps there is a way for both preferences to coexist? משתמש כבד - 22:16, 05/03/13

The bug has been closed. It should be fixed with the next update on your Wikipedia. (Probably in 2 weeks.) --Lydia Pintscher (WMDE) (talk) 13:04, 7 March 2013 (UTC)

Actually it's not clear if the proper solution of the problem was developed, it was just closed as a workaround (or the followup is not there). --Nemo 18:32, 7 March 2013 (UTC)

Tracked in Bugzilla
Bug 44874

It's not fixed at all, see bugzilla:44874. Matma Rex (talk) 12:48, 9 March 2013 (UTC)

wrong display of bracket ")" in certain languages

If the mouse-cursor hits a wikilink, a small box opens near the link and shows the lemma the link leads to. There is a problem with interwikilinks in languages written from right to left (Hebrew, Arab), if the lemma of the aim ends with a bracket. The closing bracket at the end is displayed as opening bracket in the beginning. Example: The German lemma Zug (Eisenbahn) is displayed in Arab [2] or Hebrew [3] wikipedia in the box as (Zug (Eisenbahn . --Kleiner Tümmler (talk) 13:11, 8 March 2013 (UTC)

Thank you. Filed as bugzilla:45932. --Lydia Pintscher (WMDE) (talk) 12:41, 9 March 2013 (UTC)

Trim String values

Tracked in Bugzilla
Bug 45925

String values in properties should be trimmed at save (the same way as labels and descriptions). Example: "bad" value that needed to be fixed. - Soulkeeper (talk) 14:00, 8 March 2013 (UTC)

This is bugzilla:45925. Thanks for poking. --Lydia Pintscher (WMDE) (talk) 12:30, 9 March 2013 (UTC)

Custom label fallback?

When an item lacks a label in language X, it falls back to English it seems. Now that the String datatype exists, items that have Property:P225 (taxon name) should fall back to this value instead. Because the scientific name of a taxon is more relevant in most (all?) languages than the English common name. Is this technically possible? - Soulkeeper (talk) 14:03, 8 March 2013 (UTC)

We'll have to work on the whole language fallback system still. You can track progress at {{bugzilla:36430]]. --Lydia Pintscher (WMDE) (talk) 12:32, 9 March 2013 (UTC)

internationalize babel

Tracked in Bugzilla
Bug 45936

Babel boxes have English headers and footers, while, as I just realised, Commons are fully internationalized, following bugzilla:27793. Can it be done here too ? --Zolo (talk) 17:39, 8 March 2013 (UTC)

From what I can tell, yes. Can you file a request on bugzilla for it and link to the bug you mentioned? Thank you! --Lydia Pintscher (WMDE) (talk) 12:33, 9 March 2013 (UTC)

Done. I have never done that before, hope I got it right ;). --Zolo (talk)D

Commons have probably just localized in their system messages instead of using Translatewiki.net… There are some red languages in the language statistics, perhaps make an effort to fix missing languages? The actual messages can be found at this page (switch from Norwegian to another language). — Jeblad 16:17, 9 March 2013 (UTC)

Jep, perfect :) Thanks! --Lydia Pintscher (WMDE) (talk) 16:23, 9 March 2013 (UTC)

Adding statements requires JavaScript

It would be nice if this requirement could be dropped. I have no idea how technically (un)feasible this may be. Palosirkka (talk) 22:11, 8 March 2013 (UTC)

As far as I know they are already working on this. --TMg 00:15, 9 March 2013 (UTC)

Sweet! Thanks for the reply! Palosirkka (talk) 08:23, 9 March 2013 (UTC)

Part of the data can be added, like labels, aliases and descriptions, but claims are difficult. Not sure when it will be available. — Jeblad 16:18, 9 March 2013 (UTC)

Pasting item names or numbers as values for properties doesn't activate "save"

When pasting values for properties, e.g. "Q1" (instead of typing "universe"), "save" generally doesn't get activated. -- Docu at 08:19, 9 March 2013 (UTC)

Thanks. Filed as bugzilla:45931. --Lydia Pintscher (WMDE) (talk) 12:36, 9 March 2013 (UTC)

Can't remove property

For some reason, neither user:ThorstenX1 nor I is able to remove the deprecated P:P165 in Q12418 ("Failed to save the change" in both Firefox and Chrome). --Zolo (talk) 08:49, 9 March 2013 (UTC)

Mpfh. I can't either. We will look into it. --Lydia Pintscher (WMDE) (talk) 12:38, 9 March 2013 (UTC)

Filed as bugzilla:45933. --Lydia Pintscher (WMDE) (talk) 12:44, 9 March 2013 (UTC)

Bug when adding sources

If you add a source to a property using the "imported from" property and then try to do the same for another property on the same entry, you will get an error. The "save" button will still appear, but if you press it, the following message will appear: "An error occurred while trying to perform save and because of this, your changes could not be completed." and under "details" it will just say: "Failed to save the change". Refreshing solves this problem, but it is extremely annoying. Amphicoelias (talk) 09:57, 9 March 2013 (UTC)

Receiving updates when changes are made in Wikidata

I think that the updates when changes are made in Wikidata in Hebrew wiki is not working. Please check. --Hanay (talk) 16:23, 9 March 2013 (UTC)

It might be bugzilla:45892 but I'll look into it some more. This needs to be fixed asap obviously. --Lydia Pintscher (WMDE) (talk) 16:37, 9 March 2013 (UTC)

Language-independent labels and aliases

I think will be good idea to introduce language-independent labels and aliases. For example, for chemical elements symbols, scientific species, genus, etc. names, astronomical catalog codes, etc. Otherwise such information will be duplicated in all languages. --EugeneZelenko (talk) 01:24, 3 March 2013 (UTC)

There will be the datatype StringValue. See for example Wikidata:Property proposal#Taxon name. --Kolja21 (talk) 01:55, 3 March 2013 (UTC)

There will be two valuetypes for strings, one for singlelanguage strings and one of multilanguage strings. Jeblad (talk) 01:59, 3 March 2013 (UTC)

But will such properties be accounted for searches and suggestions? --EugeneZelenko (talk) 14:46, 3 March 2013 (UTC)

The general idea for the search, the one in the upper right corner when you do a general search (that is "containig…") and ends up on Special:Search, is that it will search in all the content in the items. That means it will search in statements using properties with single- and multilang strings. The drop down list itself, the one that should be there like on Wikipedia, will only contain entries where labels or aliases matches. Or sort of matches, we don't have any really good ranking solution yet. Jeblad (talk) 15:22, 3 March 2013 (UTC)

The added value type will be a language-less string type. Sorry for the confusion. I guess it will be suitabel for ISBN and info from authority files. Jeblad (talk) 12:38, 6 March 2013 (UTC)

I think it would be great to have croll-lingual labels and aliases to use as a fallback - e.g. the scientific name of a species, or the native name of a city. We could just use the pseudo-language code "mul" for this, see bugzilla:41807 -- 22:16, 10 March 2013 (UTC)

We now have Property:P225 (taxon name/scientific name), and the possibility to make more string type properties where they are needed. As long as they are made searchable at some point, I believe (multi-lingual) string properties will do the job, don't you? - Soulkeeper (talk) 23:13, 10 March 2013 (UTC)

Allow providing article name and label in one go

Right now, labels and article names have to be provided separately. Ideally, you could set them both in one go as they are often identical. As an example, there could be a box to check near the place where you enter the article name that could read "Set the article name as the label for this item". --Njardarlogar (talk) 13:03, 7 March 2013 (UTC)

Thanks for the suggestion. --Lydia Pintscher (WMDE) (talk) 13:07, 7 March 2013 (UTC)

The trouble with this is that sitelinks use site identifiers, and labels are per language code. In many cases these can be mapped 1:1, but this is not always the case. Because of this, they are two separate things for the software. I understand that this is inconvenient, though. Perhaps we can come up with a solution. -- Duesentrieb (talk) 22:13, 10 March 2013 (UTC)

Link to redirect

I think it should be allowed to link to redirect pages that redirect to part of another article. Many languages have an article about the Island Riddarholmen in Stockholm city. In the German Wikipedia, the article about Riddarholmen is a redirect to a subheading in the article about Stockholm. This is fine. But Wikidata should not be prohibited from linking to this redirect. The subheading is most often not the same phenomenon as the whole article. So there is not a conflict. --Ettrig (talk) 09:46, 9 March 2013 (UTC)

I think this is important and would like to have a discussion about it, but I don't think this is the place for it. Maybe you could transfer to the Wikidata:Project_chat. --Sixsi6ma (talk) 03:09, 10 March 2013 (UTC)

Missing diff Q1057250

I was expecting to see a diff at //www.wikidata.org/w/index.php?title=Q1057250&diff=next&oldid=8432696 but I got an error message I will copy and paste into the table below.

The database did not find the text of a page that it should have found, named "Q1057250" (revision#: 8432696). This is usually caused by following an outdated diff or history link to a page that has been deleted. If this is not the case, you may have found a bug in the software. Please report this to an administrator, making note of the URL.

I should also note that I clicked on the "Newer edit" link to get to that page.

Allen4names (talk) 05:26, 10 March 2013 (UTC)

it is a bug till it will solve you can use Wikidata:Tools#DiffFixer ▬ Reza1615 / T 12:51, 10 March 2013 (UTC)

Thanks. Allen4names (talk) 23:58, 10 March 2013 (UTC)

Question about qualifiers

I know that qualifiers are not yet coded but depending on the definition of that structure some properties can be simplified or not. Will it be possible to use qualifiers as filter parameters in the inclusion syntax in the client ? For example I want to create the property "chemical formula" but there is different ways to write a chemical formula and most of the time infoboxes only select one of them. So I just want to know if it will be possible to select one way according to qualifier or if it is better to create a property for each chemical formula definition. Thanks Snipre (talk) 12:22, 10 March 2013 (UTC)

Yes, such filtering is planned using Lua. We will probably not implement it in the parser function, because it is just one of many possible filters and formatting objects, and implementing them all would be very cumbersome using traditional template syntax. But we expect infoboxes to be migrated to mostly Lua in the near future. -- Duesentrieb (talk) 21:34, 10 March 2013 (UTC)

API

Where can I find information about the wikidata API ? I found once a page with the description of function to edit or retreive data from wikidata DB but now it's impossible to find it again. Thanks Snipre (talk) 15:57, 10 March 2013 (UTC)

https://wikidata.org/w/api.php -- Lavallen (block) 16:59, 10 March 2013 (UTC)

You can either use Special:ApiSandbox or look at the documentation at mediawikiwiki. --Bene* ^t_a^l_k 17:42, 10 March 2013 (UTC)

Note that the API-docs at Mediawiki.org is slightly outdated. — Jeblad 03:42, 11 March 2013 (UTC)

Cannot add interwiki links

Since the new system of linking came in, I've been unable to add any interwiki links by this method. I am not even seeing the same options that other people seem to have. A couple of other contributors have tried to help me, but their instructions don't match up with what I see on screen. It's been suggested that the problem is caused by my using Internet Explorer, but this seems unlikely bearing in mind the number of people who use Explorer. My page looks something like this (unformatted):

Greta Garbo [[object Object]]

Swedish and American cinema actress [[object Object]]

Statements

entity type q215627

$4

sex q43445

$4

List of pages linked to this item

The list of interwiki below this has no "edit" option visible anywhere.

Any way I can send you a screen print? Deb (talk) 19:11, 10 March 2013 (UTC)

Wich version of Internet Explorer? --ValterVB (talk) 20:02, 10 March 2013 (UTC)

Hello Deb. I tried using Internet Explorer 9 with scripting turned off. I get similar but not the same results. Two suggestions for you: upgrade your version of IE if possible (and if applicable!). Second, try to determine if Javascript is disabled, and if so, enable it. There will be instructions around the web that you can search for if you have trouble finding the right setting (IE9 instructions - do the opposite to turn scripting on). Espeso (talk) 01:53, 11 March 2013 (UTC)

Do you use some kind of ad-blocker or script-blocker? — Jeblad 03:39, 11 March 2013 (UTC)

editing interwiki

While translating from dthe english to the dutch Wikipedia I stumbled across an interwiki which instead of relating the english "Prune", according to the accompanying pictures "common prune", to a specific race of prunes in the dutch link. By clicking on "Edit link" I get to a page with language links. First I tried to edit the existing line to the dutch (nl:) which raised next massage:

Edit not allowed: Site link nlwiki:Pruim already used by item Q44120

Deleting the line results in the disappearance of the interwiki to dutch, but on trying te add a new link to the nl.wikipedia "Pruim" delivers the same massage. T.vanschaik (talk) 09:50, 11 March 2013 (UTC)

Sorry I don't understand. Can you please explain what you want the outcome to be (including links)? Thanks! --Lydia Pintscher (WMDE) (talk) 11:27, 11 March 2013 (UTC)

MSIE 8 and lower

As already reported wikidata interface under MSIE 8 and lower still works only limited. I did not notice any change sincem end of February. I know that MSIE (and mainly older versions) is not favourite browser for most of web developers, but it is still highly used in some countries (for example share in China of MSIE 8 and lower versions is still above 50%). --Jklamo (talk) 16:01, 11 March 2013 (UTC)

As far as I know they are working hard on this. It's simply not possible to make the JavaScript heavy interface work in every web browser. But there will be an alternative interface that works without JavaScript. --TMg 16:31, 11 March 2013 (UTC)

media data type URL problem

Hi. I'm not sure if this has been logged. It is possible to paste an accurate Commons media filename like File:filename.jpg into a property that accepts that type. However, it does not strip the "File:" prefix, so the URL created is invalid: it has the form commons.wikimedia.org/wiki/File:File:filename.jpg. Here is an example showing good and bad versions of the "image" property. Thanks, Espeso (talk) 04:13, 10 March 2013 (UTC)

Thanks. Reported as bugzilla:46030. --Lydia Pintscher (WMDE) (talk) 16:50, 12 March 2013 (UTC)

Space in URL issue

Tracked in Bugzilla
Bug 46019

I tried validating the main page of Wikipedia. One of the (surprisingly many) errors thrown was a simple space-in-URL error relating to the "Edit links" link for the languages. The URL being used is "//www.wikidata.org/wiki/Special:ItemByTitle/enwiki/Main Page". Just do a search for that on the source code for the main page on the English Wikipedia. There's a literal space at the end there. Not sure from whence that code is being generated. Jason Quinn (talk) 04:15, 11 March 2013 (UTC)

This may be more general than just the main page. The link doesn't seem to use "%20" for any articles that have spaces in the title. Jason Quinn (talk) 07:07, 11 March 2013 (UTC)

It should use _ instead of %20. %20 makes a unnecessary 301 Moved Permanently: https://www.wikidata.org/wiki/Special:ItemByTitle/enwiki/Main%20Page

301 Moved Permanently
Location: https://www.wikidata.org/wiki/Special:ItemByTitle/enwiki/Main_Page

https://www.wikidata.org/wiki/Special:ItemByTitle/enwiki/Main_Page

302 Moved Temporarily
Location: https://www.wikidata.org/wiki/Q5296

https://www.wikidata.org/wiki/Q5296

200 OK

--Fomafix (talk) 08:37, 11 March 2013 (UTC)

Bug 46019 --Fomafix (talk) 09:06, 12 March 2013 (UTC)

Undoed edits aren't automatically marked as patrolled

This leads to unnecessary work to remove the little red exclamation mark. Palosirkka (talk) 15:15, 11 March 2013 (UTC)

Did you consider applying for rollbacker rights? Rolled back edits normally should be marked as patrolled. Also, do you use this?--Ymblanter (talk) 15:25, 11 March 2013 (UTC)

This is how it is for all wikis, unfortunately. --Njardarlogar (talk) 20:30, 11 March 2013 (UTC)

Thanks for the replies guys. Palosirkka (talk) 09:26, 12 March 2013 (UTC)

Link to item in Wikipedia

Is it planned to indicate somehow in Wikipedia that there is an existing item to that article even if there is no other interwiki? It would make it easier to find that item if a second article in a different language is written and prevents a duplicate on Wikidata. And with phase 2 there might be no interwiki but data coming from Wikidata. I think in this case such an indicator is necessary. I'm sorry if this was asked previously (I didn't find it). NNW (talk) 10:16, 12 March 2013 (UTC)

I'll bring it up. This indeed seems needed but I'll have to find out why we're not doing that already. --Lydia Pintscher (WMDE) (talk) 16:55, 12 March 2013 (UTC)

robots.txt

On project chat, we were wondering about some of the stats. It was suggested that visits to Special:CreateItem increases item id numbers (and possibly item count). Maybe robots.txt should exclude robots that don't use it to create items (or maybe all of them as there is the api). -- Docu at 05:05, 11 March 2013 (UTC)

To create something requires the requestor to issue a POST with a valid token which should not happen. If that happens the the bot is seriously misbehaving, and my guess is that in those cases they will not respect robots.txt at all. We could anyhow blacklist access to all special pages, I can't see any reason for allowing bots access there. — Jeblad 09:58, 11 March 2013 (UTC)

Except maybe Special:AllPages for easy indexing? IDK if it's necessary, though. - Soulkeeper (talk) 11:11, 11 March 2013 (UTC)

Hmm .. in this case, the explanation given "every time an user visits Special:CreateItem, one item number is consumed" isn't accurate. Where do the missing Qs go? -- Docu at 18:53, 12 March 2013 (UTC)

Same label and description notice could use a link to the other item

Tracked in Bugzilla
Bug 46073

Link me! Perhaps throw in a report conflict button as well? Lazy people for the improvement of Wikidata representative Palosirkka (talk) 15:18, 13 March 2013 (UTC)

Haha. Love your title! :P I've filed this as bugzilla:46073. --Lydia Pintscher (WMDE) (talk) 16:32, 13 March 2013 (UTC)

:) Thank you! That was quick. Palosirkka (talk) 18:37, 13 March 2013 (UTC)

list of supported languages

Is there a place listing all languages supported by Wikidata. I have found the list of Wikipedias but it does not include language variants like de-ch or en-gb. (I just wanted a babel box with all languages for quick multilingual editing, but I wont use it very often, because it is painfully slow to load). --Zolo (talk) 09:04, 12 March 2013 (UTC)

That's part of the Universal Language Selector. It'd be best if you could ask them where they keep the list of all supported languages. --Lydia Pintscher (WMDE) (talk) 17:05, 12 March 2013 (UTC)

Multilingual editing: change the interface language (yes, horribly inefficient) by 1) clicking the selector next to your name/the user icon at the top of the screen, or 2) by appending ?uselang=it etc. to the URLs.
Babel with all languages: oxymoron, I've no idea what you mean and it won't help what you want.
List of all languages supported by MediaWiki: no idea why you'd need this but it's in languages/Names.php. --Nemo 19:27, 12 March 2013 (UTC)

Thanks. This list is what I needed. I know that we can change the language with useland, but if there are really many of them, that really takes too long. Basically, I wanted to update all the descriptions of Property:P21, because the recommended items have changed. If I add all the languages in my babel box, they will all be displayed and editable directly. That's much quicker (at least it would be if loading time was shorter). --Zolo (talk) 19:58, 12 March 2013 (UTC)

One way to find all languages is to take a look on the language arguments to the api.php, check for example wbgetentities, or use paraminfo. — Jeblad 02:18, 14 March 2013 (UTC)

Special page

Could it be possible to have a tool for extracting items with a specific property ? Snipre (talk) 12:21, 14 March 2013 (UTC)

Did you try "What links here" on a property page? ;-) --Lydia Pintscher (WMDE) (talk) 12:42, 14 March 2013 (UTC)

+1 Snipre (talk) 20:17, 14 March 2013 (UTC)

Can't add description to Q15001

Try to add „Russischer Diplomat und Dramatiker“ but get error message

Beim Speichern ist ein Fehler aufgetreten. Die Änderungen konnten daher nicht vollständig durchgeführt werden.

Did reload item multiple times with ctrl+F5, nothing happens? Help :-(--Svebert (talk) 20:06, 14 March 2013 (UTC)

Same for Q15002--Svebert (talk) 20:08, 14 March 2013 (UTC)

It seems someone already fixed both of them. Next time this happens can you please check if you are on www.wikidata.org and not for example de.wikidata.org? Sometimes this causes this issue. --Lydia Pintscher (WMDE) (talk) 10:35, 15 March 2013 (UTC)

Problem with interwiki links order on sr wiki

Tracked in Bugzilla
Bug 46167

I don't know if this is the right place to post this? Please let me know if there is more relevant forum.

When Addbot started with migrating interwiki links from sr wiki to Wikidata, our users noticed that interwiki links order is different. The current order is completely random and illogical. We have our local configuration that seems to be ignored. Does anyone have an idea how to solve this problem? Thanks.--Wikiwind (talk) 16:24, 15 March 2013 (UTC)

Can you please file a bug on bugs.wikimedia.org saying which wiki should be changed to which configuration? Then we'll try to make it happen. We are able to accommodate some sort orderings but a developer needs to check if your particular one is already possible and if not we need to get it changed. --Lydia Pintscher (WMDE) (talk) 18:35, 15 March 2013 (UTC)

Submitted to bugs.wikimedia.org.--Wikiwind (talk) 19:28, 15 March 2013 (UTC)

Wikidata edits in recentchanges on wikis

Many users (include me) want to see changes of interwiki in recentchanges, watchlist and history of articles. Somewhere I saw its possible to switch-on it, but where? When I have not applied improved recentchanges, I have there link display Wikidata, but nothing happen. When I have improved recentchanges, this link is not here. In watchlist and history there is nothing. Its bug? JAn Dudík (talk) 21:39, 15 March 2013 (UTC)

Bugzilla:45892. --Stryn (talk) 21:44, 15 March 2013 (UTC)

Problem with question mark in article name

I had a problem with following "edit links" for article with question mark in name (Q741493). Tried from English and Russian Wikipedia. --EugeneZelenko (talk) 03:24, 16 March 2013 (UTC)

This will be fixed in the next deployment. See bugzilla:45223 Aude (talk) 03:38, 16 March 2013 (UTC)

edit summary is empty when I created/updated a claim

Hello. Please take a look at this [4]. I created/updated a few new claims and expected edit summaries would be automatically supplied like "Created a claim: ..." or "Updated claim: ....", but in fact they are empty. Is this expected behavior or a specification? Or a bug? Thanks in advance. --Penn Station (talk) 15:15, 17 March 2013 (UTC)

Tracked in Bugzilla
Bug 45840

This is Bugzilla:45840. --Stryn (talk) 15:19, 17 March 2013 (UTC)

Thanks for your quick answer. I see the situation and wait for the fix. --Penn Station (talk) 15:23, 17 March 2013 (UTC)

Site link don't work

Is the second time that we have this problem. Q5033475 have 2 sitelink: it:Canrenone and en:Canrenone. The it page show the interlink, the en page don't. The item was create on 21 feb 2013‎ and the it page was added on 14 mar 2013‎. Someone can check? Thanks --ValterVB (talk) 19:43, 17 March 2013 (UTC)

In my case, the link was not visible (I am sure I never visited the page before) but appeared after purging the cache.--Ymblanter (talk) 19:46, 17 March 2013 (UTC)

Yes, now also to me appear. Strange, because I purging the page before to ask here. --ValterVB (talk) 19:55, 17 March 2013 (UTC)

I have seen many users from Portuguese Wikipedia reporting this kind of problem. The most recent is at w:pt:Wikipédia:Café dos programadores#Wikidata. Taking an example from that topic: Q1050720 was created on 21:38, 16 December 2012‎ by MerlIwBot, and had a link to w:en:Happythankyoumoreplease since that first version. The "w:pt:Happythankyoumoreplease" link was added on 01:54, 18 March 2013‎. Nonetheless, now it is 14:03, 18 March 2013 (UTC), and when I visit the English Wikipedia article being logged in, the link to Portuguese Wikipedia is there, but if I access the same page not being logged, the link is not shown.

Users shouldn't be required to purge all pages after adding links to Wikidata. This is not practical... Helder 14:03, 18 March 2013 (UTC)

Yes agreed. The issue is that for some reason it takes too long for changes to propagate to the wikis. We're investigating why and fixing it. --Lydia Pintscher (WMDE) (talk) 14:08, 18 March 2013 (UTC)

Wikipedia has Special:WithoutInterwiki; how about Special:WithInterwiki?

One of Wikipedia's special pages lists pages without interwiki links.

Question 1: Does this list show pages which have no interwiki links coded on the page, but which have them in Wikidata?
Question 2: Would it be possible to have a new special page for pages that have interwiki links hardcoded on them? That would let us clean those up where possible.

Just some thoughts. Thanks! --Auntof6 (talk) 08:41, 18 March 2013 (UTC)

It should show them. If not please let me know so we can fix it. As for your second question: We have bugzilla:41345. Once that is done bot authors want to create reports of pages that still have local links. Would that be enough? --Lydia Pintscher (WMDE) (talk) 13:54, 18 March 2013 (UTC)

Problems creating an item

I cant creat a Item to w:Inland Feeder. It says there is already an item with this link. I tried to find it with Special:ItemByTitle but I cant find it [5]. --Sk!d (talk) 21:37, 3 March 2013 (UTC)

This seems to be general problem as my bot is raising the same error frequently. This should not happen as my bot checks if the pagelink is already used on wikidata and only tries to save the item if there is no connected item. --Sk!d (talk) 21:45, 3 March 2013 (UTC)

I made it with f instead of F! here but with F it shows error!▬ Reza1615 / T 21:52, 3 March 2013 (UTC)

My bot still sees many of these errors. Should I gather pages to help? e.g. w:Li Lingyu --Sk!d (talk) 15:09, 8 March 2013 (UTC)

Yes please. That'd be helpful. --Lydia Pintscher (WMDE) (talk) 12:27, 9 March 2013 (UTC)

[[en:Template:California County Labelled Map]], [[en:Malayalam poetry]], [[en:Lorasar]], [[en:Loray Mill Strike]], [[en:Lorbamate]], [[en:Lorca Deportiva CF B]], [[en:Lorcán McLoughlin]], [[en:Lord's Bridge railway station]], [[en:Lord's Middle Ground]], [[en:Lord's Seat (disambiguation)]], [[en:Lord & Burnham Building]], [[en:Lord Airey's Battery]], [[en:Lord Anthony]], [[en:Lord Arthur's Bed]], [[en:Lord Ashcroft International Business School]], [[en:Lord Augustus Hervey]] ... [[en:Madécasse]], [[en:Madžari, Croatia]], [[en:Mae Carden]], [[en:Mae Fah Luang Foundation]], [[en:Mae Hia]], [[en:Mae Khatuan]], [[en:Mae Lan]]

I did not tested them all these are just a few my bot logged. --Sk!d (talk) 00:56, 11 March 2013 (UTC)

Some statistics: I've got the error 5731 times by processing 72537 pages. 33347 pages where regular skipped as the api said there is already an existing item to the page. --Sk!d (talk) 01:01, 11 March 2013 (UTC)

This is still a problem. Todys my bot handled 164870 pages. And the error still occurred 5922 times. --Sk!d (talk) 14:41, 19 March 2013 (UTC)

Next improvements ?

I saw that the weekly update said "Finished implementation of References-UI". Do we will have this feature implemented next Wednesday ? Snipre (talk) 07:46, 16 March 2013 (UTC)

That's the plan, yes. --Lydia Pintscher (WMDE) (talk) 13:45, 18 March 2013 (UTC)

Do the references will have a structure with parameters like author, title, publisher, journal, url,... or it will be a simple string where we will have to put our own description of the reference ? To be clear:

option1 :

data.editclaim(property, value ,refs={("ref1","author=;title=;year=;publisher=;ISBN=;publication place="),("ref2","url=;website=;date=")})

option2 :data.editclaim(property, value ,refs={("ref1","value"),("ref2","value")})

Because we need to discuss in the second case in order to define how we can write good references which can be reused later in template like infoboxes. Snipre (talk) 14:47, 18 March 2013 (UTC)

Have a look at slide 17 here. So basically it will be the way it is now but with multiple lines for a reference instead of 1 like it is now. Does that make it clearer? You can also try it on the demo system. --Lydia Pintscher (WMDE) (talk) 15:07, 18 March 2013 (UTC)

Not really, demo system has always only one line which asking a property. Multiple lines are good but what is more useful that is label for each line or at least a very good description of how we have to enter data in the different lines. But I can wait until Wednesday to see the final output. Snipre (talk) 17:22, 18 March 2013 (UTC)

When adding a new source for a claim you should be able to finish one line and then have an "add" link below it. If you click that you get a second line for the same source. It wasn't obvious to me at first either. Maybe we need to improve the layout there? --Lydia Pintscher (WMDE) (talk) 13:40, 19 March 2013 (UTC)

A problem after adding a new link to a new article

After adding a link in the " list of pages linked to this item" in wikidata to a new article, we need to go to the article in the wikipedia and open the article in edit link and than save the page in order to see the interwiki links to all others articles in others wikipedias . We need also to go manually to each wikipedia and do the same if we want to see the link to the new article. This is a problem that need to be solved. Hanay (talk) 18:32, 18 March 2013 (UTC)

Yes. You can also achieve the same with adding ?action=purge to the URL of the article. The cause of this is that the changes made here take too long to be transferred to the Wikipedias. We are working on making this faster. Once it is faster it should no longer be needed to purge the page. I'll poke people on the team again to get this fixed soon. --Lydia Pintscher (WMDE) (talk) 13:43, 19 March 2013 (UTC)

I am happy to read that ther is a team that work on this problem. I Hebrew wikipedia there are users that confused because of it and ask questions. Thanks Hanay (talk) 17:11, 19 March 2013 (UTC)

Impossible to write on an item

Hello!

For a reason I do not understand, I cannot make any edit on Q2817217 (neither addition, change or deletion). I only get a basic error message without any real explanation (my interface is in French): « Une erreur est survenue lors de l'enregistrement, en conséquence, vos modifications n'ont pas pu être prises en compte. »

I tried to change sl:Anderson (priimek) into sl:Andersson, and to add ca:Andersson, fr:Andersson and it:Andersson which I previously removed from Q491431.

What can be the cause of this behaviour? How to proceed? Place Clichy (talk) 13:03, 19 March 2013 (UTC)

Did you updated Q2817127 page after deleting links from Q491431? Also, you could try move tool for moving links from item to other item. --Stryn (talk) 13:33, 19 March 2013 (UTC)

I believe I had refreshed the Q2817127 page after deleting links from Q491431 (however this is generally not necessary). I tried something that worked: replacing uk.wikidata.org in the URL by www.wikidata.org. After doing this change, I could edit the page without problem. Thanks for telling me about the move tool, I may have a look at it. Place Clichy (talk) 14:28, 19 March 2013 (UTC)

This is a known problem. Is there somewhere a link which links you to uk.wikidata.org, and not to www.wikidata.org? --Stryn (talk) 15:09, 19 March 2013 (UTC)

That's a good question, I can't think how I got there. It must have been from this page or this page, but the links look OK now. Place Clichy (talk) 18:19, 19 March 2013 (UTC)

Diffs does not work

When i click on (diff) in contributions list, I Got error. http://www.wikidata.org/w/index.php?title=Q2099021&diff=prev&oldid=9960231&setlang=en

The database did not find the text of a page that it should have found, named "Q2099021" (revision#: 9960231).
This is usually caused by following an outdated diff or history link to a page that has been deleted.
If this is not the case, you may have found a bug in the software. Please report this to an administrator, making note of the URL.

When I click in history to some diff, I can see it, but clicking older/newer gives me same error. JAn Dudík (talk) 14:22, 7 March 2013 (UTC)

Wikidata:Project_chat#Issue_with_diffs and bugzilla:45821. --Stryn (talk) 14:23, 7 March 2013 (UTC)

For me this happens all the time no matter what diff link I click. I can access all versions. The error message displayed is obviously not true. Whats going on? Example: http://wikidata.org/w/index.php?title=Q247&diff=prev&oldid=5760896 --TMg 01:05, 8 March 2013 (UTC)

It might be "prev", "next", and possibly "curr" breaking the diffs in the mainspace and property space. iXavier (talk) 01:43, 8 March 2013 (UTC)

I see that too. Links in "View history" works. It seems to be related to "diff=prev" in the URL parameters. — Fnielsen (talk) 14:16, 14 March 2013 (UTC)

Update: This should get fixed with the next deployment later tonight. --Lydia Pintscher (WMDE) (talk) 11:18, 20 March 2013 (UTC)

Relationship properties

What are the plans for "reciprocal properties"? (I don't know if this is the right expression.) The relationship properties still don't work. In Wikidata you can be son of a person that has no children. (Same problem with authors and their books etc.) What are the plans to solve this problem? --Kolja21 (talk) 04:59, 15 March 2013 (UTC)

The plan is still bots for that where needed. --Lydia Pintscher (WMDE) (talk) 10:36, 15 March 2013 (UTC)

Sorry, but that's typical function of a database not a job for a bot. --Kolja21 (talk) 20:32, 15 March 2013 (UTC)

I don't get it either. I'm not a normalization fanatic, but in some cases data duplication makes no sense and is counter-productive IMHO. As far as I can see, this is one of those cases. But then again, some people have probably had long discussions about this, and I haven't seen those discussions, so I don't know what reasoning lies behind this particular design choice. - Soulkeeper (talk) 17:43, 16 March 2013 (UTC)

I'm not sure if telling that a property has consequences is the right idea. But like Kolja21 says, the system shouldn't require bots to replicate derivative facts everywhere. --NaBUru38 (talk) 19:48, 19 March 2013 (UTC)

Api and claims

How do I submit the claims of an item if I want to save it via wbeditentity. If I request an item with wbgetentities I get the data in json with the key "claims":{...}. I tried to save the entity in the same format but get the api-error: {"servedby":"mw1208","error":{"code":"not-recognized","info":"unknown key: claims"}}. Am I doing something wrong or is this not yet implemented? --Sk!d (talk) 00:47, 20 March 2013 (UTC)

Not implemented, but will probably be… For now the closest is wbsetclaim. — Jeblad 11:41, 20 March 2013 (UTC)

Files in media properties are not reported on global usage

I checked couple of images I added as image property recently, but usage on Wikidate are not reported on commons:Special:GlobalUsage. This could be potentially big problem if files are moved or deleted. commons:User:CommonsDelinker should be updated to support Wikidata. --EugeneZelenko (talk) 04:02, 20 March 2013 (UTC)

It seems to me this needs to be handled by the owner of CommonsDelinker. Could you get in touch with them please? Is there anything else that needs to be done on the Wikidata side? --Lydia Pintscher (WMDE) (talk) 11:23, 20 March 2013 (UTC)

Wikidata should register files in properties as used first. CommonsDelinker only uses data provided by global usage. --EugeneZelenko (talk) 13:27, 20 March 2013 (UTC)

Ah now I get what you mean. I've filed it as bugzilla:46358. --Lydia Pintscher (WMDE) (talk) 13:58, 20 March 2013 (UTC)

If there is only one entry in wikidata, 'edit link' does not show in wikipedia.

If there is only one entry in wikidata, 'edit link' does not show in wikipedia. For example, nl:Waterstof-7 has an entry Q2651850, we cannot go to wikidata from nl.wikipedia diretly. If someone tries to connect two page via interwiki, we have to try multiple ItemByTitle query, or easy to make duplicated entry in wikidata. Wikidata:Tools#Display_Wikidata_Info_on_Wikipedia could be a solution, but it is not for all editors. -- ChongDae (talk) 04:17, 20 March 2013 (UTC)

Yes. This is tracked in bugzilla:46229. --Lydia Pintscher (WMDE) (talk) 11:27, 20 March 2013 (UTC)

Wikibase and wiki markup

Not really a question about Wikidata, but some people (including me) have been mentionning the potential use of Wikibase on Commons. One tricky point, is that Wikibase does not support Wikimarkup, and that may be a no-no for many users. So, just wondering, how much work would it take to create a custom version of Wikibase supporting wiki mark-up in string-type statements ? Would it be imaginable to have pages with parts of them structured like wikidata items, and parts of them like usual wiki pages ? --Zolo (talk) 09:35, 20 March 2013 (UTC)

Commons is on the plate for the next year of Wikidata development (among many other things obviously). The first thing we need to do is to figure out the best way to serve Commons. What you write is in principle possible as far as I know. --Lydia Pintscher (WMDE) (talk) 11:32, 20 March 2013 (UTC)

All wikidata bugs on Bugzilla seem to have vanished

or is it just me? --Sixsi6ma (talk) 11:04, 20 March 2013 (UTC)

It seems to work fine for me here. --Lydia Pintscher (WMDE) (talk) 11:28, 20 March 2013 (UTC)

Sister projects

I recall we were supposed to poke you if we got no news about sister projects integration. Done :). Zolo 09:35, 20 March 2013 (UTC)

Hehe. The news is that there will be a second year of Wikidata development and that sister projects will be on the todo list for that second year. --Lydia Pintscher (WMDE) (talk) 11:56, 20 March 2013 (UTC)

Ok, nice, I had not noticed that this was in second year's program. One more question, would it be possible to enable Wikidata transclusion before that ? Even that alone would already be very useful. --Zolo (talk) 09:42, 21 March 2013 (UTC)

I'll bring it up. --Lydia Pintscher (WMDE) (talk) 10:41, 21 March 2013 (UTC)

Improve bot efficiency

Just a small idea about improvement for bot's work: can the developers create a function which reduce the number of actions for bots when adding multiple claims to the same item ? I know this will reduce the possibility to follow the page's modifications but this can be more simple for bot work and server load. I am thinking about creation of one claim including addition of value and of references, all these actions performed in one action instead of wbcreateclaim and wbsetreference. Snipre (talk) 12:35, 20 March 2013 (UTC)

If that's possible, I hope the next step is making "bulk edits" possible in the regular user interface too. Fewer diffs can make it easier to see what's happening. - Soulkeeper (talk) 17:07, 20 March 2013 (UTC)

It will be possible via the API with wbsetentity (or wbeditentity). Implementation of that is not finished yet however. Bulk edits via the regular interface of one item are not planned. --Lydia Pintscher (WMDE) (talk) 10:56, 21 March 2013 (UTC)

Special:Translate

It's locked, I can't translate anything. Ę-oиė >>> ™ 21:19, 20 March 2013 (UTC)

I think you'll need to ask one of the translation admins to help with figuring out what is wrong. I don't think this is something we can help with atm. --Lydia Pintscher (WMDE) (talk) 10:42, 21 March 2013 (UTC)

Now it's work, not locked anymore. Thanks for fixing it. Kind regards, Ę-oиė >>> ™ 11:22, 21 March 2013 (UTC)

creating new item

I used script for displaying link to wikidata in wikipedia and when i found article without item, i simply clicked on and was able to create new item with checking and importing. Now I got same link as before [6], but there is no button for checking exitency. Button [create item] does nothing, only change the url to [7] JAn Dudík (talk) 21:52, 20 March 2013 (UTC)

Should work now. Yesterday Special:CreateItem did not worked, but Special:NewItem worked. But now it seems that only CreateItem works now. --Stryn (talk) 07:18, 21 March 2013 (UTC)

Yeah last night's update had to be reverted on all wikis because of a bug unrelated to Wikidata. We're hopefully back with the new code soon (as soon as that other bug is fixed). Then it will change again to NewItem. Sorry for the mess. --Lydia Pintscher (WMDE) (talk) 07:57, 21 March 2013 (UTC)

LoL.. And I must purge my common.js on wiki, coz wikidatainfo.js changed. Ę-oиė >>> ™ 08:17, 21 March 2013 (UTC)

Communication strategy

I don't want to put any pressure on the development team but it can help a lot the community if we have an idea about the next developments which will be implemented in wikidata. The best from my opinion will be to have a table with the main topics which are under development with a rough estimation of the implementation date and the topics which will be studied and coded when time will be available. Right now beside all bugs treatment I think that the contributors are waiting on numeric and date datatypes, qualifier and first test of inclusion syntax in wikipedia articles. As we reach the end of the initial program done in March 2012, it can be good for us to have a new program for the next 6 month. The weekly updates are good to follow your work but they are not giving us any forecasts for the implementation and the next developments which are already planned. And it is always difficult in the discussion between contributors to fix priorities or to allow temporary features without a possibility to judge the development of wikidata. Thank you for your work Snipre (talk) 09:53, 21 March 2013 (UTC)

As for the specific things you mention: inclusion is planned for the next deployment on 27th on the first Wikipedias. It can already be tested on the demo system. As for data types: The most likely order is currently: numbers, geocoordinates, time, numbers with units, multi-lingual/mono-lingual text, geoshapes. I'll try to get a plan for the next 6 months but that'll not happen before the end of the month I fear. --Lydia Pintscher (WMDE) (talk) 10:48, 21 March 2013 (UTC)

Thanks and there is no need to provide a quick program. The idea is just to define a rough schedule in order to give us an idea about what are the next steps and that schedule can be changed without need of explanation if necessary. I am not your boss :) Snipre (talk) 10:56, 21 March 2013 (UTC)

You are to some degree obviously ;-) --Lydia Pintscher (WMDE) (talk) 10:57, 21 March 2013 (UTC)

Wrong edit summary

In this edit: "Added site-specific [eswiki] link: Reacción química", when ip actually changed just English label and English description. How it is even possible to change both in same time? --Stryn (talk) 16:18, 21 March 2013 (UTC)

via a gadget (although they are logged out, so no...) or script / api edit perhaps? Aude (talk) 02:28, 22 March 2013 (UTC)

the diff looks very strange, though. They made two previous edits that added a description, label and then a third edit of some kind, supposedly adding a site link. Need to investigate more... Aude (talk) 02:32, 22 March 2013 (UTC)

Triggering any abuse filter, maybe? Coz first they delete (change) label & description on english. Ę-oиė >>> ™ 08:24, 22 March 2013 (UTC)

Putting together

There is not yet an article about Joseph Eduard Wessely in English, but there is already in Danish and Swedish (Q6237046) on the one hand as well as in German, Russian and Spanish (Q768003) on the other hand. Therefore the question is: ¿How does one put together Q6237046 and Q768003? --84.159.149.101 07:31, 22 March 2013 (UTC)

Done, Move site link to the older item (Q768003) and make deleting request to the younger. Ę-oиė >>> ™ 08:16, 22 March 2013 (UTC)

There is also Help:Merge which should be helpful for the future :) We're working on a proper way to merge items. Will still take some time though. --Lydia Pintscher (WMDE) (talk) 10:59, 22 March 2013 (UTC)

Error occurred when I tried to remove a property which was deleted

Tracked in Bugzilla
Bug 45933

Q12418 (Mona Lisa) has a deleted property Property:P165 which was already deleted because of duplicate of Property:P127. So I tried to remove the property from the page, but failed. I got the following error message:

"An error occurred while trying to perform remove and because of this, your changes could not be completed."

"Details: Failed to save the change"

Is this a technical problem or expected behavior? I cannot do anything on the property of the page at all.. --Penn Station (talk) 14:26, 22 March 2013 (UTC)

This is Bugzilla:45933. See also Wikidata:Requests_for_deletions/Archive/2013/03/20#Property:P165. --Stryn (talk) 14:39, 22 March 2013 (UTC)

I understand that it's a bug.. Thank you for the quick answer. --Penn Station (talk) 14:52, 22 March 2013 (UTC)

Problem to change case

Tracked in Bugzilla
Bug 46451

de:Bombs over Burma has been moved (without leaving a redirect) to de:Bombs Over Burma. However, sitelink in Q891941 could not be corrected directly, as the "save" link is disabled as long as a case-insensitive equality check of old and new value fails. I had to remove the sitelink completely and create it again. This behaviour should probably be changed. --YMS (talk) 20:11, 21 March 2013 (UTC)

I've filed this as bugzilla:46451. --Lydia Pintscher (WMDE) (talk) 10:58, 22 March 2013 (UTC)

Thanks a lot. I actually do have a bugzilla account, but I never took use of it. Maybe next time I'll do it myself ;). --YMS (talk) 22:01, 22 March 2013 (UTC)

Duplicate entries for Devitrification(EN)/Entglasung(DE)

For German article de:Entglasung, wikidata iw points to Q1344853, all other languages (EN, NL, RU, ZH) to Q1907341. Can someone please either

delete Q1344853 or
merge Q1344853 into Q1907341 ?

Manually adding isn't possible... Rgds --Cvf-ps (talk) 09:56, 22 March 2013 (UTC)

If no-one picks this up here: the best place for this is Wikidata:Requests for deletions. Also see Help:Merge. --Lydia Pintscher (WMDE) (talk) 11:01, 22 March 2013 (UTC)

Merged and deleted. --Stryn (talk) 11:16, 22 March 2013 (UTC)

THNX! --Cvf-ps (talk) 12:47, 23 March 2013 (UTC)

Interlanguage links can't be changed without Javascript

A user brought this up at en:Wikipedia talk:Wikidata#Javascript. To test, I disabled Javascript in my browser and confirmed that clicking the edit button next to an interlanguage link doesn't do anything without Javascript being enabled (well, doesn't do anything useful: it does refresh the page and move to the top). I just wanted to bring this up since some users may not/cannot have Javascript enabled but would still like to be able to edit the links. The Anonymouse (talk | contribs) 21:14, 22 March 2013 (UTC)

You can change label, aliases and descriptions without Javascript. You can not change statements or sitelinks. There is a changeset for a special page to set sitelinks but it is currently broken. See Special:SpecialPages for available special pages. — Jeblad 08:20, 25 March 2013 (UTC)

Yes, labels, aliases, and descriptions can be changed without Javascript, but it's the sitelinks that can't be changed (and apparently statements too). The Anonymouse (talk | contribs) 16:55, 25 March 2013 (UTC)

Accommodating redundant 0s

I can't help but think that it would be beneficial to automatically truncate all 0s immediately following Q, if technically feasible, because the logic of some schemes may prefer a fixed number of digits. For example, Q0000008 and Q8 should return identical results when queried. — C M B J 09:39, 23 March 2013 (UTC)

In some places the Q-numbers are prefixed numbers (like in the API) and in other places they are title strings. When you try to use them as links they behave like strings and a Q prefixed to a number with some leading zeros is another title than a Q prefixed to a number without any leading zeros. I'm not sure if it is a good idea to do this rewrite, I think the requester should use a valid identifier. — Jeblad 08:29, 25 March 2013 (UTC)

'Summary' doesn't works anymore in API

Tracked in Bugzilla
Bug 46537

Hi! Since yesterday evening, the "Summary" field is not taken into consideration by API (wbsetdescription, wbsetsitelink). Can you check? Please. --β₁₆ - (talk) 10:33, 23 March 2013 (UTC)

I can confirm this bug. --Sk!d (talk) 10:48, 24 March 2013 (UTC)

Thanks. I've filed this as bugzilla:46537. --Lydia Pintscher (WMDE) (talk) 14:08, 25 March 2013 (UTC)

How does the database work?

This is a copy of my question in the project chat, as somebody told me to better ask the development team:

I'm an IT worker with average knowledge in databases. So I'm interessted to understand wikidata better. When I'm thinking of a database, I mean:

- One or multiple tables - Each table with one or more columns and rows which contains the data

I already edited several items in wikidata and all I see is a statement based connection between two items/objects. There are millions of link possibilities. Though it doesn't would make sense, I could make a statement like 'item: elephant, property: ticker symbol, value: Justin Biber'. So I'm confused how the wikidata database would handle the whole thing. To be honest I doesn't read the complete site of Wikidata Data Model. However, the part I read doesn't explain how data is saved in the database itself. The word 'table' doesn't even appear, neither on this site, nor on Wikidata:Glossary.

Does every single item have his own table, or does every property have his own table?

Could someone explain me please how the database is working or where I can find more information. By the way: Which database software is used anyway?

--Nightwish62 (talk) 21:33, 23 March 2013 (UTC)

FYI: already answered by John on project chat. --Lydia Pintscher (WMDE) (talk) 14:08, 25 March 2013 (UTC)

Keyboard shortcut to access item from client

Tracked in Bugzilla
Bug 46538

Does keyboard shortcut to access item from client exist? If so, will be good idea to add it to hint text. Otherwise, will be good idea to add it. Just to avoid scrolling :-) --EugeneZelenko (talk) 02:12, 24 March 2013 (UTC)

I've filed your wish as bugzilla:46538. --Lydia Pintscher (WMDE) (talk) 14:12, 25 March 2013 (UTC)

For the mean time, User:Yair rand/WikidataInfo.js might be of some help. It puts the link right at the top of the page (below "From Wikipedia, the free encyclopedia"). — PinkAmpers&^{(Je vous invite à me parler)} 17:21, 25 March 2013 (UTC)

Replacing property

I think will be good idea to add possibility of replacing property (of same type) to user interface. Current procedure of deleting and adding it again may cause mistakes and takes more time. Will be especially useful when property has multiple values. --EugeneZelenko (talk) 02:31, 24 March 2013 (UTC)

Can't bot do that stuff ? Snipre (talk) 08:10, 25 March 2013 (UTC)

It's depend on regularity of such problem. Sure, bot is useful for numerous cases, but for 1-2 it's more easy to do manually. --EugeneZelenko (talk) 13:49, 25 March 2013 (UTC)

There should be a well-defined way to do this for those properties where conversion is supported implicit (for example momolingual text can be converted to multilingual), or there can be defined an explicit conversion (for example string to geocoordinate). Support of such conversions in general is a non-trivial task. — Jeblad 17:15, 25 March 2013 (UTC)

Separate buttons/messages for claim removal and link removal

I saw this edit by a user who'd just removed a sitelink and then reverted themselves, and realized it might be helpful (what with all of these) to change MediaWiki:Wikibase-remove to "remove link" or "remove sitelink". However, Wikibase-remove is also used for removing claims. So, would it be possible to fork it into a Wikibase-remove-sitelink and Wikibase-remove-claim, or something like that? (Or is there some parser that could make the one message provide either value?... I couldn't think of one, though.) — PinkAmpers&^{(Je vous invite à me parler)} 17:19, 25 March 2013 (UTC)

The link texts in the toolbars should be short and preferably without spaces. It is because of the eye is very fast on clustering things togeter and a space is a very strong divider. — Jeblad 17:22, 25 March 2013 (UTC)

Unable to edit items as a logged in user

Right now, I am unable to edit items as a logged in user. I've tried to in both Chrome and Opera, as well as on two different PCs. It's as if the page does not load completely; I lack the "add" button for interwiki, for instance; and the "description" field lacks completely. When I am logged out, it loads as normal. --Njardarlogar (talk) 08:58, 26 March 2013 (UTC)

Thanks for the note. I can reproduce it. We're investigating. --Lydia Pintscher (WMDE) (talk) 10:01, 26 March 2013 (UTC)

It should be fixed again now. --Lydia Pintscher (WMDE) (talk) 10:28, 26 March 2013 (UTC)

reveal IP while logged in

I has at least occurred twice: I make an edit, and while I remain logged in after the edit, my IP appears in the page history. Last time it occurred is here. --Zolo (talk) 15:24, 26 March 2013 (UTC)

It now happens all the time, see [8]. I get the following message "An error occurred while trying to perform save and because of this, your changes could not be completed."--Zolo (talk) 18:22, 26 March 2013 (UTC)

Outsch. Not good! Can you try and see if this also happens if you are on www.wikidata.org as opposed to wikidata.org? --Lydia Pintscher (WMDE) (talk) 11:39, 27 March 2013 (UTC)

Yes, that's it. It only does that without the "www". --Zolo (talk) 13:25, 27 March 2013 (UTC)

Ok thanks. I'll try to speed up always redirecting to www then. --Lydia Pintscher (WMDE) (talk) 13:29, 27 March 2013 (UTC)

Language variants

Hello, could someone please respond to Wikidata:Bot requests#Bot to fill in language variants? Thanks. — Hazard-SJ ✈ 03:12, 27 March 2013 (UTC)

I asked Denny to have a look. Might take a bit unfortunately. --Lydia Pintscher (WMDE) (talk) 15:03, 28 March 2013 (UTC)

Problem with link to Wikidata form clients

Looks like there are problems with Edit links after yesterday update. At least they disappeared from Russian Wikipedia from articles which had them awhile ago. --EugeneZelenko (talk) 14:05, 28 March 2013 (UTC)

Yes I've seen other reports of this too. Does a purge of the page (?action=purge) fix it? If it does then we know the issue and are working on it. If not then please post links to the problematic article. --Lydia Pintscher (WMDE) (talk) 15:02, 28 March 2013 (UTC)

Yes, purge fixes problem. --EugeneZelenko (talk) 16:05, 28 March 2013 (UTC)

Searching internal WIkidata pages

Tracked in Bugzilla
Bug 46638

Looks like internal Wikidata pages could not be searched with Search box after yesterday update. Sure, they are not so important as items, but still useful. --EugeneZelenko (talk) 14:08, 28 March 2013 (UTC)

You are right. I have filed this as bugzilla:46638.

Reference by API

Please could you provide an complete example of how do we have to format the query in order to set a reference ? I don't understand how to format the snak parameter. If I want to add the title of a book defined by Q904273 using property P248 (stated in) the snak will be snak={"p248": [{q904273}]} ? And for string snak={"p212": [{978-1439820773}]} or snak={"p212": [{"978-1439820773"}]} ? perhaps a complete example in the API documentation can help. Thanks Snipre (talk) 02:13, 25 March 2013 (UTC)

You can peek into the requests by using a browser with developer tools, like Google Chrome (or Chromium) and go to the Network tab and there open the request after setting a reference. Below I have pasted the "Form data" from a session where I added a reference. This is the JSON that goes in the POST request

{
    "action":"wbsetreference",
    "format":"json",
    "statement":"q132$ACC96AA4-A4CB-423F-8767-8F3ADFE02EFC",
    "snaks":{
        "p4":[
            {
                "snaktype":"value",
                "property":"p4",
                "datavalue":{
                    "type":"string",
                    "value":"123456"
                }
            }
        ]
    },
    "baserevid":471,
    "token":"+\\"

The "datavalue" will be different according to which type of property is used.The only way to get this right is to check the datatype for the property, that is the P-id and its assigned datavaluetype. This is repeated as the the key for the list and as the property id. The snaktype is "value", this is the same as you find on the gear in the UI. Also note the token, which is this case is a token for an anonynous user. — Jeblad 17:40, 25 March 2013 (UTC)

Thanks Snipre (talk) 11:34, 29 March 2013 (UTC)

Renaming "Edit links"

Since Phase II was delivered to some projects, may be it's right time to rename "Edit links" to "Edit links and data"? --EugeneZelenko (talk) 02:59, 29 March 2013 (UTC)

I agree with you partially. Meanwhile Wikidata is up and running and not only a link to other Wikipedias anymore. Therefore not only it should renamed, but also placed at the top of the page. Or even implement two links to Wikidata: One name very prominent to the top of the page, one below of the interwiki links. --Nightwish62 (talk) 09:19, 29 March 2013 (UTC)

Yeah we need to think about how to best do this. Please keep adding ideas here and I'll bring it up with the team after Easter. --Lydia Pintscher (WMDE) (talk) 13:29, 29 March 2013 (UTC)

Special values should be prettier

Special values like "some value" are formatted is in a rather confusing way. I suppose it is the reason for this edit:

the value is displayed in grey and italics, which is the way deleted properties look. I think something more visually like other values would be clearer.
"unknown value" soounds like some database jargon (or even like "error, unrecognized value"). Cant we just label it as "unknown". I am aware that it would cause grammar problems in quite a few languages, but we should be able to find other phrasings for them too.
it would be nice if we were able to add them by typing, just like for normal values. Not everyone will notice the small blue disc on the left. --Zolo (talk) 07:15, 29 March 2013 (UTC)

Thanks. I'll bring it up and see what we can do. --Lydia Pintscher (WMDE) (talk) 13:30, 29 March 2013 (UTC)

Roadmap

It isn't easy to keep track of the developing and therefore I'm asking here direct to the development team, when we could approximate expect the following:

DataType date/time
DataType integer
Ranks
Qualifiers
Snaks

Sure I don't expect a tangible date. But I really like to collect data and are limited often by the technical possibilities. I also can't find the ongoing discussions to the points above. E.g. I'm wondering why it is that complicate to integrate the data type integer, since it just have to store a number (sorry if I'm wrong) as string already exist and also just stores numeric/alphabetic characters. So can some of the developer please tell me when about the points above are realized? --Nightwish62 (talk) 09:48, 29 March 2013 (UTC)

Ranks are already available in the code but not in the UI, code for qualifier is ready but not yet implemented (see here), snaks is already used so I don't see what you mean by snak (see Wikidata:Contact_the_development_team#Reference_by_API), then datatypes are in development. I already asked for a rough schedule and the development team will propose something next month (see Wikidata:Contact_the_development_team/Archive/2013/03#Communication_strategy) Snipre (talk) 11:33, 29 March 2013 (UTC)

Thank you. --Nightwish62 (talk) 12:45, 29 March 2013 (UTC)

Qualifiers are on the test system now. Please try them out and give feedback. They'll probably be in the next deployment here. More data types are the next thing on the todo list. --Lydia Pintscher (WMDE) (talk) 13:36, 29 March 2013 (UTC)

It's working for me but that will increase the number of properties. See here or here Snipre (talk) 14:44, 29 March 2013 (UTC)

Yes. Do you consider this an issue? (Qualifiers obviously will not have to be used where not necessary). Maybe a good idea to start thinking about where they make sense? --Lydia Pintscher (WMDE) (talk) 14:53, 29 March 2013 (UTC)

No, we just have to switch from a property management at community level to a management at task force level. Fine for me Snipre (talk) 15:22, 29 March 2013 (UTC)

I tested it with good descriptive example, I hope. See here. I love this new possibility and I hope it will released very soon to the real Wikipedias. However, some bug I found: After reloading a page, the value of a qualifier is not vertical align with his property. So the bottom is cut. If needed, I can mail a screenshot what I mean. Tested with IE10. Ah, I notice this only happens when there is a page zoom like I use (150%). No problems with normal page zoom 100%. This should be fixed since many people use page zoom I think. Lydia, can you forward this to the development team please? --Nightwish62 (talk) 17:14, 29 March 2013 (UTC)

Will do. Thanks for testing. --Lydia Pintscher (WMDE) (talk) 17:30, 29 March 2013 (UTC)

So thanks to qualifiers I found finally the solution to one of my problems, see here. The only thing to do is to create a new property 'border type' or something like that and use it as qualifier (with values 'water' or 'land'). I think that's what Snipre means with "it will increase the number of properties". However, it's necessary to make statements clear. Very cool stuff. When is the next deployment Lydia? --Nightwish62 (talk) 17:20, 29 March 2013 (UTC)

The schedule is a bit messed up because of Easter right now. I would guess either Monday or Wednesday the week after next. --Lydia Pintscher (WMDE) (talk) 17:30, 29 March 2013 (UTC)

Alphabetical sorting

Currently the interwiki entries are sorted according to the language codes but this may result in a non-alphabetical list of proper language names. E.g. the language codes "en, fi, fr, hu, it" will return a list "English, Français, Suomi, Magyar, Italiano". Therefore I think, the sorting should better be based on the languages' proper names. De728631 (talk) 15:40, 27 March 2013 (UTC)

Which Wikipedia is this? What's their preferred sort order? --Lydia Pintscher (WMDE) (talk) 15:03, 28 March 2013 (UTC)

See m:Interwiki sorting order. The sorting order is configurable in wikipedia. Do you mean in "sort by language name" in wikidata? -- ChongDae (talk) 06:20, 29 March 2013 (UTC)

I was referring to de.wikipedia, but at that time I thought the sorting was done locally on Wikidata for all projects. So apparently this is not the case. And I just noticed that I've been a bit blind, too, because the page that made me wonder, , is actually not yet handled by Wikidata but still has a manual list of interwiki links in the article in that confusing order. But thank you anyway. De728631 (talk) 19:12, 29 March 2013 (UTC) de:Dalriada (Band) made me post this thread and it still keeps confusing me, since the interwiki block is now handled by Wikidata without a JavaScript edit button as in the English WP. Anyhow, I think I should raise this alphabetical sorting matter at the German WP. De728631 (talk) 19:17, 29 March 2013 (UTC)

Main page will open when clicking language name link

Tracked in Bugzilla
Bug 46681

Hello, I'm facing a problem. When I open an item or property page from Special:NewPages, the url will be, for instance, :

However, when I crick the language name link (e.g. "English") in the "In other languages" section on the page, the new url will be, for instance, :

http://www.wikidata.org/w/index.php?setlang=en

This is not an expected page (original url + "&setlang=en"), but main page!

It works fine only when the url is something like:

I think that it should work fine also in the cases of "index.php?title=" type url. --Penn Station (talk) 02:09, 29 March 2013 (UTC)

Opened a bug (bugzilla:46681) and uploaded a patch for review - Hoo man (talk) 03:27, 29 March 2013 (UTC)

Thank you for your work :). --Penn Station (talk) 04:00, 30 March 2013 (UTC)

Tooltip for property description on item page

Hi. This is just a small idea. Property names (labels) are displayed on item page. I think a tooltip or balloon help should be displayed for the property's description in user's language or in English when the mouse moves over the property name and the description exists. This would help users who refer to the page or add/edit/remove proeprty values. --Penn Station (talk) 04:51, 30 March 2013 (UTC)

We have already the link to the property page on the item page so I think it is not so necessary. I would prefer on property page an editable space where the rules/explanations of how to use the property are displayed. This can be needed with the implementation of qualifier and the trend of using same property for different fields. Snipre (talk) 09:26, 30 March 2013 (UTC)

I started a new section for this, see below. --Nightwish62 (talk) 17:37, 30 March 2013 (UTC)

ItemByTitle capitalization

If someone could take a look at the issue raised at en:WT:WDATA#One more problem with WD (ignoring the poor behavior by the user who made the original comment), that'd be great. — PinkAmpers&^{(Je vous invite à me parler)} 09:23, 30 March 2013 (UTC)

Done. Thanks for the pointer. --Lydia Pintscher (WMDE) (talk) 13:10, 30 March 2013 (UTC)

Small problem with qualifiers

Once we save the addition or the correction of one qualifier, we have to reload the page before editing another qualifier to avoid an edit conflict. Snipre (talk) 10:17, 30 March 2013 (UTC)

Thanks for testing! I have filed this as bugzilla:46722. --Lydia Pintscher (WMDE) (talk) 13:09, 30 March 2013 (UTC)

I can't add an interwiki from Chinese Wikipedia because a different title is saved with the same name in another page. Could this be a bug?

When I try to add to Q2716989, I'm not allowed, getting in "details" the following message:

Site link zhwiki:快打旋風系列 already used by item Q288035.

But in Q288035, when I click on [[zh:快打旋風系列]], what I see is a different article, [[zh:街头霸王系列]], and there is no redirection. Thus, in Q288035 I tried to change 快打旋風系列 by 街头霸王系列 but, surprisingly, what is saved is 快打旋風系列. So I find no solution to do what I want. Any idea? Thank you in advance. --Canyq (talk) 19:30, 31 March 2013 (UTC)

Actually "快打旋風系列" and "街头霸王系列" are the same thing, the difference is that they are two different Chinese variants, the former is in zh-tw [Chinese (Taiwan)], the latter is in zh-cn [Chinese (China)]. --Stevenliuyi (talk) 19:48, 31 March 2013 (UTC)

However, they are still different articles, aren't they? "街头霸王系列" is about "Street Fighter series", while "快打旋風系列" is about "Final Fight series". So, what can be done to solve this conflict? Two articles which are different in Chinese Wikipedia are considered to be the same by Wikidata. After all, there could be other articles under this same situation... --Canyq (talk) 20:41, 31 March 2013 (UTC)

No, there is only one article (the real title is 快打旋風系列) in Chinese Wikipedia which is about Street Fighter. The conversion between different variants are automatically done by a conversion system. --Stevenliuyi (talk) 21:48, 31 March 2013 (UTC)

Ok, it's solved now. I realized that in the Chinese article about Final Fight series if you copy article title "快打旋风系列" and paste it in the search box, you are sent to the article about Street Fighter series, whose title is "街头霸王系列". Then, I noted that the title in the url wasn't the same as the title of the article: for Final Fight series, the title in the url was "街頭快打系列", being "快打旋风系列" in the article title, while for Street Fighter series, the title in the url was "快打旋風系列" and article title was "街头霸王系列". Due to this confusion of an article title sending directly to another article when used as a search string is why I thought there were two different articles under the same title. That said, my solution was to use the strings from url addresses in both Wikidata articles, thus avoiding any conflict. Thank you for your help and I hope this experience is useful to anyone else in this situation. --Canyq (talk) 23:06, 31 March 2013 (UTC)