Shortcut: WD:DEV

Wikidata:Contact the development team

From Wikidata
Jump to: navigation, search

Project
chat

Administrators'
noticeboard

Development
team

Translators'
noticeboard

Requests
for permissions

Interwiki
conflicts

Requests
for deletions

Property
proposal

Properties
for deletion

Requests
for comment

Partnerships
and imports

Request
a query

Bot
requests

Development plan

Status updates

Development input

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 2016/08.


Deletion on WikiSpecies not on Wikidata?[edit]

The page at https://species.wikimedia.org/wiki/T.C._Narendran was deleted, but sitelink at Q7672638 wasn't removed.
--- Jura 05:45, 13 July 2016 (UTC)

The administrator that deleted the page on Wikispecies, doesn't exist on Wikidata. Mbch331 (talk) 16:14, 13 July 2016 (UTC)
Seems odd that this has an impact.
--- Jura 11:08, 18 July 2016 (UTC)
It happens quite often that sitelinks aren't automatically removed. In such cases, User:Hoo Bot removes them. --Pasleim (talk) 11:26, 25 July 2016 (UTC)
Page moves and deletions are not processed if you have a SUL and have never visited Wikidata. Sjoerd de Bruin (talk) 11:29, 25 July 2016 (UTC)
  • It didn't happen here: maybe the bot missed it. The page was deleted in April and when I first commented here three months later, the link hadn't been removed. In the meantime, someone recreated the page as redirect [1].
    --- Jura 10:06, 26 July 2016 (UTC)
@Lydia Pintscher (WMDE): could you take care of this for us going forward? I don't see an advantage of having volunteers deal with this.
--- Jura 13:13, 25 July 2016 (UTC)
That is why hoo is running the bot. I'll talk to him and see if there is more we can do short-term. But I'd rather not attribute changes to some dummy account as that would open another can of worms. Maybe we can do something to get these accounts activated on Wikidata. --Lydia Pintscher (WMDE) (talk) 08:54, 26 July 2016 (UTC)
This, I guess, not only affects deletions, but also page-moves... -- Innocent bystander (talk) 09:00, 26 July 2016 (UTC)
Yeah those should all be the same mechanism. --Lydia Pintscher (WMDE) (talk) 09:19, 26 July 2016 (UTC)
@Lydia Pintscher (WMDE), Jura1, Pasleim, Sjoerddebruin: I made a test here. I blocked myself here at Wikidata and thereafter I moved sv:Wikipedia:Sandlåda för Wikidata. Naturally, nothing then happened here in Wikidata Sandbox Item (Q4115189). It looks like we have to find a solution also for such cases. We are here not supposed to veto a move of a page in the clients. -- Innocent bystander (talk) 08:12, 3 August 2016 (UTC)
Do you have a suggestion for how to sole it? @Hoo man: can we technically attribute the edit to a blocked or not logged in user even? --Lydia Pintscher (WMDE) (talk) 18:27, 10 August 2016 (UTC)
Conceptually that's not a problem. The only problem I see is that it breaks people's expectations about blocked users. Cheers, Hoo man (talk) 18:40, 10 August 2016 (UTC)
Couldn't we adjust the presentation of "remote" edits (compared to "local" edits)? Even for not blocked users, it's not ideal if these look the same.
--- Jura 18:46, 10 August 2016 (UTC)
The equivalent would be a file rename (move) on Commons, when the file is used on another project, How is that handled, for users blocked on the other proejct? Andy Mabbett (Pigsonthewing); Talk to Andy; Andy's edits 19:09, 10 August 2016 (UTC)
Special:CentralAuth/CommonsDelinker is a dedicated account for this. Matěj Suchánek (talk) 19:27, 10 August 2016 (UTC)
  • I made a bug report T143485 and a feature request T143486 on Phab.
    --- Jura 12:44, 21 August 2016 (UTC)

UI bugs[edit]

Bonjour Léa, en guise de cadeau de bienvenue, je profite d'avoir une francophone pour remonter trois petits bugs constatés ces dernières semaines suite à des changement d'UI :

