[00:00:41] <Sky2042>	 though it would seem to me more difficult to query, because the data /isn't/ well structured.
[00:11:13] <Sky2042>	 "where will you store reference links to articles that describe the species" -> wikipedia, duh. that people /don't/ do it now doesn't mean it shouldn't be done.
[00:11:20] <Sky2042>	 weird how that's an objection to the user of wikidata.
[00:13:33] <Sky2042>	 the illustrated tree of life later that month is actually rather neat as a possible use case WS
[00:48:03] <Micru>	 legoktm, you were interested in books and sources, right?
[00:48:16] <legoktm>	 Probably :)
[00:48:28] <Micru>	 what do you think of this? >> http://www.wikidata.org/wiki/Wikidata_talk:Books_task_force#.5BExperimental.5D_Possible_solution_for_edition_data
[00:49:16] <legoktm>	 interesting.
[00:49:56] <Micru>	 however I don't know if qualifiers were supposed to used like that...
[00:50:16] <legoktm>	 i think thats a totally legit use of them
[00:50:19] <legoktm>	 > But we have at least 3 possibilities now. Good work. Snipre (talk) 00:43, 6 May 2013 (UTC)
[00:50:22] <legoktm>	 what are the other 2?
[00:51:10] <Micru>	 oh, one of them was to use a different item for each edition
[00:51:35] <Micru>	 another one was to have different namespaces, but as you know, we dismissed that one already
[00:52:13] <Micru>	 and there was the option of creating something new, like "edition data", but it would be similar to the qualifier solution
[00:57:26] <Micru>	 in answer to Snipre's comment: "Well, there could be a default edition (maybe the first one, or depending on the language WS where it is being cited). I don't know if that would be possible, but it might be an option to explore."
[00:58:42] <legoktm>	 wouldnt the default just be using those properties directly on the item?
[01:01:05] <Micru>	 hmm, maybe, it depends if we want to have the first edition on the base properties, or just work info
[02:06:16] <Sven_Manguard>	 techman224: you didn't mark any of your deletions as done.
[02:06:23] <Sven_Manguard>	 I'm not sure it matters, but...
[02:06:47] <legoktm>	 isnt the bot supposed to do that?
[02:14:55] <Sven_Manguard>	 The bot is slow
[02:15:01] <Sven_Manguard>	 I want instant gratification
[02:15:08] <legoktm>	 :P
[02:15:12] <Sven_Manguard>	 I want to know who beat me to the punch at deleting things
[02:15:26] <Sven_Manguard>	 and I can't be arsed to sit in cvn-wikidata because it pings me too much
[02:15:48] <Sven_Manguard>	 :P
[02:25:34] <techman224>	 Sven_Manguard, I stopped marking them as I noticed a bot arming them as done
[02:25:43] <techman224>	 *marking
[02:35:45] <Andreasmperu>	 Sven_Manguard, you need to opt in: http://www.wikidata.org/wiki/User:BeneBot*/RfD-optin
[02:36:27] <Sven_Manguard>	 oh
[04:01:47] <Sven_Manguard>	 81 but I left a few questions undecided
[04:01:54] <Sven_Manguard>	 wrong chan
[04:10:06] <Sven_Manguard>	 cya
[06:43:05] <GerardM>	 is it possible to query an item ... eg a list of all occurrences of an instance ?
[06:43:25] <legoktm>	 yeah give me a sec
[06:44:09] <legoktm>	 https://toolserver.org/~magnus/ts2/wdq/
[06:49:46] <GerardM>	 is is possible that there is a lag between when data is available in toolserver and when it had been added in Wikidata?
[06:49:56] <legoktm>	 yeah
[06:50:05] <legoktm>	 his tool gets updated on every dump i think
[06:54:26] <GerardM>	 ah so it is useless to figure out from an existing list what still needs to be done
[06:54:36] <GerardM>	 (wp list)
[06:55:41] <legoktm>	 yeah
[06:55:50] <legoktm>	 i was going to try and set up a live replicating one using the irc feed
[06:55:53] <legoktm>	 just havent had time yet
[06:57:16] <GerardM>	 <grin> it is quite obvious that at this time WD is not really considered for usability for people who only work on the data (and do not care that much for the interwikilinks)
[06:57:40] <legoktm>	 yeah, most of us are waiting for phase 3
[07:05:28] <gerrit-wm>	 New review: Jeroen De Dauw; "Should this still be DNM?" [mediawiki/extensions/DataValues] (master) - https://gerrit.wikimedia.org/r/60981
[07:08:31] * Jasper_Deng  pokes Lydia_WMDE

