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

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.

More than one data type per property?

I'm just wondering if it will be possible to assign more than one data type per property?

I think "item" is the best data type for the most properties, since it solves the language problem. However, there would be many situations where the necessary target item doesn't exist and therefore a statement isn't possible with data type 'item'. Allow two data types ("item, string") would be solve the problem, but I've no idea if it's technical possible.

So, are multiple data types planned or already in development or will this never come true? --Nightwish62 (talk) 09:34, 29 March 2013 (UTC)

The most simple way is to create two properties with the same label but with different datatype. This implies taht each query based on those properties has to be done several times, each time for a property. Snipre (talk) 11:39, 29 March 2013 (UTC)
This implies that each query based on those properties has to be done several times...and is therefore not feasible. Sorry, I appreciate your answer, but this approach is very unprofessional and brings tons of drawbacks. --Nightwish62 (talk) 12:44, 29 March 2013 (UTC)
So the only solution is to allow the creation of item without sitelink. Snipre (talk) 15:27, 29 March 2013 (UTC)
As far as I am aware it is not planned at the moment and I don't think it will be possible without doing quite horrible things. But I will ask to make sure. --Lydia Pintscher (WMDE) (talk) 13:32, 29 March 2013 (UTC)
That is an issue concerning references: often there is not wikipedia articles for most editors or authors so as property for these two parameters ared based on item, we have some dificulty to choose the solution of allowing item without sitelink. Snipre (talk) 15:25, 29 March 2013 (UTC)
Ok I asked and it's a pretty clear no for technical reasons. Sorry. --Lydia Pintscher (WMDE) (talk) 15:00, 2 April 2013 (UTC)

Space for properties guidelines/help

See original proposal of Snipre, right above this section here.

Snipre, I fully agree with you, as the idea of this came to me also. At moment most of the properties have only less information, but we should start give more information like 'allowed values', example, situations where not to use this property, link to similar properties and an explanation where the difference is, information about possible qualifiers, etc. I know, all this could also be written under the discussion site, but I would reserve the discussion site for discussions about possible changes. So I'm...

I've brought it up. We'll have to think about how to do this. FYI: My guess would be that it is not going to happen soon. --Lydia Pintscher (WMDE) (talk) 15:01, 2 April 2013 (UTC)

‎wbsetreference message

Tracked in Bugzilla
Bug 46790

Could someone please add the message for ‎wbsetreference (as it currently shows itself in, for example, this edit) to the extension's code? I can't get to change anything from Gerrit with my computer (Windows). Thanks. — Hazard-SJ  ✈  00:51, 31 March 2013 (UTC)

I've filed it as bugzilla:46790. --Lydia Pintscher (WMDE) (talk) 14:59, 2 April 2013 (UTC)

Toolbox links

Links to Wikidata:Requests for deletions and Wikidata:Interwiki conflicts should be available directly from the item pages (links "Nominate for deletion" and "Report interwiki conflict" in the toolbox?) and the request processes should be as automatized as possible. --ŠJů (talk) 00:52, 31 March 2013 (UTC)

This doesn't seem like a good idea tbh and clutters the user interface more than it is already. This is something for a gadget. --Lydia Pintscher (WMDE) (talk) 15:02, 2 April 2013 (UTC)

Global property usage on clients

I think will be good idea to create special page to report property usage on clients. It'll be helpful in cases when property should be deleted or merged, so usage may be fixed in advance. This functionality should be similar to Commons global file usage and will allow to prevent many conflict situations which happened on Commons at earler days.

Also usage breakdown on number of accesses by project and property will be interesting.

EugeneZelenko (talk) 03:21, 2 April 2013 (UTC)

This is technically very difficult for phase 3 so I am not sure we'll be able to do this but we will try. At the moment properties can only be used in the article they are connected to via language links. So at least for now this list exists on each item. (Some of those pages might not use it of course). --Lydia Pintscher (WMDE) (talk) 15:05, 2 April 2013 (UTC)

Dump

Can we get a periodical dump of the widata database ? Alink to the repository is enough. Mainly for statistics purpose. Snipre (talk) 12:30, 2 April 2013 (UTC)

Already exists :) Check Wikidata:Database download --Lydia Pintscher (WMDE) (talk) 13:40, 2 April 2013 (UTC)

Transitive properties and SPARQL

Tracked in Bugzilla
Bug 50911

Transitive properties have wide use in Wikidata. Examples include basic membership properties like instance of (P31), subclass of (P279) and part of; genealogical properties like mother and father; and sequence properties like preceded by and followed by. The P31 and P279 properties are based on W3C recommendations for representing information in the Semantic Web -- rdf:type and rdfs:subClassOf.

Some example uses of transitive properties:

The ability to draw conclusions from transitive properties is possible with RDFS query inference engines that implement SPARQL. A list of SPARQL implementations is available at http://www.w3.org/wiki/SparqlImplementations. Handling the simple entailments implied by P31 and P279 seems to be a core feature of querying in the Semantic Web.