Merci par avance et bienvenue ! — Ayack (talk) 10:29, 11 August 2016 (UTC)

Bonjour Ayack,
En effet, je constate les mêmes bugs que toi sur l'interface. Je vais en informer l'équipe. En revanche, en ce qui concerne les gadgets, il s'agit de paramètres à modifier directement dans le gadget en question, nous ne gérons pas les gadgets.
Merci de ton retour, à bientôt Lea Lacroix (WMDE) (talk) 13:34, 11 August 2016 (UTC)
Merci. Je n'y connais pas grand chose, mais j'ai l'impression que les gadgets utilisent tous la même classe CSS qui est gérée au niveau système (en tout cas la présentation de tous les gadgets a changé du jour au lendemain). — Ayack (talk) 13:39, 11 August 2016 (UTC)
Excuse me for talking in English: I think jquery is being loaded in the wrong way at some moments, causing these display effects. Sjoerd de Bruin (talk) 21:34, 11 August 2016 (UTC)
@Ayack: are you still seeing these? Sjoerd de Bruin (talk) 14:42, 22 August 2016 (UTC)
@Sjoerddebruin: No, everything seems ok now. Thanks. — Ayack (talk) 14:53, 22 August 2016 (UTC)

Grafana: statements per item[edit]

At https://grafana.wikimedia.org/dashboard/db/wikidata-datamodel-statements?panelId=9&fullscreen there is a chart for the number of statements per item.

Is there a way to view only the number of items with >10 statements? Or the number of items with 0 items? At to-do/stats, it is possible to invert the chart. Can this be done? Is there a way to filter out external-ids?
--- Jura 14:58, 13 August 2016 (UTC)

Hello @Jura1:, you can try by exporting the data, opening the file in your favorite sheet software and filter the data in order to create another chart. To do so, click on the header (statement by item), then on the hamburger menu, you have several options to export the data. Hope this can help Face-smile.svg Lea Lacroix (WMDE) (talk) 10:59, 15 August 2016 (UTC)
Hi Léa, thanks for your answer. I was hoping there was a way to configure it in the "Jason panel"-view. Otherwise I'd have to do an export each time. To view the statements without external-ids, I have to ask for a new panel?
--- Jura 13:45, 15 August 2016 (UTC)
Hi Jura! I managed to add another graph to the page showing you three groups! Enjoy! ·addshore· talk to me! 13:27, 16 August 2016 (UTC)
Great. Thanks! I added it here.
--- Jura 16:51, 16 August 2016 (UTC)
Addshore: Would you added a group for 1 statement? New groups would be: 0 / 1 / 2-10 / >10. I'm trying to work something out for these: Wikidata:Database reports/items with 1 statement categories.
--- Jura 07:35, 17 August 2016 (UTC)
✓ Done ·addshore· talk to me! 12:24, 21 August 2016 (UTC)

is there a ticket for ... be sure of the language of the label we get[edit]

With language fallback feature activated in the lua API, it seem we can't be sure of the language of the label returned by the call. This breaks some stuffs on client related to knowking without loading the whole item automatically if there is some transtation of the label to be done.

Either we need to have a way to be sure language fallback to be desactivated when we require a specific language for the label, or we need to be able to know the lang of the label we get. For example by the call instead of returning a string returns a tuple (label, language_code) to unpack. author  TomT0m / talk page 11:11, 16 August 2016 (UTC)

I've created T143094 for this and put it on my to do list. We already have all the information available, it's just a matter of exposing them. Cheers, Hoo man (talk) 11:45, 16 August 2016 (UTC)
I have already proposed an optional fallback at phab:T138163. But having the language code returned as the second value sounds good as well. Matěj Suchánek (talk) 14:03, 16 August 2016 (UTC)
@Matěj Suchánek: I've declined that task, as I find it might lead to confusing behavior. I hope the solution described in T143094 is fine for you. Cheers, Hoo man (talk) 14:27, 17 August 2016 (UTC)

KML file property proposal[edit]