[07:09:08] <Lydia_WMDE>	 Jasper_Deng: hmm?
[07:09:25] * Jasper_Deng  leads Lydia_WMDE to https://bugzilla.wikimedia.org/48123

[07:09:39] * ToAruShiroiNeko  pokes Lydia_WMDE

[07:09:50] <Lydia_WMDE>	 hey! one after another - i just got up :P
[07:09:54] <Lydia_WMDE>	 Jasper_Deng: looking
[07:10:01] <ToAruShiroiNeko>	 its ok I pmed you yesterday :p
[07:10:42] <Lydia_WMDE>	 Jasper_Deng: ok - noted
[07:10:53] <ToAruShiroiNeko>	 I can wait for my turn
[07:10:57] <Lydia_WMDE>	 ToAruShiroiNeko: sorry i missed that - what was it about?
[07:11:01] * ToAruShiroiNeko  tunes into the elevator music :p

[07:11:03] <ToAruShiroiNeko>	 oh
[07:11:14] <ToAruShiroiNeko>	 it was about wikidata and a pet project of mine
[07:11:30] <ToAruShiroiNeko>	 consider http://en.wikipedia.org/wiki/Wikipedia:International_membership_templates/2012
[07:11:47] <ToAruShiroiNeko>	 I am hoping to move that data to wikidata. I want infoboxes and templates to be able to pull memberhsip dates given date input.
[07:12:30] <Lydia_WMDE>	 ok
[07:14:45] <Lydia_WMDE>	 i am not sure how i can help you right now :)
[07:14:50] <Lydia_WMDE>	 or what the question for me is
[07:15:03] <Lydia_WMDE>	 or was that more an fyi?
[07:15:43] <ToAruShiroiNeko>	 I was aksed to ask you by a certain jorm :p
[07:15:57] <ToAruShiroiNeko>	 when and if such a thing will/can be possible on wikidata?
[07:16:34] <ToAruShiroiNeko>	 when I look at a country on a specific date, it would be helpful if I can pull membership info as needed
[07:17:06] <legoktm>	 it will be
[07:17:08] <legoktm>	 just not yet
[07:17:14] <Lydia_WMDE>	 jep
[07:17:21] <Lydia_WMDE>	 and i unfortunately can't give you a date
[07:17:53] <ToAruShiroiNeko>	 cant I pass the date to a template to get output? :p
[07:18:10] <legoktm>	 ToAruShiroiNeko: yeah, its all about how you write the template
[07:18:26] <ToAruShiroiNeko>	 I'll write it very carefully
[10:23:15] <Sannita>	 !nyan
[10:23:15] <wm-bot>	 ~=[,,_,,]:3
[11:12:05] <ebraminio>	 http://www.wikidata.org/wiki/Q6399434
[11:12:05] <ebraminio>	 http://www.wikidata.org/wiki/Q5659271
[11:12:05] <ebraminio>	 I confused!
[12:05:30] <sDrewth>	 ebraminio: which bit is confusing?
[12:11:13] <ebraminio>	 sDrewth: I think "lt" and "sk" must moved from http://www.wikidata.org/wiki/Q6399434 to http://www.wikidata.org/wiki/Q5659271 but I am not sure
[12:11:42] <sDrewth>	 let me look again
[12:14:15] <sDrewth>	 to me there are many that look wrong as Academic != Scientific
[12:14:32] <sDrewth>	 there is plenty of academic research not in science
[12:15:05] <sDrewth>	 but non-fiction is not correct either
[12:15:41] <sDrewth>	 I think that the label looks wrong
[12:18:58] <sDrewth>	 ebraminio: to me it looks as though the enWP category should be removed from that page
[12:20:11] <sDrewth>	 and I am trying to see if there is an equivalent
[12:20:25] <ebraminio>	 sDrewth: Hmmm, ok, thanks
[12:31:53] <Lydia_WMDE>	 addshore: we are ready here :)
[12:34:24] * sDrewth  watches Lydia_WMDE apply the power to Frankendata

