Wikidata:Contact the development team/Archive/2018/08

This page is an archive. Please do not modify it. Use the current page, even to continue an old discussion.

Undo item merge

Tracked in Phabricator
Task T97146

Attempting to undo vandalism to Q21674818 by clicking on undo (https://www.wikidata.org/w/index.php?title=Q21674818&action=edit&undoafter=708519988&undo=713246892) results in an exception:

 [W1HahwpAIC4AAE3RfAIAAAAM] 2018-07-20 12:50:15: Fatal exception of type "Diff\Patcher\PatcherException"

The item merge doesn't appear to have been undone. —Mainframe98 _talk 12:55, 20 July 2018 (UTC)

See phab:T97146. Matěj Suchánek (talk) 11:20, 24 July 2018 (UTC)

Is this happening a lot/regularly? --Lydia Pintscher (WMDE) (talk) 09:51, 26 July 2018 (UTC)

Usually as a result of misclick. Matěj Suchánek (talk) 12:13, 1 August 2018 (UTC)

The autocomplete of the template "Plantilla:Ficha de yacimiento" doesn't run

Dear Sirs or Madame,

The autocomplete of the template "Plantilla:Ficha de yacimiento" doesn't run. For example the article Mola d'Agres doesn't show any data from Mola d'Agres.

Thank you in advance.

--Nachosan (talk) 21:51, 31 July 2018 (UTC)

The item holds none of these properties. Matěj Suchánek (talk) 07:03, 1 August 2018 (UTC)

wbgetentities throws maxlag error

At the moment I get the error "Waiting for trwiki: 16.15 seconds lagged." while using "wbgetentities". Loading an item is impossible a the moment. Is this intentional? --Succu (talk) 14:30, 25 July 2018 (UTC)

Dispatching is apparently stuck, likely because of phab:T200340. Matěj Suchánek (talk) 14:34, 25 July 2018 (UTC)

OK, but why behaves wbgetentities like that? It's a read only access. Nothing will be change by this API call... --Succu (talk) 19:18, 25 July 2018 (UTC)

Didn't you include maxlag= in this call? Matěj Suchánek (talk) 19:54, 25 July 2018 (UTC)

All my API calls are using maxlag=5 by default. --Succu (talk) 20:40, 25 July 2018 (UTC)

... which made you wait for the lag to decrease. Matěj Suchánek (talk) 07:22, 26 July 2018 (UTC)

I removed it from read only calls. Thanks. --Succu (talk) 10:42, 26 July 2018 (UTC)

The actual ticket for dispatching being stuck is https://phabricator.wikimedia.org/T200420 ·addshore· ^{talk to me!} 13:38, 26 July 2018 (UTC)

Just for information, why the Wikidata maxlag is related to other wikiprojects and not only wikidata itself? For example, everytime I use this call (maxlag=1 is intentional for throwing the error) it gives these errors:

• Waiting for mtwiki: 1.95 seconds lagged
• Waiting for ruwikiquote: 1.9 seconds lagged
• Waiting for bmwiki: 1.8833333333333 seconds lagged.
• ... and so on

In which way Wikidata is related to these wikiprojects (mtwiki, ruwikiquote, bmwiki, ...) for the replication lag? Thanks in advance. --Rotpunkt (talk) 05:40, 2 August 2018 (UTC)

I found the answer at Wikidata_talk:Tools#Wikibase’s_maxlag_now_takes_dispatch_lag_in_account. --Rotpunkt (talk) 06:00, 2 August 2018 (UTC)

Zombie references

Do we have a lot of zombie references still lodged in the system, or on WDQS, but no longer connected to any statement?

The following query looks for statements using criterion used (P1013) in a reference. Currently it's finding nine such references, but none of them connected to any statements.

SELECT ?stmt ?ref ?criterion ?criterionLabel WHERE {
  ?ref pr:P1013 ?criterion .
  OPTIONAL {?stmt prov:wasDerivedFrom ?ref} .
  SERVICE wikibase:label { bd:serviceParam wikibase:language "[AUTO_LANGUAGE],en". }
}

Try it!

Is this just a case of WDQS having missed an update, if the reference was edited to remove the criterion used (P1013) or change it into a qualifier? Or do we have a number of references persisting as zombies in the system, after they have been edited or removed from statements? Jheald (talk) 11:10, 4 August 2018 (UTC)

Yes, we had a problem of values/references without referring statements not being deleted. I think it was fixed, but some may have remained from old updates. I didn't give it too big a priority because old values don't really harm anything, they just sit around. But if they are a problem, I could clean them up. Also, if it's an orphan value from recent update, that may mean my fix didn't work, in which case it requires more attention. I'll check it. Smalyshev (WMF) (talk) 00:02, 6 August 2018 (UTC)

@Smalyshev (WMF): Yes, it's a fairly low-priority thing. With the query above, I was trying to see how many cases there were of criterion used (P1013) being used as a reference, when the property is usually a qualifier. The query found 9; but none of them were real. On the other hand, these ghost results are very easily distinguished, simply because they're not attached to any statements. And they don't seem to be throwing any constraint violations. So yes: they seem pretty much harmless. Jheald (talk) 05:42, 6 August 2018 (UTC)

Deactivating web links

The official website link on Eurasmus (Q16975187) is now cyber-squatted by a porn service. On Wikipedia, I can wrap the URL in <nowiki> tags, so that we can record it, but not make it a link. How can I do that on Wikidata; or what other work-around is available? Andy Mabbett (Pigsonthewing); Talk to Andy; Andy's edits 16:14, 27 July 2018 (UTC)

We don't have any way to do it at the moment. As this case seems very rare, I'm not sure it would be a priority to work on a specific feature for it. Lea Lacroix (WMDE) (talk) 11:38, 6 August 2018 (UTC)

It's relatively rare (though, over time, will be increasingly common), but I think it's important. My AV software recently warned me that one such site was trying to put a trojan on my machine. Andy Mabbett (Pigsonthewing); Talk to Andy; Andy's edits 12:51, 6 August 2018 (UTC)

Spam alert

Please add "cex (DOT) io" as Official website to CEX.io (Q22907145). When I try to do it, it says spam alert.  – The preceding unsigned comment was added by Germartin1 (talk • contribs) at 08:42, 31 July 2018‎ (UTC).

This is not the correct page for asking this, but moderators and developers can't add this either. Sjoerd de Bruin (talk) 15:09, 31 July 2018 (UTC)

@Germartin1: It would need to be added to MediaWiki:Spam-whitelist; however the process for arranging that is not clear, but see its talk page. Perhaps one of @Mbch331, Ajraddatz, -revi:, who have edited it, can advise? Andy Mabbett (Pigsonthewing); Talk to Andy; Andy's edits 21:23, 1 August 2018 (UTC)

@Germartin1, Pigsonthewing: We can whitelist the site here, but every Wikipedia that reuses the data from Wikidata, will have a page that can't be edited anymore. It's globally blacklisted, so it needs to be removed from the global blacklist in order to prevent this from happening. Mbch331 (talk) 08:14, 2 August 2018 (UTC)

If you have "About us" page, we can whitelist that and use it for the property. I don't feel good with whole domain. — regards, Revi 10:07, 2 August 2018 (UTC)

Found https://cex.io/about. — regards, Revi 10:15, 2 August 2018 (UTC)

It is spam-blacklisted for spambot activity with that domain. It is unlikely that the domains will be removed. m:User:COIBot/XWiki/cex.io. — regards, Revi 10:12, 2 August 2018 (UTC)

@-revi: Is it a good idea to whitelist the main page (and leave other pages blacklisted)?--GZWDer (talk) 09:33, 6 August 2018 (UTC)

That equals to whitelist everything from that domain, so no, that cannot be done. — regards, Revi 09:34, 6 August 2018 (UTC)

Force WDQS cache update

Hello, often WDQS returns outdated results. Is there some way to force WDQS cache update? Item change forces the update. But operation like add and remove some statement will be written to an item history. Is there something like zero edit? Example query that returns outdated results now:

SELECT ?item WHERE
{
  ?item p:P4533 [] .
  MINUS { ?item p:P17/ps:P17 wd:Q213 }
}

Try it!

— Ivan A. Krestinin (talk) 08:31, 5 August 2018 (UTC)

@Ivan A. Krestinin: If the problem is that the query return itself has been cached (which I often find), just adding a space can get round that. Jheald (talk) 09:15, 5 August 2018 (UTC)

No, not full query result is cached. Try query above. After it try to change some item from the query result. For example add some property and remove it. Wait a bit. After it try to execute the query again. Changed item disappears from the query result. — Ivan A. Krestinin (talk) 09:20, 5 August 2018 (UTC)

I updated the items and looks like it is fine now. Smalyshev (WMF) (talk) 05:27, 6 August 2018 (UTC)

Thank you, but it is just a sample. I have many other samples. Its make bot`s work more hard than it can be. Is there some way to execute such updates from bot`s code? — Ivan A. Krestinin (talk) 08:05, 6 August 2018 (UTC)

No, not from the bot code. But if you tell me which entries are affected, I can update them (and maybe find the underlying reason for them to not be updated). You can post it on my user talk page too. Smalyshev (WMF) (talk) 19:39, 6 August 2018 (UTC)

Try this query:

SELECT ?item WHERE
{
	?item p:P1369 [] .
	MINUS { ?item p:P1435/ps:P1435 wd:Q5958900 }
}

Try it!

and this list:

— Ivan A. Krestinin (talk) 20:41, 6 August 2018 (UTC)

@Ivan A. Krestinin: that query returns 0 results now. Is that what should happen? Smalyshev (WMF) (talk) 00:09, 11 August 2018 (UTC)

Another query:

SELECT ?item WHERE
{
	?item p:P4088 [] .
	MINUS { ?item p:P17/ps:P17 wd:Q27 }
}

Try it!

— Ivan A. Krestinin (talk) 06:33, 11 August 2018 (UTC)

Language selection in labels and descriptions

I am annoyed by the language selection Wikidata offers for "labels and descriptions". For example for Q7731633 I get English, German, French and Bavarian (!), probably because of my geographic place. What I need, however, is all languages where labels and descriptions exist and none where they don't exist. Even if I select "all entered languages", I still get Bavarian which has neither a label nor a description and which I am not at all interested in.

What I need is a less patronizing feature: Give me all languages where labels and descriptions exist. Without further clicks, without pre-selection. Simply all information that is available and no non-information. Is this possible?

I am not the only one who has this problem, see e.g. https://de.wikipedia.org/wiki/Wikipedia:Fragen_zur_Wikipedia#Sprachvorgaben_bei_Wikidata. --Mautpreller (talk) 15:05, 6 August 2018 (UTC)

If you want to change the languages shown by default, you currently need to add a Babel box to your user page (either here or on Meta). That's not ideal and I know there was some work being done on improving it, but I don't know what the status of it is.

There isn't a way to only show languages with labels, the closest you can get is to only put the language you use for the interface in the Babel box. I would be surprised if that changes, because it's very useful for people to be able to easily enter labels for certain languages.

There can be hundreds of labels or descriptions (e.g. Berlin (Q64)) so always showing all of them is rarely what people want. If you really do want that, you could try adding mw.hook('wikibase.entityPage.entityView.rendered').add(function () { $(".wikibase-entitytermsforlanguagelistview-more a").click(); }); to User:Mautpreller/common.js. I haven't tested it, but it should automatically expand "All entered languages" after an item page loads.

- Nikki (talk) 16:03, 6 August 2018 (UTC)

Thanks a lot, this works. The only problem is that Bavarian still appears.--Mautpreller (talk) 18:26, 6 August 2018 (UTC)

Which problem is causing you that Bavarian appears?--Micru (talk) 21:13, 6 August 2018 (UTC)

There is no label or description in Bavarian. Obviously the Language Selector "knows" that my IP comes from Bavaria and guesses that I should be competent and interested in Bavarian. However, this is not so.--Mautpreller (talk) 07:57, 7 August 2018 (UTC)

Yeah, other than seeing an empty field, which problem is causing to you?--Micru (talk) 08:34, 7 August 2018 (UTC)

No other problem, but given the number of labels and descriptions in many cases, I'd like to get rid of this empty field.--Mautpreller (talk) 10:04, 8 August 2018 (UTC)

Put into Special:MyPage/common.js: .wikibase-entitytermsforlanguageview-bar { display: none; }.

But generally it's better to have #babel inserted on the local user page. Matěj Suchánek (talk) 11:40, 8 August 2018 (UTC)

Short URLs for queries blocked by anri-spam filters

Tracked in Phabricator
Task T44085

Hello

Short URLs generated for queries are cool, such as tinyurl.com/yb7udqe6 for https://query.wikidata.org/embed.html#SELECT%20DISTINCT%20%3Fitem%20%3Fdn%20%3Fm%20%0A%0AWHERE%20%7B%0A%20%20%3Fitem%20wdt%3AP25%20%3Fm.%0A%20%20%3Fitem%20wdt%3AP31%20wd%3AQ5.%0A%20%20%3Fm%20wdt%3AP31%20wd%3AQ5.%0A%20%20OPTIONAL%20%7B%3Fitem%20wdt%3AP569%20%3Fdn%7D%0A%20%20FILTER(NOT%20EXISTS%20%7B%20%3Fm%20wdt%3AP21%20wd%3AQ6581072.%7D)%20%0A%7D%0AORDER%20BY%20%3Fdn%0A

Except that you can copy them anywhere but in Wikidata discussion pages such as this one, where they are blocked by the anti-spam filter. I had to cut the http:// to have it accepted here.

Maybe something could be done. Either use another short URL service, or have a way to recognize internally the tinyurls generated by WD itself. Otherwise this looks like a weird autoimmune disease. Bvatant (talk) 22:17, 7 August 2018 (UTC)

This is a very old and well-known issue. There is a project about creating our own URL shortener service for the Wikimedia projects. Feel free to add a comment on this ticket mentioning that it is useful. I hope this eventually will be developed. Lea Lacroix (WMDE) (talk) 07:48, 8 August 2018 (UTC)

OK, thanks Lea for the pointer. I will add my pinch of salt to the ticket. Bvatant (talk) 09:23, 8 August 2018 (UTC)

AFAIK unfortunately most short-url services are blocked, for the same reason - spam. Of course, if you block one service it makes sense to block them all, otherwise spammers would just use another service and the block would have no effect. Eventually phab:T44085 will happen, until then I'm afraid I have no better solution. If there's some service that is OK with Wiki I can switch to it, but I haven't found any. Smalyshev (WMF) (talk) 00:12, 11 August 2018 (UTC)

Formatter URL is broken

Hello. Further problem on this property. It seems that not works without spaces in game ID, need to be escaped to %20 instead of +. Please replace to correct formatter. Kirilloparma (talk) 13:59, 12 August 2018 (UTC)

@Kirilloparma: It is not the formatter URL that is broken, but (perhaps) the values stored. Andy Mabbett (Pigsonthewing); Talk to Andy; Andy's edits 20:13, 17 August 2018 (UTC)

Question about identical labels for properties

I am importing properties to another Wikibase and I got this error:

Property P115 already has label "stad" associated with language code br.

This happens when importing P17. I checked those properties and P17 has "Stad" and P115 has "stad" for Breton. I am not quite sure what exactly might be the cause here. Is it Wikidata data or Wikibase software or the WikibaseImporter extension I am using, or something else?

1. Is the check supposed to be case sensitive?
2. How is it possible that this kind of thing is present if it is not allowed?
3. How can this be fixed?

--Nikerabbit (talk) 12:14, 17 August 2018 (UTC)

The check is not supposed to be case sensitive. It may have failed on Wikidata in the past. Feel free to improve the labels on Wikidata, then try your export again. Lea Lacroix (WMDE) (talk) 13:44, 20 August 2018 (UTC)

Don't have remove interwiki links

Hi. I click to link for edit interwiki (Q85196), them site open Special:SetSiteLink/Q85196. How I can remove interwiki? Browser Chrome 57.0.2987.133 (64-bit) and Firefox 61.0.1 (64-bit). Problem has ~24 hours. JS is available. Мастер теней (master of shadows), 14:12, 22 August 2018 (UTC)

I can't reproduce on my own browsers, it works well for me. Can anyone reproduce? Lea Lacroix (WMDE) (talk) 14:25, 22 August 2018 (UTC)

It's funny, but all works if I log out (anonimus). In Opera 55.0.2994.37 have problem to. And all my browsers for linux. Мастер теней (master of shadows), 14:38, 22 August 2018 (UTC)

Hi, it's temporary problem with translation/ Look phab:T202346. - Kareyac (talk) 14:45, 22 August 2018 (UTC)

@Мастер теней, change preferences to some other language. - Kareyac (talk) 14:45, 22 August 2018 (UTC)

• Lea Lacroix (WMDE): this problem for Russian language for all users: ru:Википедия:Форум/Викиданные#Править_и_редактировать. Мастер теней (master of shadows), 14:50, 22 August 2018 (UTC)
•  Resolved. - Kareyac (talk) 03:44, 23 August 2018 (UTC)

I think that this discussion is resolved and can be archived. If you disagree, don't hesitate to replace this template with your comment. - Kareyac (talk) 03:44, 23 August 2018 (UTC)