Open main menu

Wikidata:Contact the development team

Contact the development team

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 Phabricator. (See the list of open bugs on Phabricator.)

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 2019/07.

Development plan Usability and usefulness Status updates Development input Contact the development team


Inverse properties and LuaEdit

There is some cases in which some people wants information in an infobox in Wikipedia, and a property exists. Fine ? Nope, it would actually work with the inverse property. So people asks for a new inverse property arguing it’s needed for their infoboxes, but the Wikidata property reviewers still refuses to create an inverse property because it’s an inverse one. Result ? Blocked on the social size because of just technical reason. A deadend for them.

Can’t we really not implement a lua call to retrieve the set of statements the item is value for for a property ? Why don’t we have already a solution for this ? The blob nature of a Wikibase item as far as Mediawiki is aware of ? Is there a ticket for this ? author  TomT0m / talk page 13:55, 14 June 2019 (UTC)

At the moment, the best way to get this kind of results is with queries, but it's not possible to mix queries and Lua.
Can you give us a few examples, so we can understand the need better? Lea Lacroix (WMDE) (talk) 12:22, 20 June 2019 (UTC)
J’avais en tête ce sujet sur le bistro (voir en particulier les réponses à mes interventions) ou un utilisateur hésite à demander une nouvelle propriété à cause d’une mauvaise expérience sur Wikidata:Property_proposal/maintain. Malgré l’argument du fait que la propriété est nécessaire pour avoir l’information dans l’infoboîte, elle n’est finalement pas crée. author  TomT0m / talk page 11:23, 22 June 2019 (UTC)
Il y a aussi la découverte automatique de lien interwikis par des modèles qui pourrait en bénéficier, par exemple en prenant une paire de propriété inverse qui existent vraiment, dam (P4792) et dam (P4792) on peut voir en comparant les deux requêtes que [1] et [2] (qui comptent les déclarations par propriété qui vont d’un lac vers son barrage, et du barrage vers son lac respectivement) qu’il n’y a pas le même nombre de déclarations pour les deux même si la propriété existent en pratique. Pour affiner un peu j’ai cherché à savoir pour combien de paires lac/barrage il y avait des articles sur Wikimedia pour les deux éléments, mais pour lesquels il n’y avait pas les deux déclarations inverses ([3]), et il semble qu’il y en ait une quarantaine. Ça veut dire que dans le cadre du projet WD:XLINK (qui est moyennement vivant mais il y a un message dessus aujourd’hui, donc pas totalement mort), il est impossible de capturer correctement les interwikis dans le cas ou on souhaiterai qu’un article sur un barrage dans une langue soit relié automatiquement à un article sur le lac réservoir dans l’autre langue. C’est pas l’aspect le plus bloquant pour faire avancer ce projet mais ça y contribue. La situation est évidemment pire dans le cas ou il n’existe pas de propriété inverse. author  TomT0m / talk page 12:31, 27 June 2019 (UTC)

Graphes no longer workingEdit

Hello, since few days, this template does not work when used with a Wikidata query : Can someone look this up ? I've lag a phabricator there . Hope it will be solved… Thanks. Bouzinac (talk) 11:37, 22 June 2019 (UTC)