Are there plans to support these features in Wikidata? I see that http://meta.wikimedia.org/wiki/Wikidata/Technical_proposal#Optional_extensions_to_phase_3 mentions the first optional goal as "Develop and prepare a SPARQL endpoint to the data". However, it's unclear whether that would include support for general transitive properties via SPARQL, or the more limited and core feature of handling inferred claims for the rdf:type and rdfs:subClassOf (P31 and P279) properties. How high of a priority would that be among the optional goals for Phase 3, or thereafter? Thanks, Emw (talk) 23:09, 31 March 2013 (UTC)

Support for transitive properties is a bit further down the line. I am not even sure what they exactly mean inside Wikidata, but these needs to be figured out in time (you are simplifying a lot in your examples by not considering conflicting sources and qualifiers, i.e. you simply assume that everything in Wikidata is true).
Anyway, our priorities are first to get simple queries to work, understand their effect on the infrastructure, and how we can keep them up to date, before we consider supporting transitive properties and other expressive features in Wikidata. --Denny (talk) 12:24, 3 April 2013 (UTC)
I appreciate the reply! Clarifying the definition of a few of those properties would certainly help. And how qualifiers and conflicting sources would effect entailment is interesting to consider. Emw (talk) 03:49, 4 April 2013 (UTC)

I've filed a ticket to add support for transitive properties in Wikidata queries: https://bugzilla.wikimedia.org/show_bug.cgi?id=50911. Emw (talk) 23:03, 7 July 2013 (UTC)

Notification about property value change

Will client reflect properties values changes in watchlist and recent changes? For example, images in infoboxes are often described with in textual description parameter. So notification about changed file name on Wikidata will be necessary to keep consistency. --EugeneZelenko (talk) 13:44, 2 April 2013 (UTC)

Yes these should already show up on those 11 Wikipedias that have the ability to include data from Wikidata. If they don't that is a bug. They do not yet show up on all the other Wikipedias. --Lydia Pintscher (WMDE) (talk) 13:50, 2 April 2013 (UTC)
Yes, it works for watchlist. I think will be good idea to show same changes in page history too. --EugeneZelenko (talk) 13:15, 3 April 2013 (UTC)

Long white space after strings

Tracked in Bugzilla
Bug 46883

As I do not see it mentionned anywhere, I mention it here: string-type statements create unnecessary new lines and that seems to get worse when strings get longer (see for instance the source of "depicts Lisa Gherardini", in Q12418). --Zolo (talk) 08:35, 4 April 2013 (UTC)

Thanks. I submitted it as bugzilla:46883. --Lydia Pintscher (WMDE) (talk) 10:38, 4 April 2013 (UTC)
Thanks, actually, I get something like 3 times more new lines when I use Chrome with "www", but as it reduces to your screenshot when I remove the www or change browser, I do not know how serious of an issue that is. --Zolo (talk) 15:39, 4 April 2013 (UTC)

Special pages

The special pages work good for Wikipedia. In Wikidata (with multiple languages and q-items) I miss two functions:

  1. How can I show all items from Q1 to Q100? (Result "All pages": only two items, q1 and q100.)
  2. How can I show "all pages" for one language? For example all pages that have a label in Patwa (code jam).

--Kolja21 (talk) 17:46, 6 April 2013 (UTC)

I don't think this is currently possible. Can you or someone else file bugs for them on bugs.wikimedia.org please? Thanks! --Lydia Pintscher (WMDE) (talk) 16:05, 10 April 2013 (UTC)

Edit summary when removing aliases

Please see Q61. The summary reads "(‎Added English aliases: ..) " when I remove the aliases. This was brought up on project chat. --  Docu  at 18:13, 8 April 2013 (UTC)

FYI:Handled on other page. --Lydia Pintscher (WMDE) (talk) 16:07, 10 April 2013 (UTC)

mw.wikibase.getEntity()

No attention on Project chat, so I add this Q here:

See my two last entries. I made the tests on test2wiki. -- Lavallen (block) 17:57, 9 April 2013 (UTC)

See at last question and last answer here. Maybe is what do you want... --ValterVB (talk) 18:10, 9 April 2013 (UTC)
Sounds good, thank You.
Second Q: Will it 'by Parser', be possible to access the references and/or the qualifier, without getting the 'value' in the same access? On svwp, it is common that it in the templates looks like this: "|population = 123456|population_year = 2012|population_note=<ref>Blabla</ref>".
I already know, that it will be easily accessed through Lua, now when I have learned how the data is stored, and how it can be accessed. But not everybody will be pleased with Lua-solutions. -- Lavallen (block) 18:34, 9 April 2013 (UTC)
If I understand your question correctly then yes. See meta:Wikidata/Notes/Inclusion_syntax#Formatting_of_qualified_and_sourced_values. --Lydia Pintscher (WMDE) (talk) 16:09, 10 April 2013 (UTC)