Could the developers please look at Wikidata:Property proposal/KML file and comment on whether or not they have any concerns? Thanks, Evad37 [talk] 15:05, 17 August 2016 (UTC)

Purge with confim[edit]

It's only a my problem, or the "purge" work strange? When I purge a page it loads a page that ask a confirm. Tested with edge and crhome--ValterVB (talk) 07:22, 18 August 2016 (UTC)

Nope, they changed it: https://phabricator.wikimedia.org/T135170 .. highly annoying.
--- Jura 07:26, 18 August 2016 (UTC)
Thanks, I made a modified version of the gadget "Local Live Clock". Add "importScript( 'User:ValterVB/Gadget-LocalLiveClock.js' );" in yours commons.js --ValterVB (talk) 08:56, 18 August 2016 (UTC)
@ValterVB: Maybe you could submit your changes to the gadget itself? Any by the way, Merge.js also needs adjusting. Matěj Suchánek (talk) 13:49, 18 August 2016 (UTC)
The gadget is on mw:MediaWiki talk:Gadget-LocalLiveClock.js I asked to a developer to change the gadget. For Merge gadget, I'm not expert on JavaScript but I can try to fix --ValterVB (talk) 14:16, 18 August 2016 (UTC)
For Merge gadget need someone more expert with javascript. The correct version to do the purge is here --ValterVB (talk) 14:28, 18 August 2016 (UTC)

Language to add[edit]

syc Please add Syriac as a language for the native name property per this post. Although Syriac is not a very common language, I am surprised to see that it was not available. Is there a way to mass add several languages from a list? —Justin (koavf)TCM 02:03, 20 August 2016 (UTC)

Help:Monolingual text languages. Matěj Suchánek (talk) 09:03, 20 August 2016 (UTC)

Query timeout on SPARQL[edit]

Hello, while playng yesterday with some queries I incurred in a backend error. It happened using wdqs python library and curl from command line. My query was:

select (?item as ?item) where {
  ?item wdt:P21 wd:Q6581097.
  ?item wdt:P31 wd:Q5.
  ?war schema:about ?item.
  ?war schema:isPartOf <https://en.wikipedia.org/>.
 }

i.e. retrieving all the items about men linked to en.wikipedia. The response gave me more than 514000 items, then it contains a Java exception:

java.util.concurrent.ExecutionException: java.util.concurrent.ExecutionException: org.openrdf.query.QueryInterruptedException: java.lang.RuntimeException: java.util.concurrent.ExecutionException: java.lang.RuntimeException: java.util.concurrent.ExecutionException: com.bigdata.bop.engine.QueryTimeoutException: Query deadline is expired.
        at java.util.concurrent.FutureTask.report(FutureTask.java:122)
        at java.util.concurrent.FutureTask.get(FutureTask.java:188)
        at com.bigdata.rdf.sail.webapp.BigdataServlet.submitApiTask(BigdataServlet.java:281)
        at com.bigdata.rdf.sail.webapp.QueryServlet.doSparqlQuery(QueryServlet.java:636)
        at com.bigdata.rdf.sail.webapp.QueryServlet.doGet(QueryServlet.java:278)
        at com.bigdata.rdf.sail.webapp.RESTServlet.doGet(RESTServlet.java:240)
        at com.bigdata.rdf.sail.webapp.MultiTenancyServlet.doGet(MultiTenancyServlet.java:270)
        at javax.servlet.http.HttpServlet.service(HttpServlet.java:687)
        ...

followed by more stacktrace info. Given that the query seems to work fine at query.wikidata, and that this problem seems to be known since march (on blazegraph), I'm wondering if there is any way to fix it besides downloading the dump and running a local instance. Thanks. Baruneju (talk) 09:49, 20 August 2016 (UTC)

