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

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.

BadMethodCallException

This morning, creating a new item page I encountered an error of temporary unavailability. Listing my contribution now I can see Q18123918 and Q18123919 items but clicking on them I receive following error: Unexpected non-MediaWiki exception encountered, of type "BadMethodCallException" I don'tk know if is related but I'm using HHVM. --Sbisolo (talk) 12:07, 26 September 2014 (UTC)

It probably is related to hhvm. Aude (talk) 16:03, 26 September 2014 (UTC)
I have met 'Unexpected non-MediaWiki exception encountered, of type "UnexpectedValueException" ' both when hhvm is used or not, in testwikidata:Q518. I can open Q18123918 and Q18123919 without hhvm. Strange.--GZWDer (talk) 11:48, 29 September 2014 (UTC)
Are you still seeing the issues after yesterday's update? --Lydia Pintscher (WMDE) (talk) 14:14, 1 October 2014 (UTC)

move Property

I would like to move a property when add with the arrow. At the moment, the arrow could only be seen in edit-modus. Thanks Maybe something to improve the UI. (DE: Beim Property-Anlegen fehlt der Pfeil zum Verschieben des properties, so dass ein neues property immer unten hinzugefügt wird.) --Molarus (talk) 20:31, 27 September 2014 (UTC)

The move handles are only shown in edit mode on purpose to not make it too easy to vandalize and accidentally change the order. However in the new UI it will be easier to change them in edit mode. I want a drag-and-drop interface for this. --Lydia Pintscher (WMDE) (talk) 14:13, 1 October 2014 (UTC)

Newsitelink design issue

There is problem now, when I want to add sitelink on item, where is many langlinks - I click [edit] on the top. Then I must scroll down to [add] new sitelink. And scroll again to the top for [save]. Not user friendly. JAn Dudík (talk) 19:17, 30 September 2014 (UTC)

You are right. The whole sitelinks section is being changed at the moment. This is definitely one of the things we still need to improve. Will add it to the todo list for the next sprint. --Lydia Pintscher (WMDE) (talk) 14:07, 1 October 2014 (UTC)

Different types of hyphen not showing in search results