Lost user preferences

Today I go to Wikidata, but something was wrong: My skin changed from vector to monobook and many gadgets were switched off (and one on) - it seems as I had it on january. Am I the only one with this problem? JAn Dudík (talk) 06:55, 10 April 2013 (UTC)

See Wikidata:Project_chat#Label_lister_gadget_gone. But for me it happened yesterday morning (UTC), not today, and my skin was not changed. Weird... --Stryn (talk) 07:19, 10 April 2013 (UTC)
Yes, yesterday I noticed that my RequestDeletion gadget checkmark under Preferences had become unchecked. - Soulkeeper (talk) 13:44, 12 April 2013 (UTC)

Updated Item summary

[1] This edit has been made by a script but the script has send a complete description in the summary and it doesn't appear. I think that's very important to add description to prevent from vandalism and I don't see any reason about this deletion. Regards, --Jitrixis (talk) 03:03, 15 April 2013 (UTC)

Is this maybe bugzilla:45840?  – The preceding unsigned comment was added by Lydia Pintscher (WMDE) (talk • contribs) at 15:22, 15 April 2013 (UTC).

List of exported statements or properties?

Are there any plans on some Wikidata feature that shows in which Wikipedia infobox a certain property is included, or in which Wikipedia article a specific statement is included? Just like in Wikimedia Commons, where there is a list of where each media file is used? I want to check what effect my changes have, for example if the value is too long and causes layout problems, or if it causes complicated template code to link to a non-existing category. If no Wikidata software feature would compile this list in real-time, a bot job might do it - but with much slower response. Mange01 (talk) 08:24, 13 April 2013 (UTC)

A tool would do it easier than a bot. -- Lavallen (block) 09:25, 14 April 2013 (UTC)
The problem is that using Lua it is possible to request the content of the whole item and then only use a part of it. So we have no reliable way to tell which are actually used if it is done via Lua. For the parser function it would be possible but then incomplete. --Lydia Pintscher (WMDE) (talk) 13:20, 15 April 2013 (UTC)

Geography shapefiles

Hi! I've brought up the shapefiles question before, but I'm wondering what sort of file formats will be accepted for the geographic shapefiles? The reason I'm asking is because we already have a lot of KML data at w:en:Template:Attached KML that we would rather not have to convert to SHP when it is imported to Wikidata. --Rschen7754 05:01, 14 April 2013 (UTC)

List of KML pages so far: [2] --Rschen7754 05:05, 14 April 2013 (UTC)
We have not put a lot of thought into this one yet so we don't know yet what it will look like. So unfortunately I can't tell you yes or no yet. But I'll keep this in mind for when we're getting to it. --Lydia Pintscher (WMDE) (talk) 13:21, 15 April 2013 (UTC)

Q11000000 missing?

So we have a Q1099999 and a Q11000001, but what happened to Q11000000? Legoktm (talk) 06:52, 15 April 2013 (UTC)

Bugzilla:42362. --Stryn (talk) 07:45, 15 April 2013 (UTC)
... Not Q1099999, is Q10999999. tntchn Comment · Contribs 16:03, 15 April 2013 (UTC)
Why did Q10999975(04:48) be created after Q10999975(04:47)? tntchn Comment · Contribs 16:09, 15 April 2013 (UTC)
Follow the bugzilla-link above! -- Lavallen (block) 08:09, 16 April 2013 (UTC)

Problem with ruwiki links

When my bot updates pages, sometme crashs for some entries. When I try it manually, i got error:

  • A length constraint is triggered for language code "ru".
  • There is a constraint violation for description "Итальянский пол…" for language code "ru".

One of these pages is Q23559. JAn Dudík (talk) 05:49, 16 April 2013 (UTC)

Yes I've seen this too. Remove the ru description from the item in question and it will work. I'll see if there is anything we can do about it. --Lydia Pintscher (WMDE) (talk) 06:29, 16 April 2013 (UTC)

Interwikis

Until one week ago, it was possible to add interwikis. But now you cannot add interwikis anymore? How can I add Interwikis again?--77.4.241.101 21:22, 12 April 2013 (UTC)