It's not an error, it's a limitation. We have limits to the size of the queries we allow to run, due to resource constraints, and yours is one of the biggest possible short of asking for everything - of all identifiable groups, human males are probably the biggest represented on both wikidata and wikipedia. It's size is over a million (specifically, 1164500) items. The query service is now not well-equipped for dealing with million-item queries, some dump-processing solution I think would be more appropriate for now. Eventually, we'll probably get LDF solution which works better in such massive data amounts, and also more hardware that will allow us to deal with bigger datasets. --Smalyshev (WMF) (talk) 20:48, 20 August 2016 (UTC)
Thanks @Smalyshev (WMF):, I'm going to fall back to the dumps for this query and others with a similar size that I plan to run. Best, --Baruneju (talk) 21:33, 20 August 2016 (UTC)

Problems editing with Safari[edit]

very often I cannot edit using Safari, while FF works, e.g. my edits on The Adoration of the Magi (Q2489939). There was no problem editing country (P17) with Safari, but before and after I couldn't fill in RKDimages (P350), as the circle turned endlessly without opening the edit field after filling in the property's name. So I had to change to FF, were everything worked fine.

Same problem referencing [2]--Oursana (talk) 22:20, 20 August 2016 (UTC)

Hello @Oursana: Thanks for the report. Can you give me more information about your system (which version of the OS and Safari?) and a screenshot if possible. We will try to find out this problem. Thanks Lea Lacroix (WMDE) (talk) 09:50, 21 August 2016 (UTC)
See phab:T115267. Sjoerd de Bruin (talk) 10:07, 21 August 2016 (UTC)

how can a wp-article be linked twice[edit]

see no label (Q22001760) and Massacre of the Innocents (Q643474) hy, i will merge.--Oursana (talk) 15:46, 21 August 2016 (UTC)

Be careful when wanting to merge hywiki articles. Armenian isn't just 1 language, it's 2 languages (or 2 dialects). A lot of articles on hywiki are in both languages (dialects). I reversed your merge as this was a wrong merge (2 articles about the same subject). Mbch331 (talk) 19:42, 21 August 2016 (UTC)
Deleting valid sitelinks is vandalism, yeah. Sjoerd de Bruin (talk) 19:49, 21 August 2016 (UTC)
@Mbch331 no label (Q22001760) links to hy:Մանուկներու Կոտորած and where do the interwikilinks come from, they are not on wikidata. Names and content of both articles are identical. The only difference is Template:TlԱՀ How does this work. One could not expect that a wp language version has two identical articles.--Oursana (talk) 14:01, 23 August 2016 (UTC)
Well, we did make P2959 for that. If you can convince the language committee to allow them to set up two separate sites, I think it would be easier for everyone.
--- Jura 14:08, 23 August 2016 (UTC)
Or DEV could allow more than one "sitelink-code" for such wikis. Locally hywiki could then locally choose if a page belongs to "hy_east_wiki" or "hy_west_wiki". -- Innocent bystander (talk) 16:16, 23 August 2016 (UTC)
I added a chart to Property_talk:P2959#Charts.
--- Jura 16:27, 23 August 2016 (UTC)
Thank you. Remain 2 questions: But this article seems to be identical so why is it doubled, second, how does interwikilinkung work without wikidata--Oursana (talk) 18:39, 23 August 2016 (UTC)

Problem[edit]

There is a problem that there are some links pointing to disambiguation pages in en:WP. I have solved the problem for one Link to this page, but maybe there is a bigger problem. The discussion is at en:Wikipedia_talk:WikiProject_Disambiguation#Koga_links. Could you have a look, please. Someone else has asked me about the same problem last week, therefore it seems that this problem has happened at more then one article at enWP, see Module_talk:Cycling_race#Disambiguating_link. --Molarus 07:41, 22 August 2016 (UTC)