Same issue with Template:Graph:Pie chart used on 100+ pages here. It only works when previewing. Ayack (talk) 16:01, 24 June 2019 (UTC)
 :-(Bouzinac (talk) 13:19, 27 June 2019 (UTC)

@Smalyshev (WMF): Is this something that could have been caused by a change on our side? Lea Lacroix (WMDE) (talk) 08:06, 2 July 2019 (UTC)

Same problem in Greek Wikipedia. Xaris333 (talk) 08:07, 10 July 2019 (UTC)

Error 403 when requesting APIEdit


I am currently working on my Bachelor project and I need to make requests on the Wikidata API. The purpose of this project is to automatically generate questions from triples. Since yesterday I've been having troubles making requests (errors 429, though I was letting 2 seconds between requests) and today I cannot make any request (I receive errors 403 - forbidden) from home and from my workplace. Is my MAC address banned from the API? Is there anything that you (or I) could do that would make me able to send requests again?

Thank you

 – The preceding unsigned comment was added by Sheltine (talk • contribs).

  • I am getting the exact same error message for almost a week now. Is there anything we should be aware of? --- AddNPBot
Please read Smalyshev (WMF) (talk) 17:44, 2 July 2019 (UTC)

Highest Number that can be savedEdit


Wikidata has in propably one month one Billion Edits. What is the Biggest Number for the database as a version that can be saved. Wikidata could reach 2 Billions Edits in two or three years and then it is near to the 32-Bit border wich is 2147483647. It is the highest number within the 32 bit range. Do you need to change something until this number of edits is reached or is there a higher number of Eits that can be saved. -- Hogü-456 (talk) 21:26, 29 June 2019 (UTC)

It's actually 4,294,967,295 because it's unsigned. --Matěj Suchánek (talk) 09:07, 30 June 2019 (UTC)
Thanks for sharing your concern. We have this on our radar but we don't need to change anything for now. Lea Lacroix (WMDE) (talk) 08:09, 2 July 2019 (UTC)

Remove numerical ids, but not remove it?Edit

@Addshore: about your closing of phab:T114902: I'm not sure if that is a good idea. I think the change would have simplified SQL queries and possible future features. --- Jura 10:40, 1 July 2019 (UTC)

The original reasoning of the ticket is "we want to be able to use non-numeric entity IDs". We have basically decided that the tables don't block us from doing that at all, thus the ticket can be closed / is invalid.
I guess this is talking specifically about wb_items_per_site?
Right now switching from an int to some text there would simplify things for humans possibly, but made things for complicated / increase overhead for the machines involved.
I'm not sure if some SQL view might simplify queries? It might be worth opening a different ticket for that though.
·addshore· talk to me! 00:34, 6 July 2019 (UTC)
  • @Matěj Suchánek: what do you think? Finally, your tool somehow worked around it, but personally I gave up trying to join wikipedia page properties with the wikidata sitelink table. --- Jura 09:59, 14 July 2019 (UTC)
    I don't mind this schema. The purpose of this table is primary for sitelink uniqueness checking which needs to be as efficient as possible. And if integers (32 bits) are more efficient than strings (72+ bits), I am not going to push this. Note that this table is totally incompatible with Wikipedia tables not only wrt numerical ids but also underscores, namespaces etc. --Matěj Suchánek (talk) 10:21, 14 July 2019 (UTC)

Query Service Rate LimitsEdit

I'm getting "Rate limit exceeded"-Errors on my queries. I just tried to read the "Retry-After"-header which I read about on this page:

All header I get are the following:

  • date
  • content-type
  • content-length
  • connection
  • server
  • cache-control
  • x-varnish
  • via
  • age
  • x-cache
  • x-cache-status
  • server-timing
  • strict-transport-security
  • set-cookie
  • x-analytics
  • x-client-ip

Did the name of the header change or something?

Thank you for any help in advance.  – The preceding unsigned comment was added by 2A02:8071:91AE:5E00:15F4:B8CB:F41:98A (talk • contribs).

@Smalyshev (WMF): Can you have a look at this? Lea Lacroix (WMDE) (talk) 08:08, 2 July 2019 (UTC)
Are you using descriptive user agent? Please read Smalyshev (WMF) (talk) 17:45, 2 July 2019 (UTC)
Maybe related: tools should use user-agent to access WDQS. --Succu (talk) 19:15, 5 July 2019 (UTC)

WQS errorEdit

This query works OK in past (see Wikidata:WikiProject every politician/European Union/data/Parliament/Eighth), but now I am getting "Unexpected end of JSON input" error. Any thoughts? --Jklamo (talk) 08:43, 4 July 2019 (UTC)

@Smalyshev (WMF): Can you have a look? Thanks :) Lea Lacroix (WMDE) (talk) 13:46, 4 July 2019 (UTC)
@Jklamo: your query times out, because it has a bug. Use this one instead: Be careful with OPTIONALs, and use LIMIT unless you're sure your query does the right thing (which happens after you checked it with LIMIT :) Smalyshev (WMF) (talk) 23:12, 5 July 2019 (UTC)
Thanks, it works! Just in a case of time out, I expect timout error as result, not the mentioned one. Also I am sure that these queries worked in past.--Jklamo (talk) 16:18, 10 July 2019 (UTC)