It should still work just fine. Can you tell me what is happening? Do you get an error message? On which page? Which link do you want to add? That'd help me investigate what is going on. --Lydia Pintscher (WMDE) (talk) 21:32, 12 April 2013 (UTC)
There is no edit or add button... you just can "read" or "view history".--93.133.144.137 08:03, 13 April 2013 (UTC)
Are you using Internet Explorer? We are working on a fix for a problem that sounds like the one you are having. It should be done later this week. --Lydia Pintscher (WMDE) (talk) 13:18, 15 April 2013 (UTC)
Yes, I use Internet Explorer. Why isn't it working now?--93.133.167.212 18:56, 15 April 2013 (UTC)
Because there is a bug basically. It should be fixed later this week. --Lydia Pintscher (WMDE) (talk) 19:07, 15 April 2013 (UTC)
Sad that I cannot fix Interwikis anymore. There are so many wrong Interwikis...--93.133.186.45 20:09, 16 April 2013 (UTC)
As I said it should be fixed later this week. Then you will be able to edit them again. You can also use another browser like Firefox if you want. --Lydia Pintscher (WMDE) (talk) 21:28, 16 April 2013 (UTC)
But we don't have Firefox :'( --93.134.178.57 09:20, 17 April 2013 (UTC)

Removing aliases

I removed some aliases here : Q690940. But the history uses MediaWiki:Wikibase-item-summary-wbsetaliases-add instead of MediaWiki:Wikibase-item-summary-wbsetaliases-remove. — Ltrl G☎, 11:56, 16 April 2013 (UTC)

This is bugzilla:46743. --Lydia Pintscher (WMDE) (talk) 14:40, 17 April 2013 (UTC)
OK. Thank you. — Ltrl G☎, 19:30, 17 April 2013 (UTC)

Need comment from development team

We have to provide some policy about reference and I would like to know if there are some technical issues before choosing an option. First when adding reference data to a statement we have 3 possibilites:

  1. add all parameters of a reference in the reference section (for example: title, author, publisher, date, place of publication, edition, page)
  2. add a link to item containing most of the data and add specific properties (for example: link to item containing title, author, publisher, and additional lines with date, place of publication, edition, page).
  3. add a link to an item only, item which contains all information. Only the page number is added in the statement (for example: link to item containing title, author, publisher, date, place of publication, edition and one additional line for page number).

With the first solution we have all information in the item containing the statement. By dowloading the data of the item, we can get everything in one query. But this implies that we have to enter all information each time we want to cite the book even if there is only one parameter change (like the page number). There is no possibility for other users to use that information and editing errors can be increased.
With the second solution the inclusion syntax will have to test if reference data are available within the statement and if not, to query the main reference item to complete the missing properties. This case offers some potential reuse of the reference data by other wikidata users for sourcing other statements. Last solution, most data of a reference are localized in one separate item allowing a full reuse of the data but increasing the number of possible items because each time that a parameter is different we need a new item (new edition, different publishers, different languages,...).

Are there some technical issues related to each solution ? I think perhaps at the number of query from the client to the wikidata db or complexity for inclusion code (this can done by lua code in the client side). Thanks Snipre (talk) 16:53, 7 April 2013 (UTC)

Sorry for letting this sit too long. I'll poke Denny about this asap and get back to you. --Lydia Pintscher (WMDE) (talk) 16:06, 10 April 2013 (UTC)
Don't worry, I think contributors are not adding a lot of references right now ;) Snipre (talk) 21:23, 10 April 2013 (UTC)
For the reply just comment in Wikidata_talk:Requests_for_comment/References_and_sources#Too_specific Snipre (talk) 17:32, 17 April 2013 (UTC)

Done. I am a bit curious about how this discussion is going, and a bit surprised about it. I would like to have a discussion on IRC with the interested people. I asked Lydia to please organize this. --Denny (talk) 14:25, 18 April 2013 (UTC)

Numbers-datatype and variance

Plz, take a look at the: Wikidata talk:Astronomy task force#Uncertainty! -- Lavallen (block) 08:45, 18 April 2013 (UTC)

Thanks. I'll ask Denny to have a look and reply. --Lydia Pintscher (WMDE) (talk) 09:40, 18 April 2013 (UTC)

Mark pages for administrative tasks

This is an follow up to an old discussion on Wikidata:Project_chat/Archive/2012/10#A_way_to_mark_pages_for_administrative_tasks. On that thread, Denny mentioned that adding "almost arbitrary metadata" might be sufficent to mark pages for administrative tasks (such as speedy deletions). So, now that phase 2 is well underway, I am asking, would that be feasible?--Snaevar (talk) 17:47, 18 April 2013 (UTC)

Not sure what Denny was thinking about but it is rather simple to add a log for administrative tasks, both pending and done administrative tasks, in addition to a few other solutions. Jeblad (talk) 21:35, 18 April 2013 (UTC)
I am pretty sure what Denny meant was creating a property like "admin status" or similar and then creating a few items to go with it like "need deletion" and so on. --Lydia Pintscher (WMDE) (talk) 21:56, 18 April 2013 (UTC)

Qualifiers, bug fixes, improved search - all in one night!

Heya folks :)

We have just deployed qualifiers and bug fixes. Qualifiers! Bug fixes are especially for Internet Explorer 8. Please let me know how it is working for you now if you're using IE8 and if there are still any major problems when using Wikidata with it.

In addition the script we ran on the database to make search case-insensitive has finished running. This should be another huge step towards a nice search here. (This change also affects the autocomplete for items and properties.)

As usual please let me know what you think and tell me if there are any issues.

Cheers --Lydia Pintscher (WMDE) (talk) 21:26, 18 April 2013 (UTC)

