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
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)
- Is this happening a lot/regularly? --Lydia Pintscher (WMDE) (talk) 09:51, 26 July 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)
- I removed it from read only calls. Thanks. --Succu (talk) 10:42, 26 July 2018 (UTC)
- ... which made you wait for the lag to decrease. Matěj Suchánek (talk) 07:22, 26 July 2018 (UTC)
- All my API calls are using
- Didn't you include
- 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)
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". }
}
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)
- Found
- 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)
- @-revi: Is it a good idea to whitelist the main page (and leave other pages blacklisted)?--GZWDer (talk) 09:33, 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 }
}
— 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)
- 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)
- 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)
- 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)
Try this query:
SELECT ?item WHERE
{
?item p:P1369 [] .
MINUS { ?item p:P1435/ps:P1435 wd:Q5958900 }
}
and this list:
List of QIDs |
---|
Q55992890 Q55992744 Q55992740 Q55992614 Q55992070 Q55991081 Q55991070 Q55991062 Q55991059 Q55990968 Q55990966 Q55990964 Q55990957 Q55990954 Q55946553 Q55946381 Q55946325 Q55943137 Q55939900 Q55939404 Q55939353 Q55939318 Q55939289 Q55939218 Q55939184 Q55939101 Q55909297 Q55900818 Q55900809 Q55900789 Q55900760 Q55900750 Q55900741 Q55900710 Q55900701 Q55900316 Q55773303 Q55772602 Q55772600 Q55772514 Q55772282 Q55772261 Q55771139 Q55662476 Q55662474 Q55624476 Q55564961 Q55518913 Q55518873 Q55499933 Q55475934 Q55475575 Q55453140 Q55434878 Q55434871 Q55434863 Q55190874 Q55190857 Q55190795 Q55189467 Q55187758 Q55187605 Q55187218 Q55187003 Q55186583 Q55186126 Q55185486 Q55185479 Q55185461 Q55185456 Q55185455 Q55185454 Q55185450 Q55185437 Q55184990 Q55184967 Q55184962 Q55184925 Q55184860 Q55184745 Q55184741 Q55184512 Q55184479 Q55163201 Q55127625 Q55127377 Q55127014 Q55112267 Q55096148 Q55091264 Q55090105 Q55089966 Q55089961 Q55089938 Q55089933 Q55089375 Q55069964 Q55069932 Q55056155 Q55056152 Q55056143 Q55056142 Q55055568 Q55055173 Q55055167 Q55054788 Q55054787 Q55054782 Q55054780 Q55054777 Q55054773 Q55054771 Q55054768 Q55051965 Q55051957 Q55051680 Q55051668 Q55051666 Q55051663 Q55051662 Q55051655 Q55051654 Q55051648 Q55051647 Q55051644 Q55051639 Q55051638 Q55051637 Q55051458 Q55051427 Q55051426 Q55051419 Q55051418 Q55051415 Q55051414 Q55051398 Q55051372 Q55051369 Q55051197 Q55051166 Q55051106 Q55051097 Q55051009 Q55050992 Q55050990 Q55050986 Q55050970 Q55050968 Q55050958 Q55050908 Q55050904 Q55050891 Q55050886 Q55050883 Q55050880 Q55050853 Q55050845 Q55050840 Q55050835 Q55050830 Q55050821 Q55050814 Q55050802 Q55050796 Q55050768 Q55050762 Q55050759 Q55050754 Q55050731 Q55050730 Q55050725 Q55050723 Q55050713 Q55050712 Q55050700 Q55050697 Q55050695 Q55050682 Q55050679 Q55050677 Q55050667 Q55050662 Q55050661 Q55050655 Q55050652 Q55050648 Q55050645 Q55050641 Q55050635 Q55050631 Q55050622 Q55050603 Q55050557 Q55050263 Q55050249 Q55050245 Q55050237 Q55050234 Q55050226 Q55050216 Q55050164 Q55049872 Q55049861 Q55049849 Q55049846 Q55049819 Q55049673 Q55049667 Q55049664 Q55049652 Q55049169 Q55049162 Q55049153 Q55049152 Q55049150 Q55049149 Q55049148 Q55049023 Q55048994 Q55048992 Q55048991 Q55048990 Q55048989 Q55048985 Q55048984 Q55048983 Q55048982 Q55048981 Q55048978 Q55048976 Q55048789 Q55048785 Q55048775 Q55048765 Q55048758 Q55048466 Q55048462 Q55048461 Q55048455 Q55048453 Q55048450 Q55048448 Q55048442 Q55048358 Q55048357 Q55048356 Q55048352 Q55048333 Q55048332 Q55048318 Q55048315 Q55048312 Q55048300 Q55048295 Q55029919 Q55029913 Q55029906 Q55028792 Q43020909 Q43003726 Q42936009 Q42921756 Q42921698 Q42898371 Q42886411 Q42883922 Q42883840 Q42883032 Q42882596 Q42880732 Q42880369 Q42880356 Q42878930 Q42878392 Q42877970 Q42877130 Q42875114 Q42874882 Q42874674 Q42869420 Q42868051 Q42866017 Q42865987 Q42863791 Q42863281 Q21819376 Q19390207 Q19383023 Q19382882 Q19379378 Q17194595 Q12004947 Q12003347 Q11974644 Q6255280 Q6198714 Q3904209 Q284037 |
— 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: Try it!
SELECT ?item WHERE { ?item p:P4088 [] . MINUS { ?item p:P17/ps:P17 wd:Q27 } }
- — Ivan A. Krestinin (talk) 06:33, 11 August 2018 (UTC)
- Another query:
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)
- Put into Special:MyPage/common.js:
- 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)
- Yeah, other than seeing an empty field, which problem is causing to you?--Micru (talk) 08:34, 7 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)
- Which problem is causing you that Bavarian appears?--Micru (talk) 21:13, 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)
Short URLs for queries blocked by anri-spam filters
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?
- Is the check supposed to be case sensitive?
- How is it possible that this kind of thing is present if it is not allowed?
- 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)
- 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)
- 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) |