Please allocate additional slots for Magnus' toolsEdit

Please arrange to allocate more connections to Magnus' tools. Apparently they are now limited to 10 concurrent connections.

Numerous Wikidata editors are relying on them and can't use them anymore.

@Magnus Manske, Tagishsimon, Epìdosis, Lymantria: --- Jura 16:16, 4 July 2019 (UTC)

Yes, please. Lymantria (talk) 05:16, 5 July 2019 (UTC)
@Smalyshev (WMF): This doesn't ring a bell to me the Wikidata team. Did yours change anything recently? Lea Lacroix (WMDE) (talk) 15:12, 5 July 2019 (UTC)
Not anything that can be related to the tools. If many people use the same tool, it probably could get over the limit since it's the same machine/agent sending repeated queries. Smalyshev (WMF) (talk) 23:02, 5 July 2019 (UTC)
  • How can we solve this? Alternatively, I suppose users could just run their own copy of the tools, possibly at a hidden location on toolserver, so none else gets to use the slots. --- Jura 08:14, 6 July 2019 (UTC)
Also PetScan returns zero results in a lot of cases since 3rd of June (see [4] and [5]) or delivers an "502 Bad Gateway" error. You have to start it several times (10-20) with the same parameters, to get eventually a list with results. --M2k~dewiki (talk) 07:09, 6 July 2019 (UTC)
I don't know. Nothing has changed recently from the development team appart from the user-agent header requirement. I don't know if Magnus made any changes on the tools' code. Lea Lacroix (WMDE) (talk) 12:38, 10 July 2019 (UTC)
Probably there was an update of the operating system (Q9135) running that tools setting back the connection limit to 10. --Succu (talk) 19:50, 11 July 2019 (UTC)
I asked @Magnus Manske: if he would know. --- Jura 09:57, 14 July 2019 (UTC)

Wrong vacuumEdit

Hello.How did this void appear above the section I was editing? David (talk) 08:14, 9 July 2019 (UTC)

Hey, I had a look but I have no idea what's happening. No data was lost and everything that you wanted to write appeared, right? Lea Lacroix (WMDE) (talk) 10:07, 9 July 2019 (UTC)
Yes, but there was an extra vacuum. Is it normal to show things that we did not write? David (talk) 15:26, 9 July 2019 (UTC)
It's definitely some kind of bug. We'll have a look at it. Lea Lacroix (WMDE) (talk) 17:03, 9 July 2019 (UTC)

Search for multiple (specific) types via wikibase:api "EntitySearch" running into 50 record limit?Edit

I'm trying to let people search for anything, as long as it's something in the popular culture like an actor, book, movie, sports team, etc. So if I search "Patriots" I should get the NFL Team and the movie The Patriot. And I think I've gotten a good start with this:

SELECT distinct ?ordinal ?item ?itemLabel ?itemDescription ?image WHERE {
  SERVICE wikibase:mwapi {
    bd:serviceParam wikibase:api "EntitySearch";
                    wikibase:endpoint "";
                    mwapi:search "Patriots";
                    mwapi:limit 1000;
                    mwapi:language "en" .
    ?item wikibase:apiOutputItem mwapi:item .
    ?ordinal wikibase:apiOrdinal true .
  ?item wdt:P31/wdt:P279* ?type.
  OPTIONAL{?item wdt:P18 ?image .}
  FILTER( ?type in (wd:Q5, wd:Q17537576, wd:Q12973014))
  SERVICE wikibase:label { bd:serviceParam wikibase:language "[AUTO_LANGUAGE],en". }
} ORDER BY ASC (?ordinal) LIMIT 100
Try it!

I'm using the EntitySearch service so that I can get the :apiOrdinal value to help sort the results for relevance, and ?type contains the whole list of parent types so that I can just use "creative work" and "sports team" as catch-alls to filter on. (The FILTER list of Q types is incomplete, I was just starting to get the test going)

But, the problem happens when you replace "Patriots" with "Fellowship". In theory I should get the book and film Fellowship of the Ring. But the only result is for the "group" Fellowship of the Ring. If you take off the FILTER, you'll see it only returns 40 records from the EntitySearch for some reason? And if you change it to "Fellowship of the Ring" it will correctly find the book and film, so the EntitySearch can find those two. But for some reason it seems like EntitySearch is capping the results to a limit of 40?

Any ideas on what's going on?

Thanks! --Thomas.lumen (talk) 15:24, 12 July 2019 (UTC)

@Smalyshev (WMF): Any idea? Lea Lacroix (WMDE) (talk) 06:09, 15 July 2019 (UTC)
You may be seeing the effects of incomplete continuation implementation, which has been fixed in but not deployed yet. Try next week after it's deployed, it may work better. If not, I'll take another look and see what's going on there. Smalyshev (WMF) (talk) 18:25, 18 July 2019 (UTC)

P57 in the .json but not in the wikidata pageEdit

So I have this movie, when I lookup for P57 in it, I found nothing. But when I go in this (The same thing but in JSON): In claims there is a P57 (and also a P577) in it. the P57 has no value, just "some value" in "snaktype"

And since the P57 is not in the main page, I can't remove it and thus remove it from the .json

 – The preceding unsigned comment was added by 2A01:E35:2E0B:C200:2851:145E:CF97:F483 (talk • contribs) at 2019-07-14 21:57 (UTC).

Thanks for noticing. I checked today and I don't see the P57 in the .json, it probably took a few hours to be updated. Lea Lacroix (WMDE) (talk) 06:08, 15 July 2019 (UTC)

Multilanguage labelEdit

There was not so active discussion at Wikidata:Project_chat/Archive/2019/06#Multilanguage_label. Is it possible to add such fallbacks? mul-Latn, mul-Cyrl and "mul" over all of them. --Infovarius (talk) 12:18, 17 July 2019 (UTC)

I pinged Amire80 to get his opinion. Lea Lacroix (WMDE) (talk) 10:25, 19 July 2019 (UTC)
Sounds kind of sensible, but I'd love to see a few more focused examples. --Amir E. Aharoni (talk) 11:34, 19 July 2019 (UTC)

Use a property as a link sourceEdit

In a custom Wikibase installation I would like to use a text content of a property to build a link to a page, but it seems I am unable to.
Let's say I have a property where the text is Some Page: so I tried to buld a link writing [[{{#statements:P1}}]] and expected the result to be Some Page, while in fact I am getting a plain text [[Some Page]].

I made several searches on the internet, but I failed to understand why this is not working and how to modify my approach to make it works instead. I assume I am making some fundamental error, but I am not sure what.
May I ask you if you can briefly explain to me the error or point me to the proper documentation to read to achieve this result?

Thanks --Lucamauri (talk) 15:39, 18 July 2019 (UTC)

Notifications stay red/blueEdit

Even when clicked, notifications stay red/blue for a day or two now.

It's a bit irritating, but I suppose one could just ignore or de-activate them. --- Jura 11:28, 19 July 2019 (UTC)

Wikipedia for mobile devicesEdit

Dear developers,

1st CategoriesEdit

On Wikipedia on mobile devices I can not see categories as a computer view so I suggest that they make it possible to see the categories between Last edited and Related articles. I would like also add or remove categories on that way.

2nd Mobile editesEdit

I also suggested that edited on mobile decise i can press "Show oreview", "Show changes" and "Cancel" along with "Publish changes" and Categories on top of the page to see is that category exist or not when I edit or make a page on mobile devices (view).

3rd Wikidata linksEdit

Where I am on mobile devices (view), I can not add or remove wikilinks even when I use BETA version ( I'd like to you add this in BETA version or making possible on mobile view (devices)

I hope that any of this problems can bi solved or suggestion to be use (updated) soon on Wikipedia or/and your answer. With all respect. Uspjeh je ključ života (talk) 11:17, 20 July 2019 (UTC)

This is probably something for CKoerner (WMF) :) Lea Lacroix (WMDE) (talk) 18:28, 21 July 2019 (UTC)