[12:34:40] <Lydia_WMDE>	 sDrewth: lol
[12:37:33] <sDrewth>	 ebraminio: you have uncovered an absolute mess of categorisation, throw in Q7452853 and others too
[12:37:45] <sDrewth>	 it almost needs someone to go back and start at basics
[12:41:47] <gerrit-wm>	 New review: Daniel Kinzler; "re comments" [mediawiki/extensions/Wikibase] (master) - https://gerrit.wikimedia.org/r/54704
[12:42:03] <gerrit-wm>	 New review: Daniel Kinzler; "re comments" [mediawiki/extensions/Wikibase] (master) - https://gerrit.wikimedia.org/r/54704
[12:44:36] <JeroenDeDauw>	 Anyone got a question for Sebastian Bergmann (the guy that wrote PHPUnit)? Sitting next to him :)
[12:47:53] <hashar>	 JeroenDeDauw: says him hi from the WMF contint guy :-]
[12:48:26] <hashar>	 JeroenDeDauw: and the lame question is:  would it be either possible to run PHPUnit tests in parallel to take advantage of multiple CPU :-D
[12:51:57] <sDrewth>	 hashar: my lamer question would have been "what is PHPUnit" but I am too smart to show my pig ignorance
[12:52:23] <hashar>	 sDrewth: asking about things you ignore is a a common proof of smartness.
[12:52:41] <hashar>	 sDrewth: regular people tends to remain silent!
[12:52:46] <sDrewth>	 it is too late, for me to work out that one
[12:52:50] <hashar>	 sDrewth: PHPUnit is the de facto unit testing tool for PHP languages.
[12:52:51] <JeroenDeDauw>	 hashar: I do not need to ask that question since it was asked 2 days back on the php unconference eu
[12:52:55] <JeroenDeDauw>	 hashar: it is not
[12:53:06] <hashar>	 sDrewth: written by Sebastian Berggmann :-)
[12:53:20] <JeroenDeDauw>	 hashar: this is one of the thing that require significant changes to the core of phpunit
[12:53:25] <sDrewth>	 and apart from the fact that I am knackered
[12:54:31] <JeroenDeDauw>	 hashar: Volker Dusch (the main guy besised Sebastian) basically said the easiest way to get that done is throwing some money at Sebastian :p
[12:54:47] <JeroenDeDauw>	 *besides
[12:54:58] <hashar>	 ahh
[12:55:13] <hashar>	 I knew I should have been born as a billionar
[12:55:22] <hashar>	 this way I could sponsorship tons of OSS projects \O/
[12:55:46] <sDrewth>	 hashar: lots of images of money at Commons, you could email the money directly
[12:56:01] <hashar>	 ;-D
[12:56:30] <hashar>	 JeroenDeDauw: anyway I am looking at the Wikibase test unit right now.  Will attempt to solve it out this afternoon
[13:03:21] <gerrit-wm>	 New patchset: Daniel Kinzler; "Refactor RDF mapping, added support for sitelinks." [mediawiki/extensions/Wikibase] (master) - https://gerrit.wikimedia.org/r/61471
[13:03:22] <gerrit-wm>	 New patchset: Daniel Kinzler; "(Bug 42063, bug 44577) RDF for Special:EntityData" [mediawiki/extensions/Wikibase] (master) - https://gerrit.wikimedia.org/r/51164
[13:22:03] <gerrit-wm>	 Change merged: Tobias Gritschacher; [mediawiki/extensions/Wikibase] (master) - https://gerrit.wikimedia.org/r/54704
[14:34:30] <Pyfisch>	 !admin please undelete [[Q10800434]], because theire is a structural need for it.
[14:34:31] <AsimovBot>	 [4] 04https://www.wikidata.org/wiki/Q10800434
[14:37:39] <JohnLewis>	 Pyfisch: Explain?
[14:38:56] <Pyfisch>	 JohnLewis: look here: [[Special:WhatLinksHere/Q10800434]] The item is used as the founder of AdMob.
[14:38:57] <AsimovBot>	 [5] 10https://www.wikidata.org/wiki/Special:WhatLinksHere/Q10800434
[14:40:18] <Pyfisch>	 there was also a note on the german forum
[14:40:55] <JohnLewis>	 Pyfisch: {{done}} however does an article exist for the person on any wiki?
[14:40:55] <AsimovBot>	 How efficient, JohnLewis!
[14:42:12] <Pyfisch>	 JohnLewis: thanks, I think theire is no article in any wikipedia.
[14:43:07] <JohnLewis>	 Structural needs fit WD:N (If I remember correctly) but a sitelink if possible would be best
[14:46:22] <Pyfisch>	 JohnLewis: We can't create empty article on Wikipedias only for the reason that Wikidata Admin do not delete the item. The Wikidata Admins have to learn to look for links before they delete the item.
[14:47:53] <JohnLewis>	 Pyfisch: The admin states it was empty and unlinked. I'll leave them a note 'bout that.
[14:49:17] <JohnLewis>	 Wait..
[14:49:27] <JohnLewis>	 It was an old deletion. A link probably didn't exist.
[14:53:50] <gerrit-wm>	 Change merged: Daniel Werner; [mediawiki/extensions/Wikibase] (master) - https://gerrit.wikimedia.org/r/51164
[14:54:08] <gerrit-wm>	 Change merged: Daniel Werner; [mediawiki/extensions/Wikibase] (master) - https://gerrit.wikimedia.org/r/61471
[15:14:16] * ToAruShiroiNeko  stabs legoktm

