[06:05:10] good morning [08:43:46] (03PS11) 10Addshore: Refactor GetEntities Test [extensions/Wikibase] - 10https://gerrit.wikimedia.org/r/81003 [08:44:36] (03CR) 10Addshore: "As far as I can tell all comments have been addressed" [extensions/Wikibase] - 10https://gerrit.wikimedia.org/r/81003 (owner: 10Addshore) [08:47:32] Isn't this rather a rewrite than a refactor? :P [08:50:55] (03PS5) 10Tobias Gritschacher: toolbarcontroller: Detach event handlers before re-attaching. [extensions/Wikibase] - 10https://gerrit.wikimedia.org/r/79776 (owner: 10Henning Snater) [08:59:27] (03CR) 10Hoo man: [C: 04-1] "(3 comments)" [extensions/Wikibase] - 10https://gerrit.wikimedia.org/r/81003 (owner: 10Addshore) [08:59:36] yay for nitpicking [08:59:42] :D [09:08:05] (03CR) 10Addshore: "(3 comments)" [extensions/Wikibase] - 10https://gerrit.wikimedia.org/r/81003 (owner: 10Addshore) [09:08:19] hoo: ^^ [09:08:56] (03CR) 10Tobias Gritschacher: [C: 032] Fix coverage tags for Entity [extensions/WikibaseDataModel] - 10https://gerrit.wikimedia.org/r/82058 (owner: 10Jeroen De Dauw) [09:09:08] (03Merged) 10jenkins-bot: Fix coverage tags for Entity [extensions/WikibaseDataModel] - 10https://gerrit.wikimedia.org/r/82058 (owner: 10Jeroen De Dauw) [09:10:41] (03CR) 10Hoo man: "(1 comment)" [extensions/Wikibase] - 10https://gerrit.wikimedia.org/r/81003 (owner: 10Addshore) [09:11:18] hah! :P [09:11:21] the only thing you *could* do would be to compile an array of combined props and lang or something like that and loop over that... although that's not necessary nicer [09:11:24] (03CR) 10Addshore: "(1 comment)" [extensions/Wikibase] - 10https://gerrit.wikimedia.org/r/81003 (owner: 10Addshore) [09:14:33] hoo ^^ :) [09:14:35] (03PS12) 10Addshore: Refactor GetEntities Test [extensions/Wikibase] - 10https://gerrit.wikimedia.org/r/81003 [09:14:37] oh.. ^^ [09:17:23] :) [09:18:45] You could have linked https://gerrit.wikimedia.org/r/75533 but I doubt that matters much [09:27:26] !admin [09:27:37] yes [09:27:43] ! [09:27:46] DangSunM_alone: Urm... [09:27:47] testing sorry. [09:28:09] I think !admin is working like tagged user [09:28:20] DangSunM_alone: I was about to say. Why is an admin asking for an admin :p [09:28:20] >.< [09:28:38] just test [09:29:07] !admin is get attention (users....,) [09:29:07] You are not authorized to perform this, sorry [09:29:21] It is result I think [09:29:33] DangSunM_alone: !_admin is to get attention of admins :p [09:29:54] testing again [09:29:56] !_admin [09:30:04] works? [09:30:20] no... thats why we use it in examples :P [09:30:22] DangSunM_alone: !_admin does nothing. The _ is there to prevent it pinging users. [09:31:15] thanks [09:31:19] Tobi_WMDE: in the past have the entity ids in guids been stored as lowercase? [09:31:50] guids used to be whatever the api user supplied without validation [09:31:59] sure some supplied it with lowercase [09:32:04] * aude thinks likely [09:32:09] I mean when they are generated ;p [09:32:16] not sure [09:32:18] i think the ui generated them [09:32:23] and there was some inconsistency [09:32:48] * aude thinks we should assume yes [09:32:50] I guess it used getPrefixedId to get the entityid [09:32:57] How can I create a link to MyPage?debug=true with Wikitext? Is this possible? [09:33:03] so whatever that returned was used to construct the guid [09:33:54] addshore: Yes, they were lowercase q42, now they are uppercase Q42. [09:34:00] okay [09:34:33] * aude remembers the ui generated guids failing validation when i added a validator [09:34:55] then we made it more flexible for deserializing and stricter for new guids [09:39:05] hmm, guidgenerator is in lib but used in datamodel, seems a bit silly... [09:39:17] hmm [09:43:32] Change on 12mediawiki a page Extension:WikibaseLib was modified, changed by 86.176.186.77 link https://www.mediawiki.org/w/index.php?diff=775038 edit summary: [-29] [09:45:13] Change on 12mediawiki a page Extension:Wikibase Client was modified, changed by 86.176.186.77 link https://www.mediawiki.org/w/index.php?diff=775039 edit summary: [+10] [09:46:10] Change on 12mediawiki a page Extension:WikibaseLib was modified, changed by 86.176.186.77 link https://www.mediawiki.org/w/index.php?diff=775041 edit summary: [+6] [10:21:08] The current inability to import data from Wikipedia is the best argument for importing data from DBpedia .. http://ultimategerardm.blogspot.nl/2013/09/the-president-of-latvia.html [10:24:21] GerardM: dbpedia also doesn't have the information that he was a communist until 1990. I don't follow your point? [10:24:23] http://dbpedia.org/page/Andris_B%C4%93rzi%C5%86%C5%A1_(Latvian_President) [10:31:01] (03CR) 10Tobias Gritschacher: [V: 04-1] "This fails qualifiers & references selenium tests." [extensions/Wikibase] - 10https://gerrit.wikimedia.org/r/79776 (owner: 10Henning Snater) [10:35:23] Tobi_WMDE: https://gerrit.wikimedia.org/r/#/c/81910/ [10:36:13] Denny_WMDE: got five minutes? [10:39:13] DanielK_WMDE: i do [10:40:23] Denny_WMDE: i have trouble recalling what exactly we agreed on for SMWCon. Who is going to do what? [10:40:38] smwcon or semantic mediaweek? [10:41:00] smwcon [10:41:15] let's ask lydia tomorrow [10:41:20] ok [10:41:21] there should be no deadline today [10:41:43] not for smwcon, right. i got confused about that, that deadline if for the social media week [10:42:01] are you doing somethign there? so far i was only aware of mathias [10:42:29] Tobi_WMDE: the other way I see of doing the same would be to leave the generation to the changeop, and make getIdFromClaimGuid public [10:42:42] then the changeop could see if the id looked correct and fix if needed [10:43:00] the the datamodel stuff could just validate and throw and exception if it is wrong [10:43:28] Denny_WMDE: ? [10:43:36] DanielK_WMDE: checking [10:44:13] hm, can't find anything relevant in the scehdule http://socialmediaweek.org/berlin/schedule/ [10:44:16] addshore: no, not everybody uses changeops. [10:44:28] changeops are mainly for the api [10:44:34] well, we chould have the guid stuff everywhere in the repo anyway.. [10:44:41] so datamodel doesnt depends on lib [10:44:42] :> [10:44:52] *depend [10:44:53] let's see what jeroen says [10:45:05] Tobi_WMDE, addshore: would be nice if our special pages (like NewPoperty) would use ChangeOps [10:45:29] move everything that uses guid out of data model :D [10:45:55] DanielK_WMDE: mail from felix sasaki, 16. July [10:46:05] aude: then the DataModel needs a guid provider interface [10:46:18] heh :) [10:46:36] DanielK_WMDE: there was another mail on july 18 [10:46:41] i have not followed up [10:46:55] DanielK_WMDE: indeed [10:47:14] DanielK_WMDE: and then 12th of august [10:47:20] DanielK_WMDE: I think Special:SetLable etc do already [10:47:21] best to ask felix i guess :) [10:47:36] Denny_WMDE: ah, right. uh, me nither. yes, the august one is the one i should reply to today. [10:47:37] not sure about NewItem [10:47:48] Tobi_WMDE: cool [10:47:52] GerardM: are audio files connected to omegawiki entries? do you have an example? [10:48:44] haha Tobi_WMDE I found it https://bugzilla.wikimedia.org/show_bug.cgi?id=53204 [10:49:18] :) [10:49:21] that's from you [10:49:26] yes :P [10:49:28] Denny_WMDE: DBpedia has correct current affiliation ... THAT is relevant [10:50:00] addshore: guid generator is trivial piece of code [10:50:29] meaning? :P [10:50:46] what about guid generator depends on lib? [10:51:00] the fact thats where the guidgenerator is :P [10:51:11] mediawiki\extensions\Wikibase\lib\includes\GuidGenerator.php [10:51:20] yeah [10:51:39] ie. you cant use entity->newClaim in the datamodel without having the whole of lib present [10:51:59] or I guess making your own guid generator class O_o [10:52:55] it could just take $guid as a param [10:52:59] not guidgenerator [10:53:20] would be nice to check it's valid, but maybe that doesn't need to be at data model level [10:53:27] well, it need not exist at all :P addClaim exists [10:53:37] true :) [10:53:41] with addclaim you simply make the claim object and give it a guid then add it xD [10:53:52] GerardM: indeed interesting [10:53:57] GerardM: anything on the audio? [10:54:02] newclaim just seems to put that last tiny bit of logic in the datamodel [10:54:41] newClaim appears unused except in tests and ChangeOpMainSnak [10:54:43] heh, and newClaim only has 18 uses in our code base... [10:54:47] yup [10:54:50] can those be made to not use newClaim? [10:55:05] yes, just make the tests give the claim a guid and use addclaim instead :> [10:55:11] maybe thats what I will do today [10:55:12] yes [10:55:19] ok [10:55:19] Denny_WMDE: hm, I guess we should have provided a summary for the Social Media Week event a while ago... I guess it'S fine if we do that tomorrow. [10:55:23] Denny_WMDE: I think OmegaWiki does do audio but Christoph knows better [10:55:24] seems it would get us one step further to getting rid of this from the datammodel [10:55:30] yep [10:55:58] I'm not going to leave this chair until I have done them all ;p (of course im getting another dirnk first) ;p [10:56:03] heh [11:27:05] hmm aude should I mark it as deprecated? [11:27:15] yes [11:27:25] * aude tempted to just remove it :) [11:29:25] (03PS2) 10Addshore: Get rid of the use of Entity->newClaim() in tests [extensions/Wikibase] - 10https://gerrit.wikimedia.org/r/82233 [11:29:26] heh [11:29:32] :) [11:29:33] I have got rid of it in all tests [11:29:36] ok [11:29:40] just got to get rid of it in 1 changeop now [11:29:44] ok [11:58:57] (03PS1) 10Aude: add backwards compatiblity for change dispatcher with badges [extensions/Wikibase] (mw1.22-wmf14) - 10https://gerrit.wikimedia.org/r/82235 [11:59:14] (03CR) 10jenkins-bot: [V: 04-1] add backwards compatiblity for change dispatcher with badges [extensions/Wikibase] (mw1.22-wmf14) - 10https://gerrit.wikimedia.org/r/82235 (owner: 10Aude) [12:01:41] Tobi_WMDE: for wbCreateClaim I guess rank should only be returned if the claim that is created is a statement...? [12:02:17] sure [12:02:34] (03CR) 10Aude: [V: 031] "tests pass for me and tested manually with mw1.22-wmf14 client + repo and with mw1.22-wmf14 client and repo master" [extensions/Wikibase] (mw1.22-wmf14) - 10https://gerrit.wikimedia.org/r/82235 (owner: 10Aude) [12:03:01] https://gerrit.wikimedia.org/r/#/c/82235/ gets a red dot [12:05:31] (03PS3) 10Addshore: remove Entity->newClaim from MainSnakChangeOp [extensions/Wikibase] - 10https://gerrit.wikimedia.org/r/82234 [12:07:21] (03PS1) 10Addshore: Deprecate Entity->newClaim [extensions/WikibaseDataModel] - 10https://gerrit.wikimedia.org/r/82237 [12:08:17] (03PS2) 10Aude: add backwards compatiblity for change dispatcher with badges [extensions/Wikibase] (mw1.22-wmf14) - 10https://gerrit.wikimedia.org/r/82235 [12:12:00] DanielK_WMDE: Tobi_WMDE review of https://gerrit.wikimedia.org/r/#/c/82235/ [12:12:03] woudl be helpful [12:12:07] would [12:12:08] (03CR) 10jenkins-bot: [V: 04-1] (bug 53678) add backwards compatiblity for change dispatcher with badges [extensions/Wikibase] (mw1.22-wmf14) - 10https://gerrit.wikimedia.org/r/82235 (owner: 10Aude) [12:12:33] jenkins will say "no" because entity id changes in data model are incompatible with the branch [12:13:03] * aude has corresponding patch almost ready for master [12:13:54] (03CR) 10Tobias Gritschacher: [C: 032 V: 032] Updated test configuration to the latest version [extensions/Wikibase] - 10https://gerrit.wikimedia.org/r/82039 (owner: 10Zfilipin) [12:22:52] fff [12:22:55] Hellow [12:22:56] (03PS11) 10Addshore: Implement merge api module [extensions/Wikibase] - 10https://gerrit.wikimedia.org/r/79988 [12:22:57] (03PS9) 10Addshore: Add editentity claims support [extensions/Wikibase] - 10https://gerrit.wikimedia.org/r/81671 [12:24:23] DanielK_WMDE: I guess there shouldn't really be a strict format for the guid in datamodel? [12:24:36] (03CR) 10jenkins-bot: [V: 04-1] Implement merge api module [extensions/Wikibase] - 10https://gerrit.wikimedia.org/r/79988 (owner: 10Addshore) [12:25:33] heh, useful , Build step 'Execute shell' marked build as failure 12:24:31 Recording test results 12:24:31 Finished: FAILURE [12:32:39] (03CR) 10Zfilipin: [C: 031] Cucumber: simplify css selectors for labels and descriptions [extensions/Wikibase] - 10https://gerrit.wikimedia.org/r/81926 (owner: 10Tobias Gritschacher) [12:50:29] (03PS3) 10Addshore: ChangeOpClaim now uses the claim guids [extensions/Wikibase] - 10https://gerrit.wikimedia.org/r/82223 [12:50:51] (03CR) 10Tobias Gritschacher: [C: 031] (bug 53678) add backwards compatiblity for change dispatcher with badges [extensions/Wikibase] (mw1.22-wmf14) - 10https://gerrit.wikimedia.org/r/82235 (owner: 10Aude) [12:53:57] (03CR) 10Tobias Gritschacher: [C: 032] Added extra tests for EntityIdValue [extensions/WikibaseDataModel] - 10https://gerrit.wikimedia.org/r/82061 (owner: 10Jeroen De Dauw) [12:54:14] (03Merged) 10jenkins-bot: Added extra tests for EntityIdValue [extensions/WikibaseDataModel] - 10https://gerrit.wikimedia.org/r/82061 (owner: 10Jeroen De Dauw) [12:54:23] (03CR) 10Tobias Gritschacher: [C: 032] Add extra tests for EntityId [extensions/WikibaseDataModel] - 10https://gerrit.wikimedia.org/r/82062 (owner: 10Jeroen De Dauw) [12:54:32] (03Merged) 10jenkins-bot: Add extra tests for EntityId [extensions/WikibaseDataModel] - 10https://gerrit.wikimedia.org/r/82062 (owner: 10Jeroen De Dauw) [12:56:29] (03PS12) 10Addshore: Implement merge api module [extensions/Wikibase] - 10https://gerrit.wikimedia.org/r/79988 [12:56:30] (03PS10) 10Addshore: Add editentity claims support [extensions/Wikibase] - 10https://gerrit.wikimedia.org/r/81671 [12:58:10] (03CR) 10jenkins-bot: [V: 04-1] Implement merge api module [extensions/Wikibase] - 10https://gerrit.wikimedia.org/r/79988 (owner: 10Addshore) [13:03:04] Tobi_WMDE: any idea about the above failure O_o [13:03:20] the tests, yet again, giving me helpful messages [13:04:48] addshore: the data model probably shouldn't care. [13:05:11] does it use "composite" ids anywhere ("entityId$guid") [13:08:33] aude: do you know if simply linking different stylesheets like in https://git.wikimedia.org/blob/mediawiki%2Fskins%2Ferudite/0e271e351fc9208f462e97c8cac925e283462540/erudite.php will make the skin responsive? [13:08:46] lines 30-36 [13:09:19] http://bots.wmflabs.org/~wm-bot/dump/%23wikimedia-wikidata.htm [13:09:51] (03PS13) 10Addshore: Implement merge api module [extensions/Wikibase] - 10https://gerrit.wikimedia.org/r/79988 [13:10:11] pragunbhutani: she is out for lunch :) [13:10:42] DanielK_WMDE: indeed, think I have got it all sorted now :) [13:11:11] addshore: okay, I'll contact here in a bit then, thanks :) [13:11:27] pragunbhutani: Ill ping you when she walks in (if I remember) :) [13:12:33] addshore: okay cool [13:23:45] mhhm Tobi_WMDE did you say there was a way to go from claim guid to entity it belongs to? [13:30:43] addshore: well, the claim guid has the entity id in front of it [13:30:59] i can't imagine it being more complicated than that [13:31:28] pragunbhutani: i think you need to ask jon [13:32:32] Jon's away till the 5th [13:32:41] hmmmm [13:32:46] aude: I'll get in touch with somebody else from the mobile team [13:33:08] Jon told me I could reach out to a few people, but I think they're all away right now [13:33:20] I'll check in again at night [13:33:32] i'm not sure who else there to ask, but maybe yuvipanda or brion or kaldari [13:33:44] Question about the tools account. Working on the replica means what exactly? Do I change the “live” data of the wikis? I'd like to have a copy of wikidata.org to mess around with without breaking anything serious. [13:33:46] he said I could talk to MaxSem, awjr or jgonera [13:33:56] jgonera and awjr are good [13:34:02] max also, though he does more backend stuff [13:34:11] I'll ping them later [13:34:14] ok [13:34:26] * aude doesn't know better than you do about css :) [13:34:34] aude: haha okay :) [13:34:45] i don't know what is acceptable [13:34:50] otherwise, how do you feel I should plan out my timeline for the project over the coming month? [13:35:39] well, we need to know how the different "views" (e.g. when you click on a statement, then what) tie together [13:35:40] (03CR) 10Daniel Kinzler: "(2 comments)" [extensions/Wikibase] - 10https://gerrit.wikimedia.org/r/72751 (owner: 10Liangent) [13:35:59] (03CR) 10Daniel Kinzler: [C: 031] "seems fine, want to test it though." [extensions/Wikibase] - 10https://gerrit.wikimedia.org/r/72751 (owner: 10Liangent) [13:36:05] i can try to help with getting the data available to the skin [13:36:07] aude: indeed :) [13:36:45] aude: hmm, that's true [13:37:01] that's what's on my plate as issue number one [13:37:07] ok [13:37:13] I think we'll have a clearer picture once I have the scripts there as well [13:37:35] making the data available is not necessarily difficult [13:37:41] but touches entity view which is ugly [13:37:54] so makes it more difficult than it ought ot be [13:37:56] to be [13:39:57] addshore: Entity::getIdFromClaimGuid [13:40:47] explode( '$', $claimKey ); [13:40:53] * aude knew it was that simple :D [13:41:16] it is marked as deprecated though [13:41:47] * aude not sure what the "right" function ot use is now [13:44:34] ill make it up as I go along for now ;p [13:44:41] ok [13:44:48] should probably amke a guid parser soon;p [13:44:53] or something [13:48:14] aude: Do you perhaps know how the replica DBs work? Can I play around on them for testing purposes or will I breakk stuff? [13:48:18] aude: so once we know how the views tie together [13:48:25] Granjow: on labs? [13:48:34] aude: yes. [13:48:35] Granjow: they are read only ;p [13:48:42] and then the 'getting the data' bit, we should have the first working iteration! [13:48:48] those are read only, but if you do a super mega query then it might have limits [13:49:01] pragunbhutani: yay! [13:49:09] aude: :D [13:49:41] Okay. Well, I do have a huge query, meaning that it scans all data. And I just saw that a select count(id) takes 5 seconds already. [13:50:14] Granjow: i don't know how much query is too big or how to handle that [13:50:23] you can ask in #wikimedia-labs [13:50:26] What I need to do is e.g. find all items that have “instance of“ set to e.g. “tree” [13:50:29] okay, thanks [13:50:37] hmmm, you might want to use a dump [13:51:05] the replicas do not have the full text [13:51:16] of the items (e.g. the json blobs) [13:51:40] but you can use tables like page links to see something is connected with another item [13:52:01] and then connected to "tree" perhaps, but seems hacky [13:52:18] Ok. Connections alone are not sufficient I think, yes ... [13:52:45] i would use a dump [13:53:05] but you can try with the replicas [13:53:36] Will try the dump. I'd also like to write some test data. [14:00:01] Granjow: you can try exporting pages from wikidata [14:00:07] do we have a special page for all properties (I mean an automatic one)? [14:00:09] to get a subset for testing [14:00:30] Sannita: no, but probably something we should have [14:00:37] in my opinion [14:01:01] we introduced a new "property info" table so think it would be more feasible [14:01:09] aude: thanks, because I just got aware that https://www.wikidata.org/wiki/Property:P691 is not listed in WD:P/Generic (at least I can't find it) [14:01:15] oh, ok [14:01:22] so I was wondering how many properties we're missing [14:01:38] there's special:allpages which can be filtered by namespace [14:01:43] but it's not terribly useful [14:01:51] well, for a start... [14:01:53] thanks [14:01:56] ok [14:02:14] would be nice to get a list of all properties of a particular type [14:02:44] * aude has to finish my open todo items before starting anything new, though [14:02:51] np, thanks ;) [14:02:57] I'll put it as a paper cut [14:02:58] sure [14:03:12] i was just thinking of that last night when trying to find all time properties :) [14:03:32] :d [14:03:34] :D [14:03:56] aude: A dump would be more useful since the extension works, but performance is a big issue I think [14:04:06] Granjow: hmmmm [14:04:39] if you don't care about page history, then you can have a dump of current revisions [14:04:50] it's still a bit large amount of data [14:05:05] but a lot more manageable [14:05:08] Problem is, I need those sets {instance of Tree}, {instance of Question} etc. updated live, so as soon as you change an item, I need the updated data. [14:05:20] aude: I don't need page history. [14:05:56] hmm, how do we simply get from an entityId to the entity itself now with the entityid changes? >.< [14:05:58] when the wikibase query stuff is ready, that might help [14:06:07] no idea of a timeline for that [14:06:32] and those queries will get cached (not sure how long) [14:06:54] Granjow: you can use the daily incremental dumps to keep the data updated [14:07:12] more frequent than that, i am not sure what is feasible [14:09:36] aude: Ah -- no, old wikidata data is not the problem. Here I just need lots of data. I was talking about my extension which has to keep track of changes. [14:10:00] hmmmm [14:10:08] And initially go through all data, which I wonder if it is possible because of the execution time limit of PHP [14:11:02] php can probably work though i would use something else like python or java to parse the dump [14:11:39] i think denny parses the dumps with python [14:11:55] byrial uses c (http://toolserver.org/~byrial/wikidata-programs/) [14:12:10] https://github.com/vrandezo/wikidata-analytics [14:12:52] those are probably quicker, but php probably would also work [14:13:54] aude: But then I cannot do life updates. Like you add a new claim that item Asdf is now an instance of “Tree” too, then this has to be visible instantly in my extension when it is online. [14:14:21] aude: But then I cannot do life updates. Like you add a new claim that item Asdf is now an instance of “Tree” too, then this has to be visible instantly in my extension when it is online. [14:14:29] i don't know the best way to do that [14:14:38] (was offline for 2 min somehow, not sure if it arrived before?) [14:15:16] JeroenDeDauw: Can Ask do that? [14:15:41] not sure he's really online now, but might be [14:15:56] ok, otherwise tomorrow :) [14:16:00] ok [14:16:21] hi all :) [14:16:29] $entity = WikibaseRepo::getDefaultInstance()->getEntityLookup()->getEntity( $entityId ); ? O_o [14:16:59] addshore: ... [14:17:14] just a brain check, but thats right? :P [14:19:21] how can I merge two items? [14:20:28] fale: https://www.wikidata.org/wiki/Help:Merge [14:20:29] (03CR) 10Tobias Gritschacher: "(1 comment)" [extensions/WikibaseDataModel] - 10https://gerrit.wikimedia.org/r/82237 (owner: 10Addshore) [14:20:56] JeroenDeDauw: In case you read this: I will have wikibase behind this editor: http://ec2-54-234-76-44.compute-1.amazonaws.com/editor.php If I add a new Taxon, the editor will create a new Item with “instance-of” set to “Woody Plant” (or whatever topic is chosen). Then, I need an updated list of all items that have “instance of“ set to “Woody Plant”. Does Ask do such kinds of queries? [14:21:24] lazowik: thanks :) [14:21:49] np [14:21:53] aude: Do you happen to know how I can load a DB dump? [14:22:43] https://www.mediawiki.org/wiki/Manual:MWDumper perehaps [14:22:46] * Granjow cannot really imagine that this is ascomplicated as https://meta.wikimedia.org/wiki/Data_dumps/Import_examples [14:22:50] perhaps [14:23:01] or there may be other tools or you can create a script [14:23:13] (03CR) 10Siebrand: [C: 032] GENDER support in MediaWiki:wikibase-mylanguagefallbackchain-babel [extensions/Wikibase] - 10https://gerrit.wikimedia.org/r/82118 (owner: 10Wizardist) [14:23:24] the page dump is the same structure as what you get when exporting pages [14:23:38] only difference is that a dump has a lot of pages [14:24:31] aude: thanks, will try that. [14:25:09] (03CR) 10Tobias Gritschacher: [C: 032] Remove unused imports [extensions/WikibaseDataModel] - 10https://gerrit.wikimedia.org/r/81952 (owner: 10Jeroen De Dauw) [14:25:50] (03Merged) 10jenkins-bot: Remove unused imports [extensions/WikibaseDataModel] - 10https://gerrit.wikimedia.org/r/81952 (owner: 10Jeroen De Dauw) [14:26:11] (03CR) 10Tobias Gritschacher: [C: 032] Improvements to StatementTest [extensions/WikibaseDataModel] - 10https://gerrit.wikimedia.org/r/81948 (owner: 10Jeroen De Dauw) [14:26:37] (03Merged) 10jenkins-bot: Improvements to StatementTest [extensions/WikibaseDataModel] - 10https://gerrit.wikimedia.org/r/81948 (owner: 10Jeroen De Dauw) [14:27:00] (03CR) 10Tobias Gritschacher: [C: 032] Improvements to EntityPerPageBuilderTest. [extensions/Wikibase] - 10https://gerrit.wikimedia.org/r/81557 (owner: 10Jeroen De Dauw) [14:27:20] (03Merged) 10jenkins-bot: GENDER support in MediaWiki:wikibase-mylanguagefallbackchain-babel [extensions/Wikibase] - 10https://gerrit.wikimedia.org/r/82118 (owner: 10Wizardist) [14:28:22] (03PS4) 10Addshore: ChangeOpClaim now uses the claim guids [extensions/Wikibase] - 10https://gerrit.wikimedia.org/r/82223 [14:28:47] (03PS6) 10Aude: Split code for handling site link comments in client (DRAFT) [extensions/Wikibase] - 10https://gerrit.wikimedia.org/r/81924 [14:28:56] (03PS14) 10Addshore: Implement merge api module [extensions/Wikibase] - 10https://gerrit.wikimedia.org/r/79988 [14:28:57] (03PS11) 10Addshore: Add editentity claims support [extensions/Wikibase] - 10https://gerrit.wikimedia.org/r/81671 [14:29:08] (03CR) 10jenkins-bot: [V: 04-1] Improvements to EntityPerPageBuilderTest. [extensions/Wikibase] - 10https://gerrit.wikimedia.org/r/81557 (owner: 10Jeroen De Dauw) [14:29:19] So one should build mwdumper from source. Would be useful if they also told how to do that. [14:29:33] lazowik: where was your changeset for getentites and badges? [14:30:01] addshore: https://gerrit.wikimedia.org/r/#/c/81934/ [14:30:07] (03CR) 10Aude: "enough refactoring here for one changeset. shall do further work subsequent to this." [extensions/Wikibase] - 10https://gerrit.wikimedia.org/r/81924 (owner: 10Aude) [14:30:45] addshore: I marked as draft when decided to make editing in the same [14:30:57] but that can be marged by itself also [14:30:57] Granjow: i've not used mwdumper but looks like they have builds available [14:31:00] https://integration.wikimedia.org/ci/job/MWDumper-package/org.wikimedia$mwdumper/ [14:31:01] (only getting) [14:31:48] (03CR) 10Aude: "this also fixes failures in the ChangeHandler tests and incompatibilities with site link badges" [extensions/Wikibase] - 10https://gerrit.wikimedia.org/r/81924 (owner: 10Aude) [14:33:07] (03CR) 10Tobias Gritschacher: [C: 032] Update PropertyValueSnak to use PropertyId [extensions/WikibaseDataModel] - 10https://gerrit.wikimedia.org/r/81549 (owner: 10Jeroen De Dauw) [14:33:08] addshore: of course after "enabling" your tests [14:33:28] (03PS13) 10Addshore: Refactor GetEntities Test [extensions/Wikibase] - 10https://gerrit.wikimedia.org/r/81003 [14:33:29] (03PS3) 10Addshore: Extend api to support badges [DO NOT MERGE, DRAFT] [extensions/Wikibase] - 10https://gerrit.wikimedia.org/r/81934 (owner: 10Michał Łazowik) [14:33:37] stupid gerrit! [14:33:51] (03PS7) 10Aude: Split code for handling site link comments in client (DRAFT) [extensions/Wikibase] - 10https://gerrit.wikimedia.org/r/81924 [14:33:53] (03Merged) 10jenkins-bot: Update PropertyValueSnak to use PropertyId [extensions/WikibaseDataModel] - 10https://gerrit.wikimedia.org/r/81549 (owner: 10Jeroen De Dauw) [14:35:30] addshore: yes! let's send patches via traditional mail and merge by hand! [14:35:38] :> [14:35:41] (03PS8) 10Tobias Gritschacher: Improvements to EntityPerPageBuilderTest. [extensions/Wikibase] - 10https://gerrit.wikimedia.org/r/81557 (owner: 10Jeroen De Dauw) [14:36:03] (03CR) 10Daniel Kinzler: [C: 04-1] "Two issues:" [extensions/Wikibase] - 10https://gerrit.wikimedia.org/r/72751 (owner: 10Liangent) [14:38:18] (03PS1) 10Aude: add missing wikibase-comment-add message [extensions/Wikibase] - 10https://gerrit.wikimedia.org/r/82250 [14:38:46] jenkins has some issue sorry [14:38:51] :/ [14:39:19] I just loaded zuul and see a large pile of stuff :P [14:39:55] addshore: devs write code faster than jenkins is able to prcess ^^ [14:40:42] * lazowik reboots, off for a while [14:40:48] so lazowik I rebased your commit ontop of the getentities tests and added a followup testing the badges (just waiting for the tests to run now) [14:40:51] pah! [14:42:01] addshore: lol [14:42:17] I see that a lot of data are now in Wikidata, but they are often unused by local wiki. Is planned a massive change of this? [14:44:38] fale: local wikis have to decide which data they will take and when. [14:45:02] Sky2042: so it may be that some wiki will not use wikidata for the next 10 years? [14:45:33] fale: Yup. I think most though are waiting for people to develop the Lua necessary, or possibly some are waiting for the data to be sourced, or some simply don't know about it. [14:45:35] * Sky2042 shrugs. [14:48:01] I hope there will be a different future, maybe with something like what has be done with interwiki [14:49:40] Be patient. :) [14:54:11] Sky2042: I'm :) [15:01:47] (03PD2) 10Addshore: Add badges check to getentities test [extensions/Wikibase] - 10https://gerrit.wikimedia.org/r/82246 [15:02:34] lazowik: ^^ [15:02:44] yup [15:04:50] feel free to expand on the stuff it actually checks for badges ;p [15:05:20] sure [15:05:41] the only thing to check is that every badge is a proper itmeid [15:06:06] um, more [15:06:14] can compare provided with expected [15:06:38] addshore: so I'll change https://gerrit.wikimedia.org/r/#/c/81934/ back to only getting [15:06:58] (which == change commit message...) [15:07:00] that sounds like the best plan :) [15:07:04] ahha xD [15:07:25] well, youd need to do that at some point anyway, as it currently has DNM;p [15:07:29] just fix it when you do that :) [15:08:09] (03PS4) 10Michał Łazowik: Extend api to support badges [DO NOT MERGE, DRAFT] [extensions/Wikibase] - 10https://gerrit.wikimedia.org/r/81934 [15:08:19] addshore: ^^ ah, the power of gerrit! [15:08:42] xD [15:09:12] addshore: so, if now someone +2 this it will automagically wait for the dependency to be merged? [15:09:19] yup [15:09:23] nice [15:09:31] clever gerrit ;p [15:09:45] Don't! You'll spoil him! [15:09:55] but you can +2 [15:10:00] who says gerrit is male :O [15:11:02] addshore: it's a male dutch name :) [15:11:08] says wikipedia [15:11:11] pah! [15:11:21] I say we fork it and rename it ;p [15:11:25] win! [15:11:26] we even had a collegue here named gerrit [15:11:30] :D [15:11:40] now, that must have been amusing :P [15:11:42]