When searching for items that contain a hyphen in the title, many results will not display because the title uses a different type of hyphen (I'm presuming from a different character set?). For example, the search "1940-" and the search "1940–" show completely different results, with the latter seeming to be the version of hyphen used by the majority of sporting and other events. My keyboard outputs the less used one unfortunately (ASCII code 45), so some editors could easily be left unable to find the item and either giving up or creating a duplicate item.

Ideally the search system should see these two characters as the identical.NavinoEvans (talk) 00:33, 1 October 2014 (UTC)

Why does the "thank" button need 2 clicks now?

I really don't understand why pressing "thank [for edit]" now prompts "Send thanks for this edit? Yes No". It now requires 2 clicks to send a "thank you"-notice. Why this extra prompt? Is it so bad to accidentally send a "thank you" too many? Please revert this terrible example of over-engineering again. -Tobias1984 (talk) 09:48, 2 October 2014 (UTC)

Hey Tobias. This isn't something the Wikidata team has been working on. It's another team. This is an extension for all Wikimedia wikis. I have heard though that User:Jaredzimmerman (WMF) would like to see it changed too so I assume that'll happen. He can say more about that though. --Lydia Pintscher (WMDE) (talk) 10:36, 2 October 2014 (UTC)
Personally I think it is a good change. The click items Thank and Undo are too close for comfort otherwise, I think.--Paracel63 (talk) 17:12, 2 October 2014 (UTC)
It always needed two clicks, but the confirmation question used to be a popup dialog while it now is done in-place. --YMS (talk) 17:23, 2 October 2014 (UTC)
Hi All, the goal is to have a 1 click thank you, with an undo step afterwards, this will allow for both easy 1 click thanks, and also for people who clicked thanks accidently to undo it and not send mixed messages when they were trying to undo or revert a change (this was a common issue amongst a small group of active editors) the current interim process you're seeing with the in-line confirmation is a reaction to the previous interface with a confirmation dialog not working well on mobile. The inline process works much better on mobile, but is just that, a step along the process of getting to our eventual goal of 1 click thanks with an optional undo. You can follow the bug here Bugzilla: 69636 Jared Zimmerman (talk) 21:02, 2 October 2014 (UTC)

Wrong diff visualisation

In this diff removed sitelink is not shown (but correctly described). Infovarius (talk) 11:04, 2 October 2014 (UTC)

It shows the removal of the link to Сеттинг on ruwiki for me. Anyone else seeing an issue? --Lydia Pintscher (WMDE) (talk) 12:04, 2 October 2014 (UTC)
There is no issue in English but in other languages. --Pasleim (talk) 12:20, 2 October 2014 (UTC)
@Lydia Pintscher (WMDE): Sadly, it doesn't show anything to me (in russian interface). -- Vlsergey (talk) 12:20, 2 October 2014 (UTC)
Oo I can reproduce it now. Thanks folks. Looking into it. --Lydia Pintscher (WMDE) (talk) 12:24, 2 October 2014 (UTC)
Ok we're making progress. Fix hopefully coming later today. The data should be fine - it seems it is "just" a display issue. --Lydia Pintscher (WMDE) (talk) 13:45, 2 October 2014 (UTC)
Aaaaaand it is fixed \o/ --Lydia Pintscher (WMDE) (talk) 15:35, 2 October 2014 (UTC)

Empty labels and descriptions

Since yesterday evening I'm unable to edit empty labels and/or descriptions. IE 11 (Win 7) "hangs". --Succu (talk) 08:32, 1 October 2014 (UTC)

I can reproduce this for properties. We're currently fixing that and hopefully have a backport tomorrow. I assume it's the same reason you are seeing your issues. --Lydia Pintscher (WMDE) (talk) 14:10, 1 October 2014 (UTC)
Ok we fixed that issue. Are you still having your problem? --Lydia Pintscher (WMDE) (talk) 10:37, 2 October 2014 (UTC)
Hm, yes. This seems to be at least browser dependend. I tried Firefox 30.0 today and all was fine. :( --Succu (talk) 19:23, 3 October 2014 (UTC)
Ok. I've filed bugzilla:71665 for it. --Lydia Pintscher (WMDE) (talk) 14:03, 5 October 2014 (UTC)
Lydia Pintscher (WMDE), please add the word empty to the defect description. Existing ones I can modify. --Succu (talk) 14:19, 5 October 2014 (UTC)
Ah that's good to know. Done. --Lydia Pintscher (WMDE) (talk) 14:20, 5 October 2014 (UTC)

Unable to add aliases on Properties

Tried on a couple properties, including Property:P1408, "edit" changes the background color but there is no field to type in the new alias. I use English interface and 3 other languages with Babel. Same with Chrome or Firefox. I managed to add an alias using the MediaWiki:Gadget-labelLister. LaddΩ chat ;) 17:41, 2 October 2014 (UTC)

I have the same issue here at the 5 October 2014. — Finn Årup Nielsen (fnielsen) (talk) 12:09, 5 October 2014 (UTC)
I can reproduce it as well. I reported bug bugzilla:71666. --Lydia Pintscher (WMDE) (talk) 14:06, 5 October 2014 (UTC)

unable to load Q40430

When I attempt to open Q40430, I get only this text: 

Unexpected non-MediaWiki exception encountered, of type "InvalidArgumentException".

I got the same error earlier today when trying to undo an edit to Q9215. An IP user had helpfully renamed Sigmund Freud to "Abbas darwishi", and the undo threw that error. --Haplology (talk) 11:09, 5 October 2014 (UTC)

I reported it as bugzilla:71667. --Lydia Pintscher (WMDE) (talk) 14:10, 5 October 2014 (UTC)

"In other languages": Too much space, edit conflicts

I got multiple languages listed in "In other languages". With the new style edit interface that appear some days ago I find:

  1. I all to often (always?) run into edit conflicts when try to fill in multiple labels. Apparently I can only fill out one at a time.
  2. I find the space used for labels and description and "Also known as:" is too big and not pretty. I can of course edit my css to make the row height smaller.
  3. I usually have the language switched to Danish. When now switched to English I find that the error message was at first "An error occurred while saving. Your changes could not be completed. Details Redigeringskonflikt". Now it is "Edit conflict", but there seem to be a caching issue on the error message.

It is not entirely clear to me where the best forum for searching for and reporting bugs and requests for Wikibase. Is it here? — Finn Årup Nielsen (fnielsen) (talk) 11:39, 5 October 2014 (UTC)

The edit conflict issue is tracked at bugzilla:71555. As for the layout: That's only an intermediate step and I agree it is not pretty. It'll change more over the next weeks. --Lydia Pintscher (WMDE) (talk) 14:12, 5 October 2014 (UTC)

Allowed languages for monolingualtext

What API method should I use to obtain all allowed language codes for monolingualtext text? Their names? (may be links to Q-items?) What cache policy should I use? -- Vlsergey (talk) 20:46, 30 September 2014 (UTC)

Does siprop=languages do what you want? --Lydia Pintscher (WMDE) (talk) 14:12, 1 October 2014 (UTC)
Please note that siprop=languages does not contain all languages, but it may be sufficient depending on what you want to do. The monolingual UI uses the language list provided by $.uls.data.languages (paste this in a JavaScript console). The resource loader module for this is 'jquery.uls.data'. Source for the JavaScript module is langdb.yaml, but that's already ULS internals the ULS team maintains. Hope that helps. --Thiemo Mättig (WMDE) 14:28, 1 October 2014 (UTC)
@Thiemo Mättig (WMDE): I need a method that has the same list as wikidata UI, but would be called from other site using cross-site (wikimedia one) scripting. AFAIU $.uls.data.languages would be different across projects (because Wikidata would like to see more languages in the list). So there should be some API method to get language list. The same applies to monolingualtext "expert" in wikidata UI -- for consistent behavour across different projects it need somehow to obtain language list from Wikidata, not from local site. -- Vlsergey (talk) 15:11, 1 October 2014 (UTC)
This would require an ULS API module which we miss too. As I said it's fine to use the siprop=languages API query for now. --Thiemo Mättig (WMDE) 13:48, 7 October 2014 (UTC)
@Thiemo Mättig (WMDE): okay, let's assume siprop=languages is a good choice so far. How to get list of languages in user language? Seems like "siprop=languages" doesn't support "use language" option. -- Vlsergey (talk) 15:00, 7 October 2014 (UTC)
That's ULS. There is no API module for this. You could start digging into the ULS code an add such an API module. --Thiemo Mättig (WMDE) 13:08, 8 October 2014 (UTC)

Blocage

Bonjour. Depuis quelques jours, j'essaye d'aller sur les pages Wikidata mais je reste bloqué sur le titre en haut de la page et je n'arrive pas à effectuer des changements. Je voulais savoir si le programme Wikidata effectue des mises à jour ou si ce problème n'arrive qu'à certains utilisateurs. Si quelqu'un a eu le même souci et a trouvé la solution pourrait t'il la faire partager. Merci d'avance, Méphisto38 (d) 6 octobre 2014 à 19:30 (CEST)

@Méphisto38: Merci de nous donner ta version de ton navigateur. Snipre (talk) 14:37, 7 October 2014 (UTC)
Bonjour, j'utilise Internet Explorer. Méphisto38 (d) 7 octobre 2014 à 18:00 (CEST)

Search index

I´have seen that in Wikidata the label is shown in the search box, in Wikipedia it is not. Could we move the label from Wikidata to Wikipedia? At least if there is no such article. --Molarus (talk) 09:07, 8 October 2014 (UTC)

@Molarus: en:MediaWiki:Wdsearch.js.--GZWDer (talk) 05:21, 10 October 2014 (UTC)
Thanks! Now, it is on my global.js and it is working fine. --Molarus (talk) 11:45, 10 October 2014 (UTC)

MWContentSerializationException -- unable to undo error

Tracked in Bugzilla
Bug 71479

https://www.wikidata.org/w/index.php?title=Q159&action=edit&undoafter=161366786&undo=162845169 : 

[29528d84] 2014-10-09 22:51:43: Fatal exception of type MWContentSerializationException

-- Vlsergey (talk) 22:52, 9 October 2014 (UTC)

@Hoo man: @Aude: Can you have a look please? Vlsergey: Thanks! --Lydia Pintscher (WMDE) (talk) 06:26, 10 October 2014 (UTC)
This is bug 71479. Cheers, Hoo man (talk) 17:51, 11 October 2014 (UTC)

Problems with a deleted property

I created P1484 with a wrong datatype. So I deleted it, but now, I've got two problems:

  1. I can't give to the new property Gertrude ID (P1529) (with the right datatype) the same name:

    La propriété P1484 a déjà un libellé « identifiant Glad » associé au code de langue fr.
    La propriété P1484 a déjà un libellé « identifiant dans la base Glad » associé au code de langue fr.

  2. The old property is still proposed on items... — Ayack (talk) 09:08, 23 September 2014 (UTC)
It looks related. I see remnants of P1484 in some of the database tables, including the one (wb_terms) which is used to check for label conflicts on properties. We might be able to just delete this from the database, in this case, but need to investigate more. Aude (talk) 12:20, 25 September 2014 (UTC)
Yes, it looks related. I restored it, deleted its label and was able to rename the other property. Thanks.— Ayack (talk) 12:43, 25 September 2014 (UTC)
The problem is not only related to P1484 but to all properties which were recently deleted (P60, P1384, P1426, P1452) --Pasleim (talk) 12:55, 25 September 2014 (UTC)
Do you know when it started? --Lydia Pintscher (WMDE) (talk) 13:47, 25 September 2014 (UTC)
The oldest remnants in the table wb_terms on Tools Labs I can find is from P1426 which was deleted on 18 July. On 5 July, P1298 was deleted without leaving remnants. --Pasleim (talk) 09:19, 27 September 2014 (UTC)
Ok thanks. Will investigate further. --Lydia Pintscher (WMDE) (talk) 11:46, 29 September 2014 (UTC)
We have bugzilla:71914 for this now. --Lydia Pintscher (WMDE) (talk) 13:49, 13 October 2014 (UTC)

Wikidata licensing triples

We (BBC/Jisc/BUFVC partnership) have a LOD crawler which processes and indexes permissively-licensed Linked Open Data, provided it is explicitly marked as being such (i.e., the crawler ignores any data which either isn't LOD, or we can't successfully determine is permissively-licensed). More info here.

Currently, requests for Wikidata entities jump through 303 chains — one to disambiguate the IR/NIR, and one for content negotiation. While there's nothing about this that the crawler can't deal with (it does, as it's not an uncommon pattern), it means we end up with this, when requesting Turtle, for example:

1. Fetch http://www.wikidata.org/wiki/Q1 (303 See Other) 2. Fetch https://www.wikidata.org/wiki/Special:EntityData/Q1 (303 See Other) 3. Fetch https://www.wikidata.org/wiki/Special:EntityData/Q1.ttl

Within this graph, which has a URI of https://www.wikidata.org/wiki/Special:EntityData/Q1.ttl, there are triples describing the licensing of the data. However, the subject of those triples is the conceptual document (https://www.wikidata.org/wiki/Special:EntityData/Q1), not the concrete serialisation (https://www.wikidata.org/wiki/Special:EntityData/Q1.ttl): 

 data:Q1
    schema:version 160817834 ;
    schema:dateModified "2014-09-30T17:59:49Z"^^xsd:dateTime ;
    a schema:Dataset ;
    schema:about entity:Q1 ;
    cc:license <http://creativecommons.org/publicdomain/zero/1.0/> .

As there are no triples relating to the specific serialisation, it's not possible to reliably evaluate the licensing status of https://www.wikidata.org/wiki/Special:EntityData/Q1.ttl. Unfortunately, the fact that there was an inbound 303 to it from a URI which does have licensing data is not sufficient to be able to reliably do this (it's inference of a relationship which isn't sufficiently described in the data and which manifests differently in different datasets).

Therefore, can I ask devs to consider adding triples to each RDF serialisation whose subject is the serialisation-specific URL, and either (or both!):

  • Replicates the cc:license predicate/object which are emitted for the abstract document

or

  • Indicates that the serialisation is a concrete representation of the abstract document (perhaps with dct:isFormatOf)

My preference is strongly towards the former, but expressing the relationship between the abstract and concrete documents may be desirable in any case, and could provide enough data to infer properly the licensing status of the graph without false-positives arising elsewhere.

Many thanks!

Nevalicori (talk) 10:27, 10 October 2014 (UTC)

Hello Nevalicori! Thank you for the suggestion, I have filed a ticket at bugzilla:71991.
Note that our RDF binding is woefully incomplete, it currently does not contain any of the statements defined for an item. The labels and aliases may already be useful for building a thesaurus though.
We hope to have a full RDF binding soon, but we are pretty busy trying to get more urgent features, like support for units, rolled out. -- Daniel Kinzler (WMDE) (talk) 11:22, 13 October 2014 (UTC)
Thanks Daniel — good to know. I'm happy with a Thesaurus for the moment (provided we can ingest the data!), but will be quite cheerful if it becomes more feature-ful in the future! -- Nevalicori (talk) 11:47, 13 October 2014 (UTC)

Absent language?

I can't add to Patriarch Pavle of Serbia (Q310119) the name "Гојко Стојчевић" as birth name (P1477) in sr language (or sr-cyrl). --Infovarius (talk) 09:13, 14 October 2014 (UTC)

Note that "sr-cyrl" is the languages proposed by drop-down list in the monolingual value. --Infovarius (talk) 12:37, 15 October 2014 (UTC)
Thanks. I've filed bugzilla:72126. --Lydia Pintscher (WMDE) (talk) 10:20, 16 October 2014 (UTC)

France item seems big

And this revert cannot be done - leads to "[2d48c01f] 2014-10-15 12:29:38: Fatal exception of type MWContentSerializationException". Infovarius (talk) 12:36, 15 October 2014 (UTC)

It was undone now it seems. We are looking into it however. --Lydia Pintscher (WMDE) (talk) 10:22, 16 October 2014 (UTC)

Duplicated links in corrupted item

Item Q17433231 seems corrupted. It precisely duplicates links that existed in Q17433230, which is now merged into Category:Belgian bibliographers (Q9046996). I'm unable to delete the two links in Q17433231, they reappear after I refresh the page. -- LaddΩ chat ;) 23:17, 16 October 2014 (UTC)

@Laddo: See Wikidata:True duplicates.--GZWDer (talk) 05:07, 17 October 2014 (UTC)

Unable to edit Q83210

Anyone else missing all "edit" buttons on Golan Heights (Q83210) ? Same behaviour in chrome and Firefox. -- LaddΩ chat ;) 15:28, 19 October 2014 (UTC)

Works fine here on Firefox. Do you see edit buttons on other items? --Stryn (talk) 15:36, 19 October 2014 (UTC)
Works fine also with IE and Crhome. Can tou try to disable all Beta feature? --ValterVB (talk) 15:38, 19 October 2014 (UTC)
All other items are fine. Weiiird. Same with IE too, and purging the cache does not help. Other things are strange on that page: the font of the title and description are different from all other pages, the text of the heading is actually smaller than normal-size ?! (But if I cut-and-paste these two lines in Word, they appear with the same font&size as other WD items :( ) Dunno if it's related, but this page is the only one I've seen showing an index at the top. Will try disabling Beta stuff. -- LaddΩ chat ;) 15:52, 19 October 2014 (UTC)
@ValterVB: No change after disabling all preferences, Beta gadgets and emptying common.js... Actually even after logging out of my WM account, that page still shows the same abnormal behavior. It hangs for multiple seconds in the middle of its load, possibly something times out - but I can load Moscow (Q649) without problems.
Why is Golan Heights (Q83210) the only page with a TOC ? -- LaddΩ chat ;) 16:09, 19 October 2014 (UTC)