@Molarus: I was able to fix the what links here reports by null editing the pages in question. The wrong links probably appeared because en:Module:Cycling race often uses labels as page names, in case there's no site link yet (for example line 1802 and following). Assuming page names equal labels will lead to problems as described here. Cheers, Hoo man (talk) 16:38, 22 August 2016 (UTC)
I don´t think the explanation is right (and I can´t stop using the labels). However, we could fix another link (I will see tomorrow if that is stable). Now, all those errors, I know about, are fixed. --Molarus 23:03, 22 August 2016 (UTC)
They came back for Ulam, while for Koga, they are still gone!! I don´t know what you did for Koga, what I did was useless. I have done null edits for the wikipedia articles linking to Ulam too, and some more edits in Wikidata, but that didn´t do the trick. --Molarus 23:19, 22 August 2016 (UTC)
@Molarus: I can't see any relevant links right now. Regarding your "(and I can´t stop using the labels)": If you really want to create links from labels, please consider checking whether these titles exist first. You can do so by using mw.title (but that will create links that show up on WhatLinksHere as well, but these are harmless and can be ignored). Cheers, Hoo man (talk) 03:24, 23 August 2016 (UTC)
Maybe this is a case where instead of a red link a black link was created, because there is a different article with the same title. Somehow this false "black" link is not deleted in the database. I´m not sure if that is the case.
We used to print riders who have no Wikipedia article as plain text (not as red links). As a feature, I have changed that in one table into showing a red link instead and I remember that I was getting some complains about "false" black links. My solution was to testing for that case and then a plain text is printed and not a red link. I´m not sure, but maybe I have done that only for riders, not for teams too, but the teams are turning into red links too. At least that is where I will start looking for a solution.
After the links come back, I was trying something else and it seems at the moment that or both measures together did the trick and the links are gone now. But I´m afraid there are more such errors in the database, which are unnoticed so far. The optimum would be to 100% understand the problem, because then I could track those errors everywhere and clean the database. I would say, after stopping the code for adding more such errors into the database, that is the next problem I have to look into. --Molarus 06:55, 23 August 2016 (UTC)
I don't really follow, what problem do you have with which database? Cheers, Hoo man (talk) 13:01, 23 August 2016 (UTC)
Vllt. probiert ihr es auf Deutsch? ;) --Succu (talk) 13:30, 23 August 2016 (UTC)

I have looked into the code and maybe I have found the problem. First, line 1802 and following are within "if arg[1] == 'team' then", but the code at the beginning of that function does not test arg[1], therefore the code runs through that part too, which should not happen. I have added an if clause around to stop that (still untested). The code in line 1802 and following seems to be OK, for me, therefore the problem should be the part above. I have looked into that part of the code and found this:

1765 local title = mw.title.new(Label)
1766 if not title.exists then link = "[[" .. Label .. "]]" else link = Label end

That is the code for Sitelink == nil and Label ~= "" that tests for a "false" black Wikilink. You have written above that will create links that show up on WhatLinksHere as well, but these are harmless and can be ignored. Does that mean "mw.title.new" creates a WhatLinksHere entry? That is what this error is about? Later, "link" is overwritten with the code in the "if arg[1] == 'team' then" part of the code, that means "link" is overwritten with text that is not from the "Label". The documentation on "mw.title.new" says The title referenced will be counted as linked from the current page. Maybe the problem is solved with adding an if-clause around that part of the code? But what is with the rider wikilinks? A false black link is a person that is no rider. This person would still create a WhatLinksHere entry, right? But that WhatLinksHere entry would be a good entry, imho.

About the second part: If that is the problem and the code is fixed with that if-clause, the next step would be to find all the false WhatLinksHere entries. I guess, I have created more than those already fixed. Maybe a SPARQL-query could do that? I´m not experiences with writing SPARQL-queries, but I could try to write one and fix the listed errors. I wonder if Ulam and Koga have a false WhatLinksHere entry in each Wikipedia without an article of that team and an disambiguation page of the same name as in the lable of the two items. --Molarus 01:49, 24 August 2016 (UTC)

I have changed mw.title.new for mw.title.makeTitle and switched the two lines for two riders off, see diff. I could clean WhatLinksHere for both riders and the problem was gone. After reverting this test edit both WhatLinksHere came back. mw.title has to go. Any proposal how I could detect false blue Wikilinks without mw.title? --Molarus 11:37, 25 August 2016 (UTC)
@Molarus: As described on mw:Extension:Scribunto/Lua_reference_manual#Title_objects, .exists will record a link to the target page title. Conceptually there's no way around that, and it's supposed to be like that. Cheers, Hoo man (talk) 16:12, 25 August 2016 (UTC)

