Wikidata:Contact the development team

From Wikidata
Jump to: navigation, search
Shortcut: WD:DEV
Wikidata development is ongoing. You can leave notes for the development team here, on #wikidata connect and on the mailing list or report bugs on Bugzilla. (See the list of bugs on Bugzilla.)

Regarding the accounts of the Wikidata development team, we have decided on the following rules:

  • Wikidata developers can have clearly marked staff accounts (in the form "Fullname (WMDE)"), and these can receive admin and bureaucrat rights.
  • These staff accounts should be used only for development, testing, spam-fighting, and emergencies.
  • The private accounts of staff members do not get admin and bureaucrat rights by default. If staff members desire admin and bureaucrat rights for their private accounts, those should be gained going through the processes developed by the community.
  • Every staff member is free to use their private account just as everyone else, obviously. Especially if they want to work on content in Wikidata, this is the account they should be using, not their staff account.


On this page, old discussions are archived. An overview of all archives can be found at this page's archive index. The current archive is located at October.


Problems with a deleted property[edit]

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 Glad identifier (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)

Allowed languages for monolingualtext[edit]

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[edit]

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[edit]

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[edit]

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)

Wikidata licensing triples[edit]

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?[edit]

I can't add to Patriarch Pavle of Serbia (Q310119) the name "Гојко Стојчевић" as birth name (monolingual text) (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[edit]

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[edit]

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)

Sidebar links to Wikidata data pages[edit]

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)

Merge function does not leave an empty item[edit]

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)

Search option "containing"[edit]

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"[edit]

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[edit]

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)

Unable to edit Q83210[edit]

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)