[00:01:26] Ainali: something like this: http://tinyurl.com/zzfyssy ? [00:02:23] (only note that queries work in gregorian calendar currently) [00:05:25] SMalyshev: Yes, excellent! [00:08:40] Another filtering question, I know how to filter for a hit on a language version (e.g. FILTER EXISTS { ?wen schema:about ?item . ?wen schema:inLanguage "sv" } ) Is there a way to do an AND filter for any other language version )I.e. it passes if the article exists in at least another language)? [00:09:20] well, you can add more than one filter to a query [00:09:28] just list them one after another [00:10:02] Yes, but how do I filter for "any other than the first one"? [00:11:17] you can do something like: ?other schema:about ?item FILTER(!sameTerm(?other, ?wen)) [00:11:31] or simply FILTER(?other != ?wen) [00:25:00] SMalyshev: Tried it, but get zero results: http://tinyurl.com/zd7f6nr [00:28:49] Ainali: this one should work: http://tinyurl.com/gtr7v8n [00:29:06] if I understood correctly what you wanted [00:29:41] but you probably need to deduplicate [00:30:07] SMalyshev: Yes, you did. Thank you! [00:30:22] something like: http://tinyurl.com/gtr7v8n [00:30:28] that doesn't have dupes [10:59:11] Everybody knows what to do today? So no daily? ;-) [11:04:16] Thiemo_WMDE: aude: jzerebecki: do you want to have a daily including me? I'm still stuck in a meeting with abraham and christopher [11:05:11] Tobi_WMDE_SW: no, continue your meeting [11:06:19] hello here! how/where can I suggest to change the datatype of a property? for instance, I guess https://www.wikidata.org/wiki/Property:P2034 should be an external-id now [11:06:35] Thiemo_WMDE: do you need anything from anyone, like reviews? [11:07:40] jzerebecki: Not urgently, no. I will find enough todo for today. Thanks. [11:26:47] maxlath: https://www.wikidata.org/wiki/User:Addshore/Identifiers/2 [11:34:05] Lydia_WMDE: thanks! [11:48:22] maxlath Finished my thesis wohooo! Come to Berlin an celebrate with me :D [11:55:06] frimelle: congraaaaats!! Just got back to Lyon, so I guess I will miss that one [11:55:45] maxlath Okay have a great time in Lyon then :D We'll see each other at the next event and celebrate then ;) [11:55:53] frimelle: sure :D [11:58:59] frimelle: btw, I just got Basic Auth running on inventaire, so now you can update guess-the-quote to query items like so : https://username:password@inventaire.io/api/items [11:59:11] got to document the API now ^^ [12:00:48] maxlath Niiiice [12:01:14] Need to get my server up and running first, but now that I have time, I'll look into it :D [12:03:13] Hi, I have a problem following the installation of wikibase repo [12:03:24] After creating the first item I get the following error [12:03:51] Catchable fatal error: Instantiation of 'Closure' is not allowed in /var/lib/mediawiki/mediawiki-1.26.2/includes/content/ContentHandler.php on line 334ncorrectly. [13:31:00] jzerebecki: got an alternative solution to the CI issue? We need one rather soon, if we don't want Wikibase to get kicked from the standard CI setup for other extensions. [13:32:40] DanielK_WMDE: make it part of the example. I don't see how it would hurt, we also set it in production. what do you think? should I change the patch? [13:33:24] jzerebecki: I don't want it in the examples, because it'S actually a baqd idea for *typical* installs. [13:34:04] jzerebecki: my idea is that examples are for people to look at and adopt. They shouldn't resemble the setup we use for wikimedia. They should be good for a typical small scale install [13:35:04] DanielK_WMDE: then add it after the example include in Wikidata.php ? [13:35:04] I'm ok with moving it to examples to avoid a stallmate, but I really don't think it's a good idea [13:35:34] jzerebecki: well yea, that'S exactly what is now happening, except that it's more explicit with an extra file as an intermediary [13:35:54] the jenkins settings are just the examples, with a few extras [13:36:02] no extras, in the case of the repo. [13:37:28] jzerebecki: we could even put "wikimedia-jenkins" into the name [13:39:54] DanielK_WMDE: I don't understand why we disagree. but an extra file hides that is a bad idea or even suggests that is ok to do. [13:40:54] well, we have to configure the extension for the testing enironment somewhere, right? [13:41:16] DanielK_WMDE: why do you have to configure anything? [13:42:52] DanielK_WMDE: things should be automatic and convention should be preferred over configuration [13:43:10] in general, because we need to access at least a database somehow. Specifically here, because the default for that setting doesn't work with the testing environment. Ideally, we'd provide a sites table that fits the environment. we don't have a good mechanism for that. This override works around that problem. [13:44:15] the automatism here would try to detect the local wiki's group by looking at the sites table, which would need an entry for the wiki name we use during testing. Aude's ticket is about implementing that. [13:44:28] My change provides a workaround until we have that. [13:44:39] DanielK_WMDE: yes so as a temporary measure we add a hack [13:44:59] But not everything can be automatic [13:45:17] e.g. for an integration test that needs separate repo and client wikis, we need config. [13:45:33] that needs to live somewhere. ideally not in the extension's repo, but somewhere. [13:45:45] DanielK_WMDE: your patch even creates a placeholder for such hacks for repo where currently none are needed, that is what I disagree about. Just adding one line to Wikidata.php is easy to remove again and easy to spot [13:46:08] I actually find the extra files much easier to spot :) [13:46:22] DanielK_WMDE: we don't have such integration tests except in WikidataBrowserTests [13:46:26] I guess that's out disagreement - and basically a matter of taste [13:46:58] Yes, none were needed so far - or rather, we avoid writing tests that would need such a thing. [13:47:03] if you really want to merge the patch I agree about avoiding a stalemate... [13:47:34] DanielK_WMDE: they can not be written in WikibaseClient nor WikibaseRepo, obviously [13:47:38] We can also add the setting in the jenkins config. I'm fine with that too. Makes more sense conceptually. [13:47:49] Though it's perhaps easier to miss later [13:48:05] DanielK_WMDE: jzerebecki i'll probably work on having the sites store entry added when i am on the airplane :) [13:48:05] yes I agree it is easier to miss in the general jenkins config [13:48:41] SO, we put something specific to jenkins into our repo. I'd prefer to have that in a file that has "jenkins" in the name. that's all. [13:49:22] the top level entry file isn't just for jenkins. [13:49:54] aude: cool :) [13:51:13] airberlin's website is soooooooooooooooooo buggy [13:52:02] DanielK_WMDE: so remove the unused jenkins file, and make it clear in the used one that it is a hack? [13:52:50] i kind of like the unused file for consistency, but fine, yea. [13:53:28] i'll change it [14:08:22] DanielK_WMDE: the comments in Wikidata.php read like a suggestion to add more CI specific settings :( [14:11:38] DanielK_WMDE: do you mind if i change that? in an hour or so. [14:29:31] jzerebecki: sure, go ahead. [14:30:01] i tried to describe in which cases it would be ok to use such settings. [14:30:21] and there *are* cases in which it is ok. we just mostly get away with using core's test-specific settings. [18:38:34] hoo|away: around? [18:57:04] Hm.. why was https://github.com/wikimedia/mediawiki-extensions-Wikibase/commit/0d6c80cc5f695bc414429c18868792ce66a65cd2 not included in todays' Wikidata build? [19:20:48] Krinkle: it should be [19:21:00] if not, then no idea why [19:21:21] Hm.. then maybe another part of Wikibase is using wgLang/RequestContext wrongly [19:21:25] I'll look further [19:21:33] i can take a look in a minute [19:22:57] Krinkle: also, do you happen to know if we install elasticsearch on the jenkins instances? [19:23:12] Probably not [19:23:21] Test mocking :) [19:23:48] hmmm [19:23:51] Could https://phabricator.wikimedia.org/T128828 be looked into as well? [19:24:00] Currently causing all pathces to REL1_26 to fail [19:24:08] i'd like to add some integtation / system tests [19:24:42] If it's too much work to get working on REl1_26, I'd advise to simply remove the unit test for the time being in REl1_26 and figure it out later. [19:24:54] https://gerrit.wikimedia.org/r/#/q/project:mediawiki/core+branch:REL1_26+is:open,n,z [19:24:54] i remember fixing https://phabricator.wikimedia.org/T128828 [19:25:27] https://phabricator.wikimedia.org/T92532 [19:25:52] Somehow it's happening again in REL1_26 [19:26:09] maybe it was fixed more recently [19:31:23] Krinkle: https://github.com/wikimedia/mediawiki-extensions-Wikibase/commit/0d6c80cc5f695bc414429c18868792ce66a65cd2 was included in yesterday's wikidata build [19:31:26] https://gerrit.wikimedia.org/r/#/c/274755/ [19:31:46] OK [19:36:40] matej_suchanek: No, not really... and I'm about to leave [19:36:49] I'll be around tomorrow and Sunday, though (probably) [19:38:15] aude: That patch doens't apply cleanly to Wikibase REL1_26, and we'll need a Wikidata branch build as well [19:38:19] (or otherwise update)