┌────────────────────────────────────────────────────────────────────────────────────────────────────┘ OK, some news: a) Golan Heights (Q83210) now appears like all other pages, and b) I just figured that all large items have the same TOC at the top, but that it is normally organized horizontally, whereas for Q83210 all TOC links were listed one per line... So it seems it was a matter of layout that somehow got resolved. -- LaddΩ chat ;) 01:32, 20 October 2014 (UTC)

Sidebar links to Wikidata data pages

A feature that would (I think) be very useful would be if the sidebar on article pages on client wikis could include an entry that pointed to the corresponding data page on Wikidata.

Ideally this could go in the "other projects" box in the sidebar.

Yes, there is one issue with this. What about a template on say :en: with a corresponding instance here on :d: -- isn't that what should be linked to in the sidebar ?

It's a consideration; but 99% of the time it is the data page that would be more useful. If there is an instance of the item on Wikidata, perhaps that could be accommodated by moving the "Pages on other sites linked to this item" section to the top of the list, before the different languages, so if people specifically did want to go through to the Wikidata version of a template, they could find it quite quickly. That would really just leave Help pages as things people might want to click through to directly. Jheald (talk) 10:12, 17 October 2014 (UTC)

We show a link in the toolbox section of each article. It is labeled "Wikidata item". I have been asked to merge this with the part of the "in other projects" sidebar but have been hesitant for now because of the reason you mentioned. I am still looking for a better solution than just overwriting it. For a village pump getting directly to the project chat for example is probably what people expect. Ideas? --Lydia Pintscher (WMDE) (talk) 13:56, 20 October 2014 (UTC)

