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

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.

Has this been fixed yet? --Ricordisamoa 01:14, 26 June 2013 (UTC)

I fear not and I don't remember a bug being filed about it. Could you please do that? Thanks :) --Lydia Pintscher (WMDE) (talk) 11:39, 26 June 2013 (UTC)
Could my WMFlabs account work for that? Or will I have to sign-up? --Ricordisamoa 21:12, 26 June 2013 (UTC)
Created the bug and uploaded a patch to gerrit - Hoo man (talk) 11:24, 27 June 2013 (UTC)
@Ricordisamoa: No, Bugzilla operates separately, but that account could submit a patch ;)  Hazard-SJ  ✈  04:40, 3 July 2013 (UTC)

API problem

Sorry but I have a problem to use the API: is wbsetclaim still available and if yes in which case can we use it ? Then can you provide a full example for wbsetclaimvalue because when I try /w/api.php?action=wbsetclaimvalue&format=json&claim=q703%24579D056C-280F-4BDF-958B-CD5E7E5EBF7B&value=O&snaktype=value&token=b4f0aa5839a7f79799f700494f080bbf%2B%5C&baserevid=42903666 , I receive an error message saying "Exception Caught: Wikibase\\SnakObject::newFromType got an array with to few constructor arguments". Thank you. Snipre (talk) 19:59, 29 June 2013 (UTC)

setclaim is still available (but it is not what you are using in the above example. To use setclaim you must pass it a json representation of the full claim!
As for wbsetclaimvalue which you use above the value should be json. I have made gerrit:71610 fixing bugzilla:48724 which improves the api documentation and you should also be able to see an example at the documentation on mw:Extension:Wikibase/API#wbsetclaimvalue. As for the exception that you saw I have filed bugzilla:50654 to track it!
·addshore· talk to me! 10:55, 3 July 2013 (UTC)

Set description post is causing session-failure error

I am wondering if anyone using c# to post to wikidata is generating wikidata error? If I add a claim with item value, it works fine, but when i post a set description it causes a session error.

action=wbsetdescription&id=q11405341&language=ja&description=東京都足立区の町名&bot=1

The error is:

<?xml version="1.0"?><api servedby="mw1195"><error code="session-failure" info="* '''Your edit has been rejected because your client mangled the punctuation characters in the edit token.''' The edit has been rejected to prevent corruption of the page text. This sometimes happens when you are using a buggy web-based anonymous proxy service. * There seems to be a problem with your login session; this action has been canceled as a precaution against session hijacking. Go back to the previous page, reload that page and then try again. "><messages><html xml:space="preserve"><ul><li> <b>Your edit has been rejected because your client mangled the punctuation characters in the edit token.</b> </li></ul> <p>The edit has been rejected to prevent corruption of the page text. This sometimes happens when you are using a buggy web-based anonymous proxy service. </p> <ul><li> There seems to be a problem with your login session; </li></ul> <p>this action has been canceled as a precaution against session hijacking. Go back to the previous page, reload that page and then try again. </p></html><message name="token_suffix_mismatch" type="error" /><message name="sessionfailure" type="error" /></messages></error></api>

--Napoleon.tan (talk) 21:11, 29 June 2013 (UTC)

I am not sure if this is what is causing your problem but the wbsetdescription part of the api does not take a parameter description, I think you mean to use value instead, so... action=wbsetdescription&id=q11405341&language=ja&value=東京都足立区の町名&bot=1. Try this! :) Also are you encoding your data at all / what framework are you using? ·addshore· talk to me! 10:42, 3 July 2013 (UTC)
Thank you for the suggestion addshore, but the session failure still persist after using the value attribute. I encode the data using UTF-8 encoding.
           StringBuilder setDescription = new StringBuilder();
           setDescription.Append("action=wbsetdescription");
           setDescription.Append("&id=" + entityID);
           setDescription.Append("&language=" + languageCD);
           setDescription.Append("&value=" + description);
           setDescription.Append("&bot=1");
           if (string.IsNullOrEmpty(token) == false)
           {
               setDescription.Append("&token=" + token);
           }
           setDescription.Append("&format=xml");
           Console.WriteLine(setDescription.ToString());
           byte[] byteData = UTF8Encoding.UTF8.GetBytes(setDescription.ToString());

--Napoleon.tan (talk) 05:09, 4 July 2013 (UTC)

I finally got it to work, I need to call the HttpUtility.UrlEncode() for the description and token value.

