[11:21:59] <reosarevok>	 Does PetScan or some other tool allow to query by template value? https://commons.wikimedia.org/wiki/Category:Kuusalu_Cemetery - I'd be nice to be able to use https://commons.wikimedia.org/wiki/Template:Kultuurim%C3%A4lestis to match the IDs there to the IDs in WD ...
[11:22:12] <reosarevok>	 Lucas_WMDE: you don't happen to know about this, do you? :D
[11:22:49] <Lucas_WMDE>	 not familiar with those tools at all, sorry…
[11:24:10] <Lucas_WMDE>	 though I’m sure it must be possible
[11:30:49] <Auregann_WMDE>	 reosarevok: maybe ask user:Rama, he's been doing some matching between Commons and Wikidata https://twitter.com/photos_floues/status/961351766410498049
[15:41:50] <Vigneron>	 ping Lucas_WMDE do you know if it's possible to remove a sitelink with QuickStatement 2? I tried but without success :/
[15:42:01] <Vigneron>	 (for instance -Q4115189 Sfrwiki "Wikipédia:Wikidata/Bac à sable")
[15:42:08] <Lucas_WMDE>	 hm, I think it should be possible
[15:42:50] <Vigneron>	 I think too but I'm must do something wrong somewhere :/
[15:44:41] <sjoerddebruin>	 https://www.wikidata.org/wiki/Help:QuickStatements only mentions statements.
[15:45:46] <Vigneron>	 sjoerddebruin: :(
[15:46:38] <Vigneron>	 but some line below you use CSV format), it mention "Any column header may also begin with "-" to remove the statement/label/… instead of adding it." does the « ... » include sitelinks?
[15:47:39] <Vigneron>	 and the instruction -Q4115189 Sfrwiki "Wikipédia:Wikidata/Bac à sable" give an error but at least it's understood by the tool (when the syntax is incorrect, usually the tool shows nothing at all)
[15:48:23] <Lucas_WMDE>	 ugh
[15:48:25] <Lucas_WMDE>	 https://github.com/lucaswerkmeister/quickstatements/blob/master/public_html/quickstatements.php#L837-L862
[15:48:34] <Lucas_WMDE>	 looks like you can’t actually remove anything except statements
[15:48:45] <Lucas_WMDE>	 even though the *syntax* for removing sitelinks exists
[15:48:48] <Lucas_WMDE>	 I wasn’t aware of that
[15:49:27] <Vigneron>	 Lucas_WMDE: oh ok
[15:49:32] <Vigneron>	 thanks for the explanation
[15:49:44] <Vigneron>	 should I do a ticket or something?
[15:52:15] <Lucas_WMDE>	 should be relatively easy afaict
[15:52:24] <Lucas_WMDE>	 “setting” the sitelink to the empty string removes it
[15:52:30] <Lucas_WMDE>	 (https://www.wikidata.org/w/index.php?title=Q4115189&diff=628963802&oldid=628775610, tested via API sandbox)
[15:54:11] <Lucas_WMDE>	 hang on, wait!
[15:54:23] <Lucas_WMDE>	 this means that “setting” the sitelink to an empty value in QuickStatements should also work :D
[15:54:26] <Lucas_WMDE>	 lemme test that
[15:55:22] <Vigneron>	 Lucas_WMDE: empty value indeed removes it, I'll do that for now ;)
[15:55:29] <Lucas_WMDE>	 yup, it works :D
[15:59:10] <Lucas_WMDE>	 I’ve tried to update the English CSV documentation on ToolTranslate… no idea how long it’ll take to be visible
[16:13:32] <Vigneron>	 all 337 links to mowiki deleted, thank you Lucas_WMDE !
[16:13:50] <Lucas_WMDE>	 hooray!
[16:13:58] <Lucas_WMDE>	 (what’s wrong with mowiki? seems to redirect to rowiki?)
[16:14:14] <Vigneron>	 yes, mowiki has been closed by the LangCom
[16:15:11] <Lucas_WMDE>	 ah, ok
[16:16:15] <Vigneron>	 or more exactly, it has been closed in 2006 but now they decided to delete the archive (more info on https://meta.wikimedia.org/wiki/Proposals_for_closing_projects/Deletion_of_Moldovan_Wikipedia_2 )
[16:17:01] <Lucas_WMDE>	 …so we had sitelinks for a wiki that was closed half a decade before Wikidata even started?
[16:17:35] <Lucas_WMDE>	 (hm, okay, I’m not sure what exactly closing a wiki means… perhaps it still made sense)
[16:18:45] <Vigneron>	 closed wikis are just "frozen", so yeah we have some links to frozen page (and yes it's a bit weird, but in the end, not more weird than link to protected pages on enwiki, only the scale change)
[16:20:09] <Lucas_WMDE>	 okay, makes sense
[16:20:14] <Lucas_WMDE>	 thanks :)
[16:21:27] <Vigneron>	 by the way, maybe Wikidata should entirely delete the "mo" code (not even an ISO 639 code), including in labels, descriptions, aliases, etc.
[16:28:31] <Lucas_WMDE>	 I can’t find a single string with that language code in the query service
[16:28:44] <Lucas_WMDE>	 (though http://tinyurl.com/yacxmvby is an extremely inefficient query, I suspect)
[16:37:58] <marktraceur>	 Thiemo_WMDE1: Did you get a chance to look at the [very-WIP] patch I put up?
[16:40:05] <Thiemo_WMDE>	 marktraceur: Not yet, sorry.
[16:40:11] <marktraceur>	 No problem :)
[16:40:36] <marktraceur>	 Thiemo_WMDE: I'm starting to work on some other stuff on MediaInfo (loading the WB editing interface mostly), so I'm not blocked-blocked
[16:46:26] <Thiemo_WMDE>	 marktraceur: Nothing personal, just that you know: I usually don't look at WIP stuff except when specifically asked.
[16:46:52] <Thiemo_WMDE>	 marktraceur: I just left a few comments on https://gerrit.wikimedia.org/r/391052 .I assume this is the patch we are talking about.
[16:46:56] <marktraceur>	 Thiemo_WMDE: Right, this was the WIP patch for the changes you suggested to make the lookup services "decorators", which I couldn't quite get a grasp on
[16:47:29] <marktraceur>	 Oh, pff, of course there's a $defaultLookup on the class. #fail
[16:48:32] <Thiemo_WMDE>	 What I see there is a decorator. All goo. :-)
[16:48:35] <Thiemo_WMDE>	 good
[16:49:08] <marktraceur>	 Thiemo_WMDE: I just don't see any way that all of these things get hooked up
[16:49:23] <Thiemo_WMDE>	 Whats missing?
[16:49:33] <marktraceur>	 Thiemo_WMDE: Like, I could pass the default lookup into the service constructor, but where the constructor is called, I have no access to the default lookup (I think)
[16:49:40] <marktraceur>	 I'll take another look
[16:50:50] <marktraceur>	 I guess I can probably get the service like normal...
[16:51:54] <Thiemo_WMDE>	 Indeed, the current patch misses something there. The parameter is not passed everywhere. ServiceContainer does not work this way.
[16:52:42] <marktraceur>	 Thiemo_WMDE: I saw something about "additional parameters" when I was digging through the fourth or fifth level of code, but I don't think that's the answer
[16:59:29] <Thiemo_WMDE>	 marktraceur: Oh dear. :-) I do have a suggestion.
[16:59:50] <Thiemo_WMDE>	 Split the code you are currently adding to the existing MediaInfoIdLookup to a separate file.
[17:00:26] <Thiemo_WMDE>	 That is not managed via a service registry, but simply instantiated via "new …()" in the place where needed. That is the onGetEntityByLinkedTitleLookup hook handler.
[17:02:48] <marktraceur>	 Thiemo_WMDE: So instead of going through the service wiring stuff, just make MediaInfoIdLookup a normal class?
[17:03:17] <marktraceur>	 "decorator", perhaps.
[17:34:34] <Thiemo_WMDE>	 marktraceur: Yea. Sorry, I#m off for today.
[22:34:55] <Tony_Hans>	 Wuz crackin' homies
[22:58:59] <tobias47n9e>	 Is there an API where I can get all locales currently supported by Wikidata?
[23:07:10] <WikidataFacts>	 tobias47n9e: action=paraminfo&modules=wbsetlabel gives you (among other things) the supported language codes for labels
[23:08:08] <WikidataFacts>	 not sure how to get all the codes for monolingual texts though
[23:08:50] <tobias47n9e>	 MIght this list be complete? https://www.wikidata.org/wiki/Help:Wikimedia_language_codes/lists/all
[23:09:08] <WikidataFacts>	 not sure
[23:11:44] <tobias47n9e>	 Hmm well I guess I can delay language code type safety until later. Must concentrate on publishable version :)