[15:14:30] * Moe_Epsilon  shaves ToAruShiroiNeko

[15:14:49] <Moe_Epsilon>	 bad kitty
[15:14:58] * ToAruShiroiNeko  pretends to be an endangered species

[15:15:08] <ToAruShiroiNeko>	 if bald eagle is endandgered so should bald cats
[15:15:29] <Moe_Epsilon>	 actually I don't think they're endangered anymore
[15:15:32] <Moe_Epsilon>	 or are they..
[15:15:45] <ToAruShiroiNeko>	 sure
[15:15:55] <ToAruShiroiNeko>	 they are protected now
[15:16:04] <Moe_Epsilon>	 "least concern"
[15:16:05] <ToAruShiroiNeko>	 meaning you still cant casually hunt them
[15:17:36] <Moe_Epsilon>	 but not endangered nonetheless
[15:18:25] <ToAruShiroiNeko>	 http://www.fws.gov/midwest/eagle/recovery/biologue.html
[15:19:47] <ToAruShiroiNeko>	 "Although the Service removed the bald eagle from the list of threatened and endangered species under the Endangered Species Act, the bird will still be protected by the Migratory Bird Treaty Act and the Bald and Golden Eagle Protection Act. Both laws prohibit killing, selling or otherwise harming eagles, their nests, or eggs."
[15:20:01] <ToAruShiroiNeko>	 who would sell an eagle?
[15:20:14] <ToAruShiroiNeko>	 nothing against renting :D
[15:20:44] <Moe_Epsilon>	 or loaning
[15:20:48] <ToAruShiroiNeko>	 Fact Sheet Revised June 2007
[15:20:54] <ToAruShiroiNeko>	 +5 years is 2012
[15:20:56] <ToAruShiroiNeko>	 its outdated
[15:21:20] <Moe_Epsilon>	 probably lol
[15:21:47] <ToAruShiroiNeko>	 talking about baldness
[15:21:47] <ToAruShiroiNeko>	 http://www.deccanchronicle.com/130506/news-current-affairs/article/now-vampire-treatment-cure-baldness
[15:22:58] <Moe_Epsilon>	 neat
[15:23:35] <ToAruShiroiNeko>	 legoktm I was actually hoping to pm you a question
[15:23:42] <Moe_Epsilon>	 me?
[15:37:49] <Sven_Manguard>	 Why does almost everything at https://www.wikidata.org/wiki/Wikidata:List_of_properties say "script error" in big red letters?
[15:39:03] <Reedy>	 Shits broken, yo
[15:40:28] <Sven_Manguard>	 Reedy: Fix it...
[15:40:34] <Reedy>	 I've no idea what's broken
[15:47:00] <DanielK_WMDE_>	 Sven_Manguard: that would be a Lua error, in some lua modules that is maintainewd by admins on-site. Click the red text to see error details.
[15:47:13] <DanielK_WMDE_>	 it should tell you at least in which module the error is
[15:47:43] <DanielK_WMDE_>	 there we go: Module:WBHacks:32: in function "chunk" 
[15:47:55] <DanielK_WMDE_>	 nice, it's even linked
[15:48:02] <Sven_Manguard>	 "Time allocated for running scripts has expired" is all I got
[15:48:04] <DanielK_WMDE_>	 https://www.wikidata.org/w/index.php?title=Module:WBHacks&action=edit#mw-ce-l32
[15:48:26] <DanielK_WMDE_>	 Sven_Manguard: well then, too much lua on the page
[15:48:44] <Reedy>	 Deja-vu much?
[15:48:50] <DanielK_WMDE_>	 i do see other errors though
[15:48:54] <Sven_Manguard>	 yeah, it's the list of properties, so it has all the properties
[15:48:57] <DanielK_WMDE_>	 "Lua error in Module:WBHacks at line 13: attempt to index local 'pg' (a nil value)."
[15:49:16] <DanielK_WMDE_>	 Sven_Manguard: so, split it
[15:49:32] <DanielK_WMDE_>	 it's going to get too large at some point. seems to be now.
[15:50:46] <DanielK_WMDE_>	 Sven_Manguard: or yell at legoktm to make the script more efficeint (no idea if that's possible)
[15:50:48] <DanielK_WMDE_>	 https://www.wikidata.org/w/index.php?title=Module:WBHacks&action=history
[16:39:09] <AVRS>	 Hi.
[16:39:23] <AVRS>	 Is there a tool to get a list of items whose labels are used in Wikipedia?
[16:40:08] <AVRS>	 to start with them in https://www.wikidata.org/wiki/Wikidata:Labels_and_descriptions_task_force
[16:42:41] <AVRS>	 *items _without labels_
[16:43:08] <AVRS>	 Are items without labels in Russian really as few as listed at https://www.wikidata.org/wiki/User:ValterVBot/Labels_and_descriptions/ru though??
[16:44:19] <AVRS>	 not millions
[16:44:20] <Stryn>	 AVRS: do you mean this: http://www.wikidata.org/w/index.php?title=Special:EntitiesWithoutLabel
[16:45:38] <AVRS>	 I want a list of those used in Wikipedia, because when I've added simple use of Wikidata properties in templates for things that are not specified, those without a Russian label were included as q123456
[16:46:07] <AVRS>	 The text is not a link, so I'm afraid it would be too confusing for readers.
[16:58:41] <AVRS>	 Wikidata item pages may be the slowest of the pages I visit regularly.
[17:04:44] <gerrit-wm>	 New patchset: Daniel Kinzler; "Update easyRdf submodule to include security patch." [mediawiki/extensions/Wikibase] (master) - https://gerrit.wikimedia.org/r/62453
[17:13:04] <aude>	 DanielK_WMDE_: poke
[17:13:15] <DanielK_WMDE_>	 aude: hi
[17:13:16] <aude>	 https://gerrit.wikimedia.org/r/#/c/62454/ is important to have someone double check
[17:13:39] * aude  dislikes the new setting system, as it's easy to put a setting in the wrong variable

[17:13:51] <aude>	 but whatever
[17:13:59] <DanielK_WMDE_>	 aude: as far as I understand, $wgWBSettings should no longer be used at all, ever
[17:14:08] <aude>	 not even for lib?
[17:14:18] <DanielK_WMDE_>	 aude: the client should put everythign into $wgWBSettings, and the repo everything into $wgWBSettings.
[17:14:25] <DanielK_WMDE_>	 no, not even for lib
[17:14:34] <aude>	 ugh
[17:14:36] <DanielK_WMDE_>	 otherwise, the config would need to change when stuff gets moved into lib
[17:14:39] <DanielK_WMDE_>	 that would be broken
[17:14:54] <aude>	 i have not tested things that way
[17:14:59] <DanielK_WMDE_>	 the config should not need to know which ode is in lib or not
[17:15:19] <DanielK_WMDE_>	 code in lib should not need to know whether the setting comes from the repo or the client
[17:15:33] <aude>	 then a $wgWBClientSetting would override $wgWBSetting?
[17:15:49] <DanielK_WMDE_>	 but that's how it should be, i agreed with jeroen on that. that was quite a while ago, though
[17:16:01] <DanielK_WMDE_>	 i have not checked whether it actually works that way now. but it should
[17:16:23] <aude>	 ok, then we're not updating the settings tonight
[17:16:29] <aude>	 needs further testing
[17:16:34] <aude>	 we're doing it wrong on labs
[17:16:51] <aude>	 maybe on wednesday
[17:17:21] <DanielK_WMDE_>	 aude: $wgWBClientSetting would not override $wgWBSettings, because $wgWBSettings wouldn't be used anywhere. COncrete client settings should definitely override defaults defined for labs though, yes
[17:17:27] <DanielK_WMDE_>	 err, for lib
[17:17:30] <aude>	 the extensions pages need updating by someone who understands this
[17:17:44] <DanielK_WMDE_>	 well, i understand how i think it *should* be :)
[17:17:51] <aude>	 DanielK_WMDE_: but they still are in the code
[17:18:01] <aude>	 $wgWBSettings still in the lib
[17:18:06] <DanielK_WMDE_>	 sure
[17:18:08] <DanielK_WMDE_>	 and should be
[17:18:09] <aude>	 they don't get used?
[17:18:14] <DanielK_WMDE_>	 but it should be an internal thing only
[17:18:17] <DanielK_WMDE_>	 it's where lib *
[17:18:21] <DanielK_WMDE_>	 grr
[17:18:23] <aude>	 in the config
[17:18:31] <DanielK_WMDE_>	 it's where lib *getrs* settings from, not where we put settings in
[17:18:49] <aude>	 it's where the default settings are
[17:19:21] <DanielK_WMDE_>	 well, the patch i saw was mishandling the defaults. which is why you opposed it, and i agreed.
[17:19:35] <aude>	 $settings = array_merge( $settings, $GLOBALS['wgWBSettings'] );
[17:19:47] <aude>	 that's what it does now after it gets the client and repo sttings
[17:19:50] <DanielK_WMDE_>	 if that was fixed, lib should be getting the correct values in wgWBSettings, and nobody should ever set them explicitly
[17:20:02] <aude>	 meaning that the defaults would override $wgWBClientSettings
[17:20:14] <DanielK_WMDE_>	 that sounds broken
[17:20:28] <aude>	 there are jeroen's patches for the settings...
[17:20:48] <DanielK_WMDE_>	 which i gave a -2, iirc? or you did?
[17:21:16] <DanielK_WMDE_>	 i'm confused about what was changed, and what wasn't.
[17:21:34] <DanielK_WMDE_>	 i just have a string conviction that it's evil to require the config to know which settings are "lib settings". 
[17:21:37] <DanielK_WMDE_>	 there's no such thing
[17:21:40] <aude>	 i did because i don't want the code to get ahead of our production settings
[17:21:49] <aude>	 DanielK_WMDE_: agree :)
[17:21:49] <DanielK_WMDE_>	 there's just client settings and repo settings, never mind how stuff gets handled internally
[17:21:56] <DanielK_WMDE_>	 well then
[17:22:26] <aude>	 it's icky to array merge the globals
[17:22:29] <DanielK_WMDE_>	 lets make sure we do it that way.
[17:22:49] <DanielK_WMDE_>	 i'm not against array-merging them. if it's done in the right order.
[17:22:50] <aude>	 i would then just move all the lib settings into the repo and client (even if they are duplicated)
[17:23:08] <DanielK_WMDE_>	 first combin the defaults, then apply the actual settings.
[17:23:53] <DanielK_WMDE_>	 some settings may have different values for client and repo.
[17:23:54] * aude  cringes