--Napoleon.tan (talk) 05:37, 4 July 2013 (UTC)

Yup! Everything must be urlencoded :) Good to hear it is working! ·addshore· talk to me! 08:11, 4 July 2013 (UTC)

More than one interwikis per project (Wikipedia)

Good day, can somebody from the development team look at that: Wikidata:Project chat#More than one interwiki per language ? and tell about the feasibility? Thanks, Amqui (talk) 22:02, 29 June 2013 (UTC)

Just to be more clear, this isn't about the "Bonnie and Clyde" issue where one project as two articles about two subjects and another project as only one article for both subjects, but really about a single project having more than one article for the exact same subject due to the use of different scripts and/or dialects. An example of that on crwiki is w:cr:ᒥᒋᓯᐤ and w:cr:Mikisiw ka wapictikwanetc, both are about the "bald eagle", but the first one is written in Canadian Syllabics in Eastern Cree and the second one is written in latin alphabet in Atikamekw. From my point of view, a solution for that, would be for the interwiki entries on Wikidata to be first assigned to a language code, and then those language codes assigned to a project name (we would need "sub-language codes" for different scripts though). Like that, for the example I gave, the code "crl-cans" would show the language name "ᐃᔨᔨᐤ ᐊᔨᒧᐧᐃᓐ" and contains "ᒥᒋᓯᐤ" for the interwiki entry for bald eagle, while the code "atj" would show the language name "Atikamekw" and contains "Mikisiw ka wapictikwanetc" for the interwiki entry for bald eagle, but both would point to the crwiki project. Note that this solution would also work for Wikipedias in the Incubator. Thanks, Amqui (talk) 22:45, 29 June 2013 (UTC)
The good solution is to create in your case a new wikipedia in order to have different wikipedias for different languages. So your problem is not an interwiki problem but the language definition to use on the wikipedia. Snipre (talk) 08:10, 30 June 2013 (UTC)
The creation of new Wikipedias would go in the Incubator, which has the exact same problem as mentioned here, so this isn't a "solution". And anyway, not all languages that use different scripts have different language codes, making it impossible with current policies for them to have separate projects, and I don't think we should decide for a language community if they should separate their project or not, only the concerned community can make this decision in my opinion. Amqui (talk) 02:51, 1 July 2013 (UTC)

So here's one issue with this: What would we display in the language link list on the English Wikipedia article for example? MediaWiki has been changed to only allow one link there only for a language. --Lydia Pintscher (WMDE) (talk) 10:49, 3 July 2013 (UTC)