Per-statement locking[edit]

A notion came into my head and I wanted to get a judge of the initial feasibility before putting something in Phabricator. Since Wikidata is machine-readable, I think that means we could have easy access to locking individual statements (as in, property + specific claim) using the protection mechanism. Or that such could be done with the attributes at the top of the page (label/alias/description).

What would be the difficult of doing something like that? Are immediate design concerns? --Izno (talk) 13:58, 23 August 2016 (UTC)

I've see a few requests for this over time. My main concerns are two-fold:
* I'd like us to concentrate on making our other vandalism fighting tools that preserve openness more before resorting to locking. If we can solve the problem with less harsh methods I'd prefer that.
* When you lock a statement can new values be added? Can a new statement with the same property be added again at the bottom? When you lock a label can new aliases be added? This and similar interaction pieces make it tricky and I at least have not thought through how this all could work.
I realize that we're at a point where we should at least think about these though. --Lydia Pintscher (WMDE) (talk) 06:02, 26 August 2016 (UTC)
I realized I mixed some terminology. I'll speak to the second in reply, since I'm not sure if I have a reply for the first right now. What I envision is being able to lock the claim in total. So, being able to lock Douglas Adams (Q42) having claim instance of (P31) human (Q5) and any references associated with that single claim (maybe, not sure about locking references--I suppose we would have to). Any other claims of P31 Q5 would remain unlocked, and the "add a claim" button would remain clickable. I'm not sure about locking label/alias/description. Definitely agree that it's tricky, and I'm not sure if there's a large use case, but it would help take care of the cheap vandalism... and we may need it at some point in the future regarding the nasty geo-political claims and items. (I'm surprised that Jerusalem (Q1218) has been relatively stable. Probably the result of a good data model allowing for multiple claims and their associated provenance. :D) --Izno (talk) 15:37, 26 August 2016 (UTC)

Grafana stuck?[edit]

It seems that stats from yesterday (24) are identical with todays (25).
--- Jura 05:06, 25 August 2016 (UTC)

@addshore: Can you have a look please? --Lydia Pintscher (WMDE) (talk) 05:57, 26 August 2016 (UTC)
Checking the detailed numbers, it seems that they are not identical. Still, looking e.g. at Q5 on [3]:
2016-08-22T00:00:00.000Z        3239161
2016-08-23T00:00:00.000Z        3239773 +612
2016-08-24T00:00:00.000Z        3240567 +794
2016-08-25T00:00:00.000Z        3240739 +172
2016-08-26T00:00:00.000Z        3240728 -11
2016-08-27T00:00:00.000Z        3243398 +2670  [added on 27 August 2016]
These seems quite close for recent days. Maybe activity on Sunday was just low.
Comparable numbers from Wikidata:Database reports/Popular items
3387022 
3387813 +791
3389514 +1701
3389686 +172
3389913 +227
3391733 +1820  [added on 27 August 2016]
These are calculated differently a few hours before the Garafana ones. Still the changes are bigger.
--- Jura 07:23, 26 August 2016 (UTC)
I'm trying to add 1000+ items with Q5. We can check if it's visible tomorrow.
--- Jura 09:31, 26 August 2016 (UTC)
I spike is now visible. I updated the numbers above. I wonder if it's catching up from previous days. @addshore: Did you change anything?
--- Jura 13:07, 27 August 2016 (UTC)

Primary Sources bug[edit]

I know that the dev team don't maintain the "Primary Sources" stuff, but I want to show my usual bug with "Primary Sources", because I think it is important and because it's very annoying : http://imgur.com/a/8MFPv ... This bug is may-be present half the time and force me te refresh again and again the page until it's disappear. This bug existe since few month. I don't think it is a incompatibility with opera, or ubuntu or gadget (I have remove almost all). --Nouill (talk) 12:45, 27 August 2016 (UTC)

Same problema also with Edge. --ValterVB (talk) 12:50, 27 August 2016 (UTC)
I think WMDE now takes care of it. You can file a bug for the gadget in phab.
--- Jura 12:53, 27 August 2016 (UTC)