This should of course have gone to Wikidata:Project chat... I'll post it there again. Please continue any discussion there. --Lydia Pintscher (WMDE) (talk) 21:38, 18 April 2013 (UTC)

Error when trying to add a link

I can't add a link to Wikidata because it is already eleswhere on WD. I want to add this link to the two items at [3]. Eldumpo (talk) 21:41, 18 April 2013 (UTC)

You need to remove it from the other item first. Please also see Help:Merge. --Lydia Pintscher (WMDE) (talk) 21:55, 18 April 2013 (UTC)

search bug?

I tried to search the item "Tvrtko Švob" without success. With only searching "Tvrtko" I found Q1416557. I edited the label, which was empty before, so now a search for "Tvrtko Švob" works. So my impression is, that searches don't work if the search term includes a non-English letter like "Š" AND the label is still empty (that seems to be the case if no article about this Person exists in en, but just in other languages). I experienced the same with "Zagorka Golubović" on Monday. Is it possible to fix that? Thans! -- Aspiriniks (talk) 17:05, 10 April 2013 (UTC) P.S. But I can find Adolf Bibič (Q360965), although it has no label yet and contains a č. Strange :-) -- Aspiriniks (talk) 17:18, 10 April 2013 (UTC)

Yes this is still an issue unfortunately. It is filed at bugzilla:47114. --Lydia Pintscher (WMDE) (talk) 14:20, 11 April 2013 (UTC)
I think this is a different problem about autocompleting. In the case I report here search doesn't work even if the correct diacritics are put into the search box. -- Aspiriniks (talk) 10:08, 12 April 2013 (UTC)

Does anyone have an idea how to fix this?
I would like to create an item "Nicoleta Luca-Meițoiu" for the articles de:Nicoleta Luca-Meițoiu and ro:Nicoleta Luca-Meițoiu. I can't create it, because wikidata says it already exists (without giving a hint under whicht item number). Searching gives no results, even if I only search Nicoleta (then there are some results, but none for that person. Also, the Romanian article is not listed in any item (I successfully tried to add it into a wrong Item (Q236899), which should be refused if it was already anywhere else. -- Aspiriniks (talk) 11:16, 18 April 2013 (UTC)

Try Special:ItemByTitle. If it does not found articles, then they does not exist on Wikidata. When you try to create item and it says that it already exists, try again. Sometimes it don't work correctly. --Stryn (talk) 11:43, 18 April 2013 (UTC)
Should this work if the item does not have a label yet? -- Aspiriniks (talk) 11:55, 18 April 2013 (UTC)
Yes, don't need a label, it search from sitelinks. --Stryn (talk) 12:06, 18 April 2013 (UTC)
Obviously the search "Item by title" has the same bug, try to find Osman Muftić, you won't find him although he has an item: Q2034272 -- Aspiriniks (talk) 13:08, 18 April 2013 (UTC)
P.S. I now managed to create Q11364591 for Nicoleta Luca-Meițoiu, although I did it the same way like a few hours ago. -- Aspiriniks (talk) 13:11, 18 April 2013 (UTC)
Hmm... at least I can find Osman Muftić. --Stryn (talk) 13:26, 18 April 2013 (UTC)
Strange, now I can find him too. Is seems wikidata works different from time to time. -- Aspiriniks (talk) 13:41, 18 April 2013 (UTC)
At the moment it is impossible to find Ljerka Anić, with the search box as well as with item by title. It is Q1564468. We can see if this becomes searchable later or not :-( Aspiriniks (talk) 18:04, 18 April 2013 (UTC)
I can find it too: [4]. I never have had any problems with ItemByTitle. --Stryn (talk) 18:15, 18 April 2013 (UTC)
But you can only find it if you fill in "hrwiki" in the left box? I haven't tried that before (there's no manual and actually I am seeking it on the item on the site wikidata, not the article on the site hr.wikipedia, so the meaning of "site" isn't understandable if you don't already know. I'll try if I can find other articles that way too. Many thanks! -- Aspiriniks (talk) 16:06, 19 April 2013 (UTC)

MusicBrainz-Properties verlinken

Wie man bei Johann Sebastian Bach sieht, werden die Normdaten VIAF, LCCN, ISNI automatisch mit einem Link versehen, das neue neue Property musicBrainz Artist ID jedoch noch nicht. Kann jemand die Einstellung setzen, das das auch verlinkt wird? (Weiß nicht ob das jemand mit Serverzugriff sein muss oder nur ein Projektadmin) Die Links sind:

Grüße, MichaelSchoenitzer (talk) 10:21, 19 April 2013 (UTC)

Hey :) Dazu muss Wikidata:Tools#AuthorityControl.js angepasst werden von jemandem. (Ich weiß nicht wer dazu alles die nötigen Rechte hat gerade.) --Lydia Pintscher (WMDE) (talk) 10:24, 19 April 2013 (UTC)
Ah, hab mir schon überlegt ob das dieses Tool ist, war mir aber unsicher, da die Links auch für unangemeldete Besucher da sind. Ich schreib Ricordisamoa an. -- MichaelSchoenitzer (talk) 11:08, 19 April 2013 (UTC)