Search option "containing"

Hi, the search option "containing" seems not to work at the moment. Try "Cyprinodon". --Succu (talk) 12:50, 17 October 2014 (UTC)

Lydia Pintscher (WMDE)? I'm running blind. Searching for "Senecio" gives no results. --Succu (talk) 21:11, 17 October 2014 (UTC)
Searching for "Senecio" works fine for me (with Firefox). -- LaddΩ chat ;) 02:01, 18 October 2014 (UTC)
No results with Firefox 32.0.3 / IE 11 with languages German / English using the magnifier icon or the dropdown item "containing". --Succu (talk) 07:00, 18 October 2014 (UTC)
You do not get any results here: https://www.wikidata.org/w/index.php?search=Cyprinodon&title=Special%3ASearch ? --Lydia Pintscher (WMDE) (talk) 14:01, 20 October 2014 (UTC)
Argh. I found the problem. Somehow I have triggerd the option "Remember selection for future searches". So all my searches were done in the property namespace. I did not noticed this. Sorry. --Succu (talk) 14:17, 20 October 2014 (UTC)
Ah! Happens ;-) --Lydia Pintscher (WMDE) (talk) 14:19, 20 October 2014 (UTC)

Wikisource "mul"

The interwiki "mul" has been created to represent Wikisource.org, see Wikidata_talk:Wikisource#mul:_interwiki_now_exists. Can it be added to the list of allowed sitelinks? --Micru (talk) 21:18, 17 October 2014 (UTC)