[17:23:59] <DanielK_WMDE_>	 others must always have the same values.
[17:25:02] <aude>	 then used a different variable entirely for the defaults?
[17:25:07] <aude>	 idk
[17:25:45] <DanielK_WMDE_>	 lib settings = client|repo settings = lib defaults + client|repo defaults +  client|repo config.
[17:25:51] <aude>	 the code just fetches the globals and at that time, they would be overriden
[17:25:55] <DanielK_WMDE_>	 yea, perhaps the defaults should be separate
[17:26:17] <DanielK_WMDE_>	 i havn't looked how it could be done best
[17:26:17] <DanielK_WMDE_>	 i just know what it should do
[17:27:03] <aude>	 it's all brittle
[17:28:06] <DanielK_WMDE_>	 well, ideally, the client or repo would just inject the appropriate settings object into whatever thign it needs from the lib
[17:28:09] <DanielK_WMDE_>	 no globals involved
[17:28:24] <DanielK_WMDE_>	 would need a bit of refactoring :\
[17:28:37] <DanielK_WMDE_>	 also, no defaults for lib
[17:31:15] <aude>	 i'm poking at the code
[17:32:02] <aude>	 at least making it not override $wgWBSettings default over something set in one of the other variables
[17:32:31] <DanielK_WMDE_>	 yea
[17:34:52] <aude>	 not convinced that changing everything to $wgWBClientSettings would work now
[17:35:00] <aude>	 e.g. on labs
[17:35:06] <aude>	 yet alone production :)
[17:35:28] <aude>	 changing the client settings to the new variable would work, but it's not enough
[17:35:49] <aude>	 we'd end up with no client databases and no change dispatching
[17:39:35] <aude>	 No client wikis configured! Please set $wgWBSettings['localClientDatabases'].
[17:39:41] <aude>	 that's indeed what happens
[17:39:53] <aude>	 Attempt to get non-existing setting "entityPrefixes"
[17:39:58] <aude>	 errr
[17:44:58] <legoktm>	 Hm, optimizing that is going to be hard.
[17:45:11] <legoktm>	 The issue is that it has to fetch page text for every single item.
[17:45:16] <legoktm>	 And then parse it into JSON
[17:46:22] <DanielK_WMDE_>	 legoktm: ick :) we'll provide a waqy to load the json directly some day, but we need usage tracking for that first
[17:47:01] <legoktm>	 well all we need is https://bugzilla.wikimedia.org/show_bug.cgi?id=47071 to get resolved
[17:47:22] <legoktm>	 there's a -1 but i dont see why…. https://gerrit.wikimedia.org/r/#/c/62321/
[17:48:45] <DanielK_WMDE_>	 that change is slightly broken in gerrit, it "somtimes" doesn't show completely
[17:49:03] <DanielK_WMDE_>	 jeroen didn't like it because: "This is missing tests. I'd also like to not stuff code dependent on scribuntu or lua in the repo component. A new component is probably better."
[17:49:31] <DanielK_WMDE_>	 also, i don't think this is a good approach
[17:49:39] <DanielK_WMDE_>	 we should instead make the client extension work on the repo too
[17:49:44] <DanielK_WMDE_>	 needs some refactoring
[17:49:54] <DanielK_WMDE_>	 actually, it's related to what aude is currently doing with the config stuff
[17:50:10] <aude>	 :o
[17:52:34] <aude>	 ok, the settings array is not used in too many places (yet) outside of the Settings (singleton) thing
[18:12:30] <JeroenDeDauw>	 Abraham_WMDE: Lydia_WMDE: this is how we should do office hours! https://www.youtube.com/watch?v=bU9vVC_Hchs
[18:12:44] <JeroenDeDauw>	 These guys are doing it in a so much more awesome way :p
[18:13:15] <gerrit-wm>	 New patchset: Hashar; "Experimental config switcher for WMF Jenkins jobs" [mediawiki/extensions/Wikibase] (master) - https://gerrit.wikimedia.org/r/61379
[18:22:13] <legoktm>	 https://www.wikidata.org/wiki/Talk:Q3656302 <-- needs help
[18:26:42] <DanielK_WMDE_>	 legoktm: seems to be fixed?
[18:27:11] <legoktm>	 i havent checked, i just saw it popup in the cvn feed and didnt want it to get missed
[18:29:58] <gerrit-wm>	 New patchset: Daniel Kinzler; "Move RDF stuff into separate directory." [mediawiki/extensions/Wikibase] (master) - https://gerrit.wikimedia.org/r/62465
[18:30:56] <gerrit-wm>	 New review: Daniel Kinzler; "Note that there is a known issue with outputting snak values. I'll fix that in a follow-up." [mediawiki/extensions/Wikibase] (master) - https://gerrit.wikimedia.org/r/62465
[19:03:04] <aude>	 DanielK_WMDE_: poke again
[19:03:08] <aude>	 PHP Warning:  require(/var/www/common/wikibase-repo/extensions/Wikibase/repo/includes/content/easyRdf/EasyRdf/Graph.php): failed to open stream: No such file or directory in /var/www/common/wikibase-repo/includes/AutoLoader.php on line 1151
[19:03:18] <aude>	 am i doing something wrong?
[19:04:12] <aude>	 nevermind, figured it out
[19:04:14] <aude>	 it's a submodule
[19:31:27] <DanielK_WMDE_>	 aude: sorry, was distracted
[19:31:42] <DanielK_WMDE_>	 aude: note that i just submitted a patch for moving that thing to a saner location
[19:32:21] <DanielK_WMDE_>	 https://gerrit.wikimedia.org/r/#/c/62465/
[19:37:49] <aude>	 DanielK_WMDE_: ok
[19:40:06] <aude>	 looks better to have the test skipped (with a notice) if the dependency is missing
[19:40:15] <aude>	 e.g. it's optional now
[20:06:41] <multichill>	 Do other language projects of Wikipedia have a project to help solve interwiki conflicts? The Dutch Wikipedia has https://nl.wikipedia.org/wiki/Wikipedia:Interwikiconflicten_oplossen and it's really going fast :-)
[20:49:03] <Sky2042>	 LOL
[20:49:09] <Sky2042>	 http://www.wikidata.org/w/index.php?title=Property_talk:P107&diff=36633723&oldid=35023740
[20:49:13] <Sky2042>	 that amuses me greatly
[20:51:06] <Sven_Manguard>	 hey Guerillero 
[20:51:16] <Guerillero>	 yo
[20:52:52] <Guerillero>	 how are you Sven_Manguard 
[21:05:50] <legoktm>	 https://meta.wikimedia.org/wiki/Requests_for_comment/Scope_of_Ombudsman_Commission
[22:52:40] <Sven_Manguard>	 aww, fuckles
[22:52:55] <Sven_Manguard>	 We really need to find a better way of searching for internal pages
[22:53:08] <Sven_Manguard>	 I did a search for Template:Empty category and I got the wikidata item on that template
[22:53:25] <Sven_Manguard>	 no idea whether or not there's a copy of that template on Wikidata itself
[22:54:42] <legoktm>	 uh
[22:54:49] <legoktm>	 https://www.wikidata.org/wiki/Template:Empty_category
[22:54:52] <legoktm>	 it exists kinda
[22:55:01] <legoktm>	 oh
[22:55:05] <legoktm>	 (cur | prev) 22:54, 6 May 2013‎ Sven Manguard (talk | contribs | block)‎ m . . (529 bytes) (0)‎ . . (22 revisions from en:Template:Empty category) (rollback 1 edit | undo)
[22:55:23] <Sven_Manguard>	 working on it 
[22:55:24] <legoktm>	 you should try and import from commons usually
[22:55:33] <legoktm>	 their templates dont require meta templates most of the time
[22:55:37] <legoktm>	 and its usually translated too
[22:55:49] <legoktm>	 https://commons.wikimedia.org/wiki/Template:Empty_category
[23:16:32] <legoktm>	 https://www.wikidata.org/wiki/Special:Contributions/186.149.66.33