The solution I proposed is to use different "language names" for each link. In the case of the Cree Wikipedia, it`s pretty easy and I can provide you a list of "language names" that would be used for the different scripts/dialects. That being said, for most Wikipedias using differents scripts, my suggestion is to use the language name written in the script itself. For example, "ᐃᔨᔨᐤ ᐊᔨᒧᐧᐃᓐ" would be the language name for the articles in East Cree written in Canadian Syllabics while "Iyiyiw-Ayimuwin" would be the language name for the articles in East Cree written in latin alphabet, the codes behind those "language names" could be the normal language ISO code with the code for the script (crl-cans and crl-latn for my example). Note that there is an ISO standard to give codes to scripts. Another option to be more clear would be to include the script in brackets after the language name, for example "Iyiyiw-Ayimuwin (Latin alphabet)". In the case of the Incubator, the actual language of the test-Wikipedia would be displayed. In this case there are no change to the "one link per language", Wikidata only needs to allow more than one language entry to point to the same project in a given interwiki table. It will also needs to allow links to be added in languages that don't have an existing Wikipedia, but those "editable languages in the interwikis tables" would need to be defined with an associated project (i.e. Incubator, or a given Wikipedia project that use more than one script). Basically, instead of selecting a project when adding an interwiki to an interwiki table on Wikidata, we should select a language, and more than one language could link to the same project. After that, Wikidata could define different new "languages" for a same-language in a different script (perhaps it will need to work with MediaWiki for that, but in my opinion the best would be for Wikidata to take care of defining the languages list (i.e. language codes with their associated language names) for Wikimedia projects, since this is data after all). Amqui (talk) 16:01, 3 July 2013 (UTC)

Property classification

Hi, is there plans to enable a better classification of properties ? They already have there page and ID on Wikidata, but the maintenance of the help and lists of properties does not seem to be often updated and wikidata. Probably being able to classify them by adding properties would ease the work, and it would help for example in the development of Help:Modeling and the different documentation pages. TomT0m (talk) 14:48, 30 June 2013 (UTC)

There is currently not plan for that, no. Especially as we think it's actually counterproductive to try to do modeling for the whole world on Wikidata. --Lydia Pintscher (WMDE) (talk) 10:37, 3 July 2013 (UTC)
I agree with that, but models will be needed for domains specific bots to know what they should expect. As there is almost always several ways to say the same things they might always miss something, so at least we need to know if there is oddly formated stuffs so we can decide what to do with them. TomT0m (talk) 12:11, 3 July 2013 (UTC)
To be more precise, because I sense their is a misunderstanding, how I see things is as follow :
  • there should be no formal model with really strict constraints (it's obviously not the spirit of the project nor of the foundation more generally) but
  • we still need to capitalize on how others do things and which problem they have to face and how they solves them. That's why I started the Help:modeling page, to be a reference on how people do things and solves their problem, and because some of the problems are cross domains (general).
  • it also helps having examples on how other did the same thing when you find a blank item and want to add claims about that item.
  • it can be use to find unusual things, not to add a strict constraint, but to find what to do with them ;
    • If it is a new problem, we could amend the reference model to tackle it and update bots
    • If it's a mistake, correct it
    • If it's a very rare exception, just add it to some sort of white list.
But anyway I do not want to model the whole world, just find a good way of discussing, capitalize on what others are doing, and document things (as Nightwish noted on project chat, people seems to become tired of discussing property by property always the same subject, I think it's a sign that we will face those problem wether we want it or not, so we might need to find other ways than what is done right know (something like what I propose or tend to make a lot easyer to create a property for people to do as they please and try to normalize and rationalize later, which I would have like at the beginning but community seems to be more in line with putting barriers). TomT0m (talk) 14:33, 3 July 2013 (UTC)

Item by title

Hi. When a user searches under "Item by title" and doesn't capitalize the first letter, like here, why does the software not return any response? 24.16.53.4 07:15, 6 July 2013 (UTC)

This is discussed before. The problem is that the clients (i.e. Wikipedias) may have case-sensitive namespaces, and in fact one does: the lojban Wikipedia (jbowiki). However it would be very helpful if ItemByTitle could be case-insensitive when the searched site is. (PS. I know that only jbowiki is case-sensitive because I queried all 286 Wikipedias with an API call for namespace info in order to make my namespace statistics.) Byrial (talk) 10:05, 6 July 2013 (UTC)
There's a Wikibase setting which will ultimately solve this problem (eg. redirects entered into the form will also be resolved then), we plan to enable it for Wikidata within the next weeks, so that this should be solved then. - Hoo man (talk) 13:54, 6 July 2013 (UTC)

✓ Done, the setting has been changed, so that the above link works now. Please notice that redirects will be resolved as well so that eg. Special:ItemByTitle/enwiki/MSIE works now! \o/ - Hoo man (talk) 19:38, 8 July 2013 (UTC)

One Wikipedia Article, multiple Wikidata pages

Hello, Q3535 has all of the Formation and evolution of the Solar System Wikipedia articles. However, another page, Q3400, about the solar nebula, is covered in the English Wikipedia article w:Formation and evolution of the Solar System#Formation of planets. When you go to add that page section to Q3400, you get

Site link Formation and evolution of the Solar System already used by item Q3535.

Shouldn't you be able to add this anyways? Forgive me if this was already discussed. Surfer43 (talk) 01:15, 8 July 2013 (UTC)

This has been agreed by the community and will be with dealt using redirects, see Wikidata:Requests for comment/A need for a resolution regarding article moves and redirects. I was wondering, what is the status of this? Thanks, Littledogboy (talk) 15:04, 12 July 2013 (UTC)

merging two interwikis

hello. i have seen a few times that the interwiki in a certain article is divided into two "groups" by mistake. (e.g: the artice "sophism" was divided into two groups untill i united them). the way i merged them was removing the articles one by one from the first list, and then adding them one by one to the second one. this is especially inconvenient because of the anti-spam system, that forced me to wait a few minutes in between. is there a simple way to do it? בלנק (talk) 09:10, 12 July 2013 (UTC)

Try Merge gadget. JAn Dudík (talk) 09:12, 12 July 2013 (UTC)

Error in Q12131

I want to add 殘廢 of zh_yuewiki to Handicap (Q12131), but the following error occurrs:

  • A length constraint is triggered for language code "ru". * There is a constraint violation for description "состояние челов..." for language code "ru".

Please fix it. Thanks. -- Romethus (talk) 06:27, 20 July 2013 (UTC)

Russian description is too long. I've asked User:Art-top to make it shorter. Then it should be possible to add zh_yuewiki link. --Stryn (talk) 06:49, 20 July 2013 (UTC)
✓ Done and link added. --Stryn (talk) 07:15, 20 July 2013 (UTC)

When bug 43278 about allowing too long texts in labels and descriptions was closed it was told that the new limit was 250 characters. I do not believe this is true as the Russian description in Q12131 only was 160 characters. Probably they meant bytes when using an UTF-8 encoding.

Anyway at User:Byrial/Long texts you can see all labels, descriptions and aliases for items with 250 or more bytes in UTF-8 encoding. I guess they should be shortened if my theory about that was meant is true. Byrial (talk) 08:41, 20 July 2013 (UTC)

Indeed, as Russian uses UTF-8 encoding, normally the descriptions take twice as many bytes, which technically means if the limitation is in bytes they are twice as short.--Ymblanter (talk) 08:46, 20 July 2013 (UTC)
Yes, and many other languages have 3 bytes per character. The Gothic (got:) Wikipedia uses characters outside of the Basic Multilingual Plane. They use 4 bytes per character. Byrial (talk) 08:58, 20 July 2013 (UTC)
BTW the limit seems only to be enforced for items. The longest descriptions for labels are over 300 characters, and I just as a test added without any error messages a long Danish description with over 1000 characters to Sandbox-Item (P369). Byrial (talk) 09:24, 20 July 2013 (UTC)
Not good... I've filed bugzilla:51813 for that. Thanks for bringing it up. --Lydia Pintscher (WMDE) (talk) 13:53, 22 July 2013 (UTC)
One more question: Did you edit via the API there or by hand on the website? --Lydia Pintscher (WMDE) (talk) 13:58, 22 July 2013 (UTC)

Unable to add/edit/save when logged in

Hi, I am unable to add/edit/save any item when I am logged in. Once I log off, I could easily add/edit data. See this, where I added incorrect link to my home wiki, which I wanted to correct but as I was logged in, it didn't let me do so. I reverted the edit, logged out and added the link, which worked perfectly well. Save and Cancel links are greyed out when I am logged in and enabled when I am not. Hope someone will be able to identify the issue and rectify it for me.  – The preceding unsigned comment was added by Dsvyas (talk • contribs).

Have you tried logging in and out multiple times, but you still have the issue? Do you have any gadgets enabled? The Anonymouse (talk) 04:00, 22 July 2013 (UTC)
Could you also try in a different browser please? --Lydia Pintscher (WMDE) (talk) 13:54, 22 July 2013 (UTC)
Tried logging on/off several times with no luck. So far have tried IE, Firefox and Chrome browsers, and all the same. And yeah, have a few gadgets enabled, e.g. slurpInterwiki, FindRedirectsForAliases, labelLister, Move, Search, RequestDeletion, AuthorityControl, CommonsMedia and Merge. Is any of these known to cause issues?--Dsvyas (talk) 22:08, 22 July 2013 (UTC)
By the way, tried disabling all the gadgets, but still no luck. Will it have anything to do with my user rights?--Dsvyas (talk) 22:18, 22 July 2013 (UTC)
I'm not sure about user rights affecting your editing, but I gave you autopatroller and confirmed rights (you weren't autoconfirmed yet: you have to have at least 4 days and 50 edits). See if that makes anything different. The Anonymouse (talk) 04:00, 23 July 2013 (UTC)
Try restoring my default in your preferences.--Vyom25 (talk) 06:34, 23 July 2013 (UTC)
Or a silly solution; put a space after whatever you have written. Try this.--Vyom25 (talk) 11:02, 23 July 2013 (UTC)
Thanks The Anonymouse, that is something that I thought would be the case, but this seems to be a very tricky issue. I had expected it to be resolved with confirmed user, but no, I am not so lucky. I am thinking to downgrade my browsers as a last trial and if that doesn't work, will file a bug.
Vyom, I had already tried restoring my preferences to default. And the problem is that I am unable to edit, so can't add space.--Dsvyas (talk) 21:31, 23 July 2013 (UTC)

List of values is complete

On pages like Q5296, where all projects have a page, the page ends with the message: "List of values is complete." Where is that message translated? -- Lavallen (block) 12:20, 24 July 2013 (UTC)

Here: MediaWiki:Wikibase-propertyedittool-full. --Stryn (talk) 12:24, 24 July 2013 (UTC)
Thx! Can you change "Lista" to "Listan" and "färdig" to "komplett"? (I have lost my password there.) Without knowing the content, these kinds of translations are difficult. -- Lavallen (block) 12:47, 24 July 2013 (UTC)
✓ Done by Littledogboy. --Stryn (talk) 13:11, 24 July 2013 (UTC)
Grejt!!! -- Lavallen (block) 13:14, 24 July 2013 (UTC)

Liste des valeurs complète

Transféré depuis Wikidata:Bistro. Ljubinka (discussion) 10:05, 25 July 2013 (UTC)

Salut à tous,

En voulant ajouter un lien ici, je me suis retrouvé face à un bouton ajouter grisé, et un message La liste des valeurs est complète.

Quelqu'un a t'il une explication ? Première fois que je tombe sur ce message. Kyah117 (talk) 09:52, 25 July 2013 (UTC)

Vietnamese Wikivoyage approved

The language committee has approved the Vietnamese Wikivoyage: bugzilla:52034. We're still waiting on the Tyvan Wikipedia for whatever reason too, operations hasn't done it yet. --Rschen7754 19:39, 25 July 2013 (UTC)

Thanks for the heads-up :) --Lydia Pintscher (WMDE) (talk) 22:16, 25 July 2013 (UTC)
FYI: Once bugzilla:49240 is closed this should happen automagically as I understood it. --Lydia Pintscher (WMDE) (talk) 14:13, 26 July 2013 (UTC)
"automagically" - lovly word! -- Lavallen (block) 14:29, 26 July 2013 (UTC)
I know, right! :P --Lydia Pintscher (WMDE) (talk) 15:06, 26 July 2013 (UTC)

Can Wikidata Be Used to Search For Information Via HTTP Requests?

Hi, I'm building an iPhone/iPad application to allow a user to search for information on recording artists, albums, songs, etc... I was wondering if it was possible to search wikidata for this type of information from a web or mobile app using an HTTP request (encoded UR:? Is there any sample code demonstrating this? I could not find any information on the web site that demonstrating this use case. Thanks!

There is a nice API for access from bots, apps etc. Everything you can do in the normal interface and some more, you can also do with the API. The start page for documentation for the MediaWiki API is at mw:API:Main page. Byrial (talk) 20:24, 26 July 2013 (UTC)

Sitelinks to redirects

It was agreed in an RFC that the dev team would ammend the software to allow sitelinks to redirect pages.

When is this likely to happen? Filceolaire (talk) 01:27, 27 July 2013 (UTC)

Can't add the Japanese link to Little Nemo: Adventures in Slumberland. It should be NEMO/ニモ, but it says An error occurred while trying to perform save and because of this, your changes could not be completed. A problem with slash in the name? Hellerick (talk) 14:41, 29 July 2013 (UTC)

→ ← Merged. Littledogboy (talk) 14:58, 29 July 2013 (UTC)

Query feature

I have a question about query: this is connected to the inheritance between class and instance of. This is important to know how the query will be performed in order to classify correctly the items. Suppose I have a class C, a subclass SC and some items Is defined as instance of. If SC is defined as subclass of C and Is are defined as instance of SC, during the query are Is defined as instance of C too ?

To illustrate with an example:

  • chemical compound is a class
  • propanol is a subclass of chemical compound
  • n-propanol is an instance of propanol
  • propan-2-ol is an instance of propanol
  • ethanol is an instance of chemical compound

If my query is "list all chemical compounds" what will be the result ? 1) ethanol and propanol or 2) ethanol, n-propanol, propan-2-ol and propanol or 3) ethanol, n-propanol and propan-2-ol.

This is a real question because some RfC are dealing with this semantic structure (see Wikidata:Requests for comment/Typing : class ⇄ instance relationship in Wikidata or Wikidata:Requests_for_comment/How_to_classify_items:_lots_of_specific_type_properties_or_a_few_generic_ones?) some help pages are presenting this structure (see Help:Basic_membership_properties) and I want to be sure that the developers are working in the same direction as these "guidelines". 178.237.94.235 20:17, 29 July 2013 (UTC)