Help

Please move pt:Categoria:Filósofos do século V from Q10010160 to Category:5th-century philosophers. I can't do it. There are many other cases like this one in pt.wiki (I mean, in all the categories of Philosophers by century, the articles in portuguese are out of place, isolated). --Yone Fernandes (talk) 23:11, 15 April 2013 (UTC)

Hi, I can do this with my bot, I recently did something similar for film categories. Legoktm (talk) 01:01, 16 April 2013 (UTC)
Thanks a million! --Yone Fernandes (talk) 01:58, 16 April 2013 (UTC)
All ✓ Done for the Xth-century philosphers. If there are more pattern categories like these, its very easy for me to sync them up if you drop a list on my talk page :) Legoktm (talk) 10:19, 16 April 2013 (UTC)
Great! I'll do it. Thanks again. --Yone Fernandes (talk) 16:27, 21 April 2013 (UTC)

Adding labels

On one of my computers, I get the following problem. I have five languages in my Babel list, and if I open the item and try to add the labels, I get the message that I should accept the licence etc. The problem is that on one of my computers (Windows7, FF20?) if I click to accept, nothing happens, and the message pops up every time I am trying to add the label. What is even worse, for the second and third languages in my list (first and second in the additional table - not for my primary choice) the message is on top of the "add - remove - cancel" button, and I can not click "add". I can still hit the enter to add the label, but I would like to have the option to do it by mouse. On my laptop, which has the same OS and the same browser, but a wider screen, I do not have this problem.--Ymblanter (talk) 10:22, 21 April 2013 (UTC)

This is related to this. It's Bugzilla:47435. --Stryn (talk) 11:17, 21 April 2013 (UTC)
I see, thanks for pointing out. But another component not covered by the bug is that the notice comes on top of a clickable link, which I believe should not be the case.--Ymblanter (talk) 11:21, 21 April 2013 (UTC)

wikidata.org/wiki/ prefix removal during property value adding

I think will be good idea to remove automatically http://www.wikidata.org/wiki/ or https://www.wikidata.org/wiki/ prefixes when item property value is added. Full address could be copied with Copy link location command in browser from Edit links. Similar functionality removes File: prefix for media type fields. --EugeneZelenko (talk) 14:29, 19 April 2013 (UTC)

Thanks. I'll bring it up and see what we can do. --Lydia Pintscher (WMDE) (talk) 15:48, 22 April 2013 (UTC)

Pageviews

Stats.grok.se doesn't appear to work for Wikidata. Anyone know where I'd be able to find pageview statistics, short of the raw data that you have to download and everything? — PinkAmpers&(Je vous invite à me parler) 18:29, 20 April 2013 (UTC)

I don't think so :( --Lydia Pintscher (WMDE) (talk) 15:44, 22 April 2013 (UTC)

Some problem with qualifiers

Somehow I was not able to add qualifier to several values without reloading page, because of edit conflicts. Also after reloading page before adding qualifier next time, property values were rearranged. --EugeneZelenko (talk) 04:49, 23 April 2013 (UTC)

Yeah. Quite annoying indeed. bugzilla:46722 is the relevant bug for this. --Lydia Pintscher (WMDE) (talk) 09:58, 23 April 2013 (UTC)

Qualifiers for qualifiers ?

Is there any plan to support qualifiers for qualifiers ? It seems that it would sometimes be helful, see WD:PC#and / or (otherwise, suggestions for how to deal with such cases would be welcome :). --Zolo (talk) 07:13, 23 April 2013 (UTC)

That is currently not planned, no. --Lydia Pintscher (WMDE) (talk) 10:00, 23 April 2013 (UTC)

Problem with getting results

Tracked in Bugzilla
Bug 47457

When I'm on page Language statistics (fi), and I choose "Suppress completely translated message groups" or/and "Suppress completely untranslated message groups" and click "Show statistics", page is just loading... and I don't get the results. Url at the address bar is "wyciwyg://25/http://www.wikidata.org/w/index.php?title=Special%3ALanguageStats&x=D&language=fi&suppresscomplete=1" --Stryn (talk) 09:23, 21 April 2013 (UTC)