That will only support one sitelink. see bugzilla:52971.--GZWDer (talk) 06:46, 18 October 2014 (UTC)
How much of an issue would it be for Wikisource? As in how many topics exist in more than one language? If it is an insignificant amount we could probably give it a try. But if it is significant it'd be kind of meh. Also how do we expect this to change over the next years? --Lydia Pintscher (WMDE) (talk) 14:03, 20 October 2014 (UTC)

Wikisource badges

These are the proposed Wikisource badges. Would it be possible to display only those when adding badges to the Wikisource link group? Or are the badges shared with all projects?--Micru (talk) 12:07, 19 October 2014 (UTC)

They are shared. But we can probably add some constraint or abuse filter to limit it. --Lydia Pintscher (WMDE) (talk) 14:04, 20 October 2014 (UTC)

Merge function does not leave an empty item

See User talk:Magnus Manske#bug in QuickStatements. Q9665035 is not empty after merged.--GZWDer (talk) 10:30, 17 October 2014 (UTC)

Is there some error message? Is there anything that gets left behind? Anyone else have more examples of where this happens so we can investigate further? --Lydia Pintscher (WMDE) (talk) 13:59, 20 October 2014 (UTC)
@Lydia Pintscher (WMDE): If you merge two items (using an API call), everything is deleted except conflicting (different) descriptions etc. which stay in the merged-from item. If you want to redirect the item after the merge, you need to clear the item (as Merge.js does). The redirect call fails if the item is not empty. Matěj Suchánek (talk) 14:33, 20 October 2014 (UTC)
Ahhhh ok. Yes that is intended as we don't know what to do in those cases. Which description do we use and which do we throw away? One ticket we still have open is for conflicting labels. Those can just be added as an alias. That is bugzilla:65990. --Lydia Pintscher (WMDE) (talk) 14:36, 20 October 2014 (UTC)
... created by me. Shouldn't also a ticket for descriptions be created, then? I think too that this will really be difficult. Matěj Suchánek (talk) 18:44, 20 October 2014 (UTC)
Heh indeed. As for the description: The problem is that we really don't know which one to use and which one to throw away without asking the user. If we have a solution for that we can create a ticket but otherwise it'll just be there and rot. --Lydia Pintscher (WMDE) (talk) 18:57, 20 October 2014 (UTC)