My browser is FF 20.0.1. This works fine with Chrome. --Stryn (talk) 09:26, 21 April 2013 (UTC)
Hmm this works for me both in Chromium and Firefox. Can you bring it up with the translatewiki team please? I don't think this is something we can do anything about here. --Lydia Pintscher (WMDE) (talk) 15:37, 22 April 2013 (UTC)
Hello, this is a problem of Firefox, that sometimes tries to retrieve from your local cache things it shouldn't.[5] It may be because the page is sometimes very slow to open (when it's not cached server-side), but as a first step you should clear your local cache and then tell us if the problem happens regularly (I don't see it, for instance). Thanks, Nemo 16:57, 23 April 2013 (UTC)
Thanks for the reply. Yesterday I cleared my cache from FF, and today I did the same with CCleaner, but still it does not work. I get error "[20:45:35.721] ReferenceError: mw is not defined @ http://bits.wikimedia.org/www.wikidata.org/load.php?debug=false&lang=fi&modules=jquery.colorUtil&skin=vector&version=20130415T141332Z&*:1" Even Safe Mode didn't helped. I deleted also whole FF's cache folder from my computer, but no... But if it's only me and my FF who gets this error, something might be wrong in my browser. --Stryn (talk) 18:11, 23 April 2013 (UTC)
Thank you, this should be fixed now. It was a bug in WikiLove (!). --Nemo 07:16, 26 April 2013 (UTC)

Chasing the English Wikipedia links

I've been editing Wikidata since the first week it came on line and I think it's a great idea but I came across a problem that could posed a problem to wikis with very few or limited editors that mostly base their contents from English Wikipedia and traditionally linked to it because that's the language they understand (most of the Phillipine languages wikis if not all). The problem I call is chasing the English Wikipedia links, it used to be that I can translate an article from en wiki linked to it and I can rest assure that the interwiki from my homewiki stays there unless someone vandalized it, with Wikidata the en intwerwikis are being tossed around like pancakes without regard to the other languages that traditionally linked or linked to it, for example Q1490 was created in the early days of Wikidata then someone decided to create Q7473516 and gradually start moving the links of the languages they can understand including the en interwiki and leaving the ones they cant understand (this problem is more obvious in categories I think), I know that I could easily merged these two items but since I don't understand the contents of the articles in other languages what I'll wind up doing is chase the en interwiki around. With limited editors we cant be doing this all the time (if we even notice this is happening), is there a possible way for our interwiki to stay linked to the Wikipedia where we intended it to be linked with or ways to safeguard or minimize this? Thanks and regards.--Lam-ang (talk) 16:26, 23 April 2013 (UTC)

Hello, not really a reply to your general question, but about the particular case of Tokyo. The problem seems to be that many languages, including English, use the title "Tokyo" to mean "prefecture of Tokyo" and this is not how things are done in the Japanese Wikipedia. I moved back the English article to Q1490, because, based on the statement and on the Japanese sitelink, it is clearly where it belongs (but clearly, more cleanup is in order). --Zolo (talk) 16:43, 23 April 2013 (UTC)
Hi Lam-ang. Sorry for the trouble. I think a lot of that is because people are now cleaning up interwiki link messes that have been unnoticed previously or hacked around. My hope is that it will get better once it has settled here (hopefully soon). If there is a particularly problematic article you can locally overwrite the language links by adding them as you did before Wikidata. I would only recommend this however for articles that are really problematic as you'll not get updates when pages get moved for example and have to maintain them by hand. I hope this helps. --Lydia Pintscher (WMDE) (talk) 19:45, 24 April 2013 (UTC)

Links zu Wikidata aus Artikeln

In der französischsprachigen Wikipedia habe ich gerade gesehen, dass es dort inzwischen bei den Werkzeugen die Option "Créer les liens" (für Artikel ohne Wikidata-Eintrag, z.B. fr:Voyage en France) und die Option "Modifier les liens" (auch bei Artikeln mit nur einem Wikidata-Eintrag, z.B. fr:Planète+ Justice) gibt. Das erleichtert die Ergänzung der Datensätze ungemein.
Ist das ein Feature von Euch oder ein lokales der Kollegen in Frankreich? Wenn ersteres, wann kommt das für den Rest? Danke und viele Grüße -- 79.168.51.74 14:45, 22 April 2013 (UTC)

Das ist ein lokales Gadget oder ähnliches auf frwp. Wir haben eine Lösung für das Problem fertig und wollen diese heute Abend auf enwp anschalten. Wenn das gut funktioniert kommt es recht schnell auch auf alle anderen. --Lydia Pintscher (WMDE) (talk) 15:34, 22 April 2013 (UTC)
Das sind doch mal wieder großartige Nachrichten aus Eurem Team. Besten Dank für die Auskunft und einen schönen Abend. --79.168.51.74 18:14, 22 April 2013 (UTC)
In der Tat. Der fehlende Link wird gerne als Grund für die Nicht-Verwendung von Wikidata genannt. NNW (talk) 18:31, 22 April 2013 (UTC)
Rückfrage an Lydia: In der enwp sehe ich die Option nicht. Weder als IP-Benutzer, noch angemeldet. -- 79.168.51.74 02:16, 25 April 2013 (UTC)
Es sollte bisher nur für Artikel funktionieren, die nur genau einen Sprachlink in Wikidata haben und für angemeldete Nutzer. Passen diese beiden Bedingungen? Es ist mittlerweile auch auf allen anderen Wikipedien eingeschalten. Funktioniert es nur auf enwp nicht für dich? --Lydia Pintscher (WMDE) (talk) 06:48, 25 April 2013 (UTC)
Gestern Nacht noch nicht, jetzt ist es da. Leider nicht für IP-Benutzer.-- 79.168.51.74 12:26, 25 April 2013 (UTC)
Noch einmal nachgehakt.... Ist das neue Feature nun wirklich der Weisheit letzter Schluss? Der Denkansatz, den die Kollegen der französischsprachigen Wikipedia mit ihrem Gadget verfolgt haben, hatte den Vorteil, dass er eine echte (und ungemein komfortable) Schnittstelle zu Wikidata bietet. Für die Ergänzung der Statements und Quellen in Wikidata vermisse ich das nach wie vor sehr.
Nimm einfach mal ein konkretes Beispiel: de:Luise Halbe existiert bislang nur in der de:WP und in WD als Q12016118. Vom Artikel komme ich aber trotz des neuen Features nicht so einfach auf den WD-Datensatz, wie das wünschenswert wäre. Klar, ich kann über die Seiteninformationen gehen oder bei WD suchen. Aber das sind alles Umwege. Vergleichsweise zeitaufwändige zudem.
Bei der Neuanlage von Artikeln ebenso. Die Kollegen der fr:WP setzten einen Rotlink direkt zur Anlage eines neuen Datensatzes bei WD. Jetzt muss ich auch dafür wieder Umwege gehen.
Was Ihr jetzt neu programmiert habt, ist zwar sehr schön für die Ergänzung von IW-Links und klappt wirklich prima. Sie sind aber nur ein Aspekt. Für alles, was uns WD noch bringen wird, fehlt diese bequeme Schnittstelle. Zumindest bei Artikeln, die es nur in einer Sprache gibt. -- 79.168.51.74 23:55, 26 April 2013 (UTC)
Ja das ist auf jeden Fall noch nicht der Weisheit letzter Schluss ;-) Wir haben am Freitag darüber gesprochen zumindest mal einen Link zum Item in den Dialog aufzunehmen. Vorlagenautoren werden außerdem wahrscheinlich einen kleinen Link zu Wikidata in die Infobox einbauen. Weitere Verbesserungsvorschläge willkommen. --Lydia Pintscher (WMDE) (talk) 14:20, 28 April 2013 (UTC)

JSON

I have discovered something strange. I´m writing this javascript-tool User:Goldzahn/test3.js. I have tested the second getJSON hier, but I had problems getting it into the script. So I have written a short file with the following code:

var text = {"entities":{"q23":{"id":"q23","type":"item","claims":{"p19":[{"id":"q23$9D3713FF-7BCC-489F-9386-C7322C0AC284","mainsnak":{"snaktype":"value","property":"p19","datavalue":{"value":{"entity-type":"item","numeric-id":494413},"type":"wikibase-entityid"}},"type":"statement","rank":"normal"}]}}}};

console.log(text.entities.q23.claims.p19[0].mainsnak.datavalue.value.numeric-id);

The error I get is: "id is not defined"

Ok, the strange thing is that if I change "numeric-id" to "numeric_id" the code answers with 494413. I have looked into http://www.json.org/ if the minus sign is not allowed, but I didn´t find that (char is "any-Unicode-character except-"-or-\-or- control-character"). The problem is the same in Firefox and in IE. I found this page. It tells that if I would write ['numeric-id'] the code is alright. Which was true. It seems as javascript understand the minus sign in numeric-id as a minus operator (substraction). By the way, I don´t understand why behind p19 there is a "[". --Goldzahn (talk) 03:22, 26 April 2013 (UTC)

In JavaScript, if you want to access some field in an object which has a "-" in it, then you have to do it like foo['foo-bar']. About the "p19": It is an array because there can be several Claims using the same property as Main Snak. Also see wikibase.SnakList.newFromJSON() in our JavaScript code base. --Danwe (talk) 15:45, 26 April 2013 (UTC)
Thanks. --Goldzahn (talk) 22:29, 26 April 2013 (UTC)

Unicode

Using {{#property:p31}} tag in sinhala (si) wikipedia results in [[:Special:ItemByTitle/siwiki/%25E0%25B6%25B6%25E0%25B7%94%25E0%25B6%25AF%25E0%25B7%258A%25E0%25B6%25B0%25E0%25B7%258F%25E0%25B6%259C%25E0%25B6%25B8|this]] type hyperlinks. I suppose it is a unicode problem.--Pheonixter (talk) 17:53, 27 April 2013 (UTC)

Do you have a link/diff I can look at to investigate this more closely? Thanks! --Lydia Pintscher (WMDE) (talk) 14:21, 28 April 2013 (UTC)

Strange thing

Strange: I can see the Label: Some developer have an answer about this? --ValterVB (talk) 20:36, 28 April 2013 (UTC)

Retrieved from "https://www.wikidata.org/w/index.php?title=Wikidata:Contact_the_development_team/Archive/2013/04&oldid=74014995"