English or interface language?

Tracked in Bugzilla
Bug 72393

Hello, There seems to be a problem that makes that in items at least some property values are displayed in English in stead of the interface language. Or at least an item as property value changes into English when one edits it. Dates can only be added in the YYYY-MM-DD (English) format. A bug? Kind regards, Lymantria (talk) 17:23, 22 October 2014 (UTC)

This is indeed a bug and appears related to Wikidata:Project chat#BIG problem with date adding. I have filed https://bugzilla.wikimedia.org/show_bug.cgi?id=72393 for this and we are looking into it. Aude (talk) 13:44, 23 October 2014 (UTC)

bugzilla:46358

It seems Wikidata properties linking media are currently showing up in GlobalUsage, e.g. [1]. Am I corrent?--GZWDer (talk) 05:15, 23 October 2014 (UTC)

I think uses of commons media files in statements are registered (using standard mechanism) as links that GlobalUsage can find. (e.g. [2]) Aude (talk) 13:50, 23 October 2014 (UTC)

Lua and Qualifiers

I have written some lua-code on test2.wikipedia.org using info from mediawiki:Extension:Wikibase Client/Lua. What I missed, is the possibility to work with qualifiers. I know how to get the value of a property - entity:formatPropertyValues - but not the qualifiers of that value. Is that already possible? If yes, could you point me to some code? --Molarus (talk) 07:48, 24 October 2014 (UTC)

I have been using Wikidata in Lua quite a bit, but never much used entity:formatPropertyValues. Mostly, I call chunks of the entity table directly. For that you need to know how items are structured and for some reason the documentation for this has been removed mw:Extension:Wikibase Client/Lua. I found this version much more interesting. Now, I use mw:Wikibase/Notes/JSON to guess the table structure.
Module:Wikidata can handle qualifiers (note that this module cannot readily be copied to other Wikis, because it is specifically tweaked for a multlingual project with arbitrary access to any item). fr:Module:Wikidata also supports qualifiers and should be more easily transposable to other projects. --Zolo (talk) 08:36, 24 October 2014 (UTC)
@Zolo:. We could probably use a version of fr:Module:Wikidata for Commons soon as well, now that the Commons RfC for Phase 2 is underway. We should probably keep the Commons version as close to the Wikidata one as we can, to allow prototyping and testing on Wikidata of templates for Commons (as at eg d:Template:SimpleCommonsGalleryHeader/test, d:Template:Creator/wrapper/test).
But I am aware that there may be some further refactoring you still have in mind for the module. Jheald (talk) 09:32, 24 October 2014 (UTC)
I have seen such code before, but I never understood where something like "snaktype" points to. Now I see, that it is the JSON output of the items, with witch I have already worked (Special:ApiSandbox). Your help gives me the startingpoint to learn it the right way. Thank you! I guess that the functions in mw:Extension:Wikibase Client/Lua are code around the table structure. I have already looked for this code and I found www.mediawiki.org/wiki/Wikibase I don´t know, if that is the place where all this code is written. It has to be somethere! Well, I will not copy the french wikidata module, since there are so many different wikidata modules. In the de module I saw a function called getReferences, which should not be used so far. I guess it is under construction. But this module doesnt have qualifiers. And the en module is different too. Well, I will see how far I get. The first step will be to find out how to get the table strucrure (getClaims, my first guess). --Molarus (talk) 16:44, 24 October 2014 (UTC)
@Molarus:. Technically, this is not really JSON (JSON is used in Module:WBHacks), but it essentially contains the same thing, so that much of the JSON doc page can be used.
The function to get the full table is mw.wikibase.getEntityObject(). In Wikipedia, you can only get the table for the item connected to the page where you are (de:Universum can only get the table for Q1), so the function is passed without arguments. Then you can iterate over the keys to see what there is inside.
Yes, modules seem to have evolved in sligthly different direction depending on the language. Actually they usually cannot be directly copied very easily from one language to the next because they call other modules that may not exist in other languages.
@Jheald:, I do not plan major changes in Module:Wikidata at the moment. Perhaps, add some options, and prettify the layout, but not really change the functions, so it should be possible to carry it over to Commons. Arbitrary access will need to be disabled and date formatting adapted to local modules, but not much more than that. --Zolo (talk) 05:03, 25 October 2014 (UTC)
@Molarus: The Lua function mw.dumpObject() is useful to print out the data structure of an object. So, for example, the following could be useful if you're trying to get a handle on what is where:
  function p.showEntityStructure(frame)
	local entity = mw.wikibase.getEntityObject( frame.args[1] ) 
	return ( mw.dumpObject ( entity ) )  -- full structure
  end
 
  function p.showEntitySitelinks(frame)
	local entity = mw.wikibase.getEntityObject( frame.args[1] ) 
	return ( mw.dumpObject ( entity.sitelinks ) )  -- sitelinks structure
  end
But it's good to try to use mainstream modules like Module:Wikidata and Module:Wikibase or the basic functionality of mw:Extension:Wikibase_Client/Lua, if possible, rather than rolling your own accessors, because those calls will be more standardised and more familiar to people reading your code. Jheald (talk) 08:36, 25 October 2014 (UTC)
This is a part of the table structure:
 ["P115"] = table#20 {
     table#21 {
       ["id"] = "Q22$8f95ba7f-40b2-3ec7-fd83-75235df2d75b",
       ["mainsnak"] = table#22 {
         ["datavalue"] = table#23 {
           ["type"] = "wikibase-entityid",
           ["value"] = table#24 {
             ["entity-type"] = "item",
             ["numeric-id"] = 25,

This is the function:
   function p.test(frame)
   	local entity = mw.wikibase.getEntityObject(frame.args[1])
        return "Q" .. entity.claims["P115"][1].mainsnak.datavalue.value["numeric-id"]
   end
The return is: Q25
I think with this background knowledge, everyone with some experience in writing code could understand our wikidata modules. (Lua is not that different) Maybe something like this could be copied somewhere on this wiki? PS: Thanks, Jheald. --Molarus (talk) 18:42, 25 October 2014 (UTC)

@Jheald:. Offtopic here, but one thing that I had forgotten is that mw.wikibase.label() only returns the label in the wiki's default language, so for Commons only in English. If we want multilingual labels without arbitrary access, I think we will need to plug some WBHacks into the Wikidata module. -Zolo (talk) 09:46, 25 October 2014 (UTC)

Lua, Wikidata and templates

Lets take the article en:Franz Kafka. 

{{Infobox person
..
| birth_date       = {{birth date|1883|7|3|df=y}}
| birth_place      = [[Prague]], [[Bohemia]],<br>[[Austria-Hungary]]<br>(now [[Czech Republic]])
..

birth_date is property p569 and birth_place are properties p19(place of birth), p27(country of citizenship) and Czech Republic.

That is 3 invoke commands. The whole template in en:Franz Kafka would have maybe 15 invokes. As far as I understand, one invoke gets the whole table structure, therefore one invoke should be enough? In Template:Infobox_person, for example, there should be one invoke, which gets all the data from wikidata at once. Therefore, we would need a new template called: Template:Infobox_person_wikidata. Am I right? I found en:Template:Infobox person/Wikidata. This template uses lots of invokes. And the templates in en:Category:Templates using data from Wikidata are using invoke the same way (as far as I have seen). --Molarus (talk) 07:23, 26 October 2014 (UTC)

One possibility, used in fr.wikipedia: define the infobox template in a Lua module, like fr:Module:Infobox/Station du métro d'Erevan, and "interpret" it using fr:Module:Infobox. Example: fr:Place Garéguine Njdeh (métro d'Erevan). The Wikidata item only needs to be loaded once. --Zolo (talk) 09:11, 26 October 2014 (UTC)
I like your solution. I have seen that the way you did it, the VisualEditor shows only the data written in Wikipedia, not in Wikidata. In this way, the infoboxes could get smaller and smaller the more info is moving from Wikipedia to Wikidata. By the way, in the en:WP I have seen it is possible to show in the VisualEditor which options an infobox has. For example: Paris. I guess, in this way it is possible to add info into the infoboxes (which should overwrite data coming from wikidata). What we would miss than, is a bot which compares data in Wikipedia infoboxes and Wikidata. --Molarus (talk) 16:41, 26 October 2014 (UTC)

Census data

I took a look at some census data and noticed that a ±1 was added. In this case there is an uncertainty, but that is not ±1. In my data it is not given what the uncertainty is in this case, all I know is that the number is 5,124,383 for a specific sampling. I guess this is an on-going work, but if there is nothing known about the error bounds then nothing should be printed out either. Giving implicit error bounds when they are not correct is as bad as stating them explicit. Without starting a new discussion about errors vs uncertainty. Jeblad (talk) 13:26, 26 October 2014 (UTC)

see bugzilla:66580 --Pasleim (talk) 20:19, 26 October 2014 (UTC)

Truncation Problem

Sometimes I c&p values to put it as values for properties or in qualifiers. Once in a while I found the systems throws errors "malformed input". First it made no sense to me because if the input is datatype string it should accept all kinds of inputs. However the system does not accept strings with spaces before or after the string. In former days the system just would cut off spaces in front or after the string instead of throwing an error.--Giftzwerg 88 (talk) 19:38, 26 October 2014 (UTC)

see bugzilla:45925 --Pasleim (talk) 20:25, 26 October 2014 (UTC)

Connection between the new words in the daily damp updates

please tell me , where I can see the connection between the new words and old world in the daily damp updates, like in the monthly damp updates?

@Daniel Kinzler (WMDE): Maybe you can answer this? --Lydia Pintscher (WMDE) (talk) 20:16, 28 October 2014 (UTC)

Editing issues

  • My ULS is set to German, XP, FF 33. Whenever I add a property or change a value or maybe link to another item, then the chosen item is showed in German, but when I save, the English label is shown. Only after a reload the German labels are shown.
  • Occasionaly I come across items without German labels. When I put in the label (and save) and then link this item to another item, the label is shown, when I chose the item, but when I save only Q#### is shown.
  • I tried to reorganize the properties of an item. I moved the different parts up and down and saved each time. But when I reload the item, only the first moved section has changed location, all others remain unchanged. This is a very annoying bug, because you can spend lots of time in reorganizing the order. There is however a workaround: You must reload the item each time after the placement of each section. --Giftzwerg 88 (talk) 09:47, 25 October 2014 (UTC)
Your first point gets tracked at Bugzilla:72393 --Pasleim (talk) 12:36, 25 October 2014 (UTC)
Your second issue is probably caching. The third one: We're currently figuring out how to do the underlying architecture for ordering so you can finally order without magic bugs happening. --Lydia Pintscher (WMDE) (talk) 20:20, 28 October 2014 (UTC)

Q72

I'm unable to add references to Zürich (Q72). Either the error "timeout" or "Internal Server Error" get displayed. Adding claims work fine. --Pasleim (talk) 20:00, 26 October 2014 (UTC)

That is very likely bugzilla:71479 which is caused by bugs in PHP. JanZerebecki (talk) 11:22, 27 October 2014 (UTC)
We deployed new code that should have helped with this issue, and now I was able to add a reference to Zürich (Q72). Katie Filbert (WMDE) (talk) 20:04, 28 October 2014 (UTC)

Calendar issues

  • Ive put a template in this article. The date is not properly shown. It tells year 0256 instead of 256.
  • In item Papyrus 1 (Q1627549) I put inception (P571) and value 250 and Genauigkeit centuy I get 3. century as a result, very nice but it just does not fit in the German Wikipedia this way. (language selector set to German). The interface is also localized only in part. On the other hand: If I want to change the value to 250 and Genauigkeit decade later, then the 250 are completely forgotten. You can not adjust Genauigkeit to a more precise value afterwards.--Giftzwerg 88 (talk) 17:08, 24 October 2014 (UTC)
@Aude: Could you have a look if this is the bug you were emailing about today? --Lydia Pintscher (WMDE) (talk) 20:18, 28 October 2014 (UTC)
Something is definitely wrong with precision handling and formatting but think it is unrelated to [[bugzilla:72393}}, since that happens in the api only (e.g. when editing an item). Aude (talk) 08:27, 29 October 2014 (UTC)
https://bugzilla.wikimedia.org/show_bug.cgi?id=72662 for the first issue. I can't reproduce the second issue, although could use more investigation. Aude (talk) 08:36, 29 October 2014 (UTC)
We looked into this more... for the first issue, I see that de:Modul:Wikidata handles date formatting so I think it's likely or almost certain the issue is there. If I understand the second issue correctly (this also happens in Wikipedia?), then would also be an issue with the lua module. Aude (talk) 14:44, 29 October 2014 (UTC)

Lua snak datatype

The Lua client doesn't expose the datatype field of snaks. Is this on purpose? --JulesWinnfield-hu (talk) 11:11, 27 October 2014 (UTC)

@Hoo man: I remember a bug about this? --Lydia Pintscher (WMDE) (talk) 20:21, 28 October 2014 (UTC)
No, this is actually supposed to work and I'm not aware of it being broken. Your snak table should have a datavalue table which has a type field that should have the information you are looking for. Please note that this might not apply to snaks with no value. - Hoo man (talk) 08:09, 29 October 2014 (UTC)
The datavalue has a type field, but the snak doesn't have a datatype field, which is not the same. The json has this field, but the Lua table doesn't. --JulesWinnfield-hu (talk) 09:00, 29 October 2014 (UTC)
Ah, now I see what you mean. I've uploaded a patch that will fix this. Cheers, Hoo man (talk) 00:29, 30 October 2014 (UTC)
Thank you. --JulesWinnfield-hu (talk) 11:06, 30 October 2014 (UTC)
Retrieved from "https://www.wikidata.org/w/index.php?title=Wikidata:Contact_the_development_team/Archive/2014/10&oldid=184565866"