[04:08:10] Making a table of the sections of the Dewey Decimal System, and trying to look at how they would be ‘organized’ as a tree of ‘topical classifications’ is causing me to realize that it truly sucks for the purpose… [04:09:37] I think the LCSH makes more sense… DDC is not really ‘topical’ at all… [04:10:02] I mean, it suuuuucks. [04:11:54] To the point that I’m actually deleting the ‘topical classifications I made based on it… [05:01:58] Anyone awake? [05:04:02] What’s the right way to discriminate between different, similar concepts with the same name? [05:04:47] What I mean here is…. Q8432 is ‘civilization’, which someone has set as a subclass of ‘society’…which is correct. [05:06:28] However, it’s linked to the BNCF Thesaurus entry for civilization, which isn’t the same thing…. [05:07:44] The BNCF entry (and the LCSH entry I’m looking at) are about ‘civilization’ as a ‘field of study’, a subtopic of ‘auxilliary sciences of history’…. [08:25:59] are the datatypes of the properties fixed? [08:35:26] (03CR) 10Thiemo Mättig (WMDE): "It's just an other way to inject a service using an existing object instead of adding a new constructor parameter. Not best practice, sure" [extensions/Wikibase] - 10https://gerrit.wikimedia.org/r/145237 (owner: 10Adrian Lang) [08:59:10] why the hell are properties deleted? [08:59:19] https://www.wikidata.org/w/index.php?title=Special:Log&page=Property:P46 [09:00:31] lbenedix: ? [09:00:48] that was over a year ago.. [09:01:17] I have the problem that I need the datatype of the properties [09:01:35] of a deleted one? [09:01:43] yes [09:01:53] I'm working with the dumps [09:04:20] then you need to get the datatype from the dump [09:18:08] Back to the first question: is the datetype fixed? Can I get the right one from the dump or do I need to follow some history of changes of the property? [09:18:38] lbenedix: the dt of a property cannot be changed [09:18:49] great [09:19:08] Do you have a list of property_id, datatype? [09:19:22] I don't think so [09:34:34] DanielK_WMDE: ping [09:44:32] (03CR) 10Daniel Kinzler: "The idea is that we need some basic info (ids, labels, data types) about a batch of entities in some places (in particular, for all refere" [extensions/Wikibase] - 10https://gerrit.wikimedia.org/r/144148 (owner: 10Daniel Kinzler) [10:04:14] Now that we’ve had yet another netsplit, anyone paying attention that can help me with something? [10:11:10] revent: what do you need help with? [10:11:29] !admin there is a weird bug in a beta gadget; Anyone here able to fix it? [10:11:46] A beta-gadget? [10:12:12] sjoerddebruin, indeed; Gimme a sec and I'll get a link [10:12:24] Just seems to be lazy transwiking :D [10:13:32] (03CR) 10WikidataJenkins: [V: 032] "Build Successful" [extensions/Wikidata] - 10https://gerrit.wikimedia.org/r/146415 (owner: 10WikidataBuilder) [10:14:15] sjoerddebruin, actually, it seems to be a bigger problem. I'll file a bugzilla report instead [10:14:31] :O [10:15:00] sjoerddebruin, not that I don't trust you... :D [10:16:54] Which is a good class to test against in php's class_exists( '...' ) if the wiki is a Wikibase repo? [10:18:55] se4598_4: defined( 'WB_VERSION' ) [10:19:20] se4598_4: but generally, it's better to test for some concrete feature [10:19:48] if you want a class, the WikibaseRepo class would probably be the most obvious [10:20:15] I want to test if it is a wikibase repo inside the $wgHooks[ 'ResourceLoaderRegisterModules' ] from a other extension [10:24:58] lbenedix: https://gerrit.wikimedia.org/r/#/c/146419/ (to add the wb_property_info to the dumps) [10:25:23] somehow that never got added :/ but should be there soonish for future dumps [10:26:14] another great thing would be replacing "string" with the actual datatype in this "m" object [10:26:47] lbenedix: don't confuse the value type with the data type... [10:27:08] what is the difference? [10:27:17] strign is internal representation [10:27:24] that many data types use [10:27:35] urls are string, commons media also [10:27:36] the value type indicates what is used to store the value internally. for CommonsMedia and URL, the value type is "string". [10:27:44] what DanielK_WMDE says :) [10:27:49] The data type identifies the interpretation [10:28:05] would be great to see this in the dump [10:28:12] In the "long" serialization format, both are included. [10:28:25] lbenedix: the dump format you are seeing is going to go away really soon [10:28:32] dumps will then use the same serialization format as the api [10:28:39] nice [10:28:41] the old format is extremely icky in many ways [10:28:57] right [10:29:10] will the new dump contian the same information as the old ones? [10:29:13] aude: do you know the status of the JSON dumps, btw? [10:29:14] history? [10:29:43] lbenedix: the xml dumps, yes. we will add plain json dumps, with no history and page meta data, just entities. [10:30:02] will the xml dumps be changed? [10:30:17] the json wrapped in the xml dumps will change, yes [10:30:25] great! [10:30:36] the acutal format is ... interesting [10:30:42] and not very consistent [10:30:55] tell me about it... [10:31:52] badges appear in the links array [10:32:02] some other arrays become objects [10:32:16] DanielK_WMDE: json dumps are ready soonish [10:32:31] is there some kind of a date? [10:32:39] can't give a date, but we're testing them in production already [10:33:08] 👍 [10:43:03] Yay, people here…. can I get some help with how to fix something? [10:44:27] Relating to a convolution of who things that aren’t the same (but very similar) [10:44:34] *two things* [10:50:10] aude: Thiemo_WMDE: please reply to the "How to record redirects in the database" thread by DanielK_WMDE to reflect agreement on #3 [10:52:08] ok [11:00:00] Thiemo_WMDE: you too, please, just for the record :) [11:02:52] Can I possibly get some help? :) [11:03:23] revent: please ask a concrete question. nobody knows whether they can help if you don't ask [11:03:55] DanielK_WMDE: you guys know if there is a hard limit on the _string_ length of an entityid? 20? 32? less? more? [11:03:55] (since your question seems to be about content, not software, i probably can't help, but you never know...) [11:03:59] DanielK_WMDE: I’d asked a couple of times way back and noone responded, so I was hoping for something indicating people were listening... [11:04:39] revent: there were netspli9ts earlier, chances are, not many people got your message [11:05:09] Yeah, fair enough….anyhow... [11:05:19] Q8432 [11:05:23] Thiemo_WMDE: 255. We want to be able to use full file names in entity ids [11:06:04] revent: from what I see you are asking about classification/ontologies. short answer is: there is no "right" way to classify the world. just try to do your best. [11:06:50] DanielK_WMDE: is this in some spec? [11:07:17] Thiemo_WMDE: the fact that we plan to use file ids as entity ids for media info? yes, somewhere... [11:07:25] err, file names [11:08:12] Thiemo_WMDE: Basically I’m wondering if it would be appropriate to split the ‘subject headings’ concept of the ‘field of study’ away from the ‘thing’ concept…I’m guessing that with trying to add books and the defining subject headings I’m going to hit this a lot.. [11:08:40] Thiemo_WMDE: though change_object_id is varbinary(14) [11:09:20] Freebase unfortunately also convolves the two concepts. [11:09:22] revent: wikidata items can be split much more than wikipedia articles. feel free. each item should be about one (and only one) concept in the world. [11:10:14] i think "subject headings" are a misguded concept in the context of wikidata [11:10:17] DanielK_WMDE: and the same time epp_entity_type is varbinary(32). grrrr.. want a docu. [11:10:21] but upper level ontologies are a lot of fun... [11:10:37] * Thiemo_WMDE food. now. [11:10:49] Thiemo_WMDE: i'm here for another hour [11:11:05] Thiemo_WMDE: you think we can get the EntityInfoBuilder stuff merged at least? [11:12:59] DanielK_WMDE: I’m trying to use them in the context of defining what books are about, the ‘citable source’ is the subject headings, which are about clearly defined concepts… it’s just that the ‘names’ often don’t clearly describe what those concepts are… [11:16:09] revent: everything on wikidata should be a clearly defined concept. it seems nonsensical to me to call some of them "subject headings". [11:17:14] is "math" a subject heading? is "Michael Jackson"? Is "woolen socks"? There are surely books about all of these. [11:18:45] DanielK_WMDE: Actually, yes on at least two of those, however it’s not my intention to ‘define’ items as subject headings, but “subject heading’ is a sourcable property of a book [11:20:27] and a property such as P508 (BNCF Thesaurus) is a link to a subject heading in a database…. [11:21:56] hmhm... but P508 indicates that the item that has the property describes the same concept as the BNCF thesaurus, not a book about that subject, right? [11:22:07] in any case, I don't understand your question yet. [11:22:47] You said your want to split "subject heading" from something else - what does that even mean? Properties have, as of now, no relationship with other properties. [11:23:55] DanielK_WMDE: YOu missed my original explanation, I didn’t repead it because of what Thiemo_WMDE said, but here…. [11:25:12] Q8432 “Civilization” is a subclass of ‘society’, and is apparently supposed to be about civilizations as ‘things’…. [11:25:31] Specific instances of societies… [11:27:18] The subject heading sh85026423 in the Library of Congress SH is also ‘civilization’, but as a subclass of ‘auxiliary sciences of history, and as a parent of things like ‘religions’ and ‘social sciences’….the BNCF Thesaurus heading linked is equivalent… [11:27:45] It’s about ‘civilization’ as a ‘field of study’ [11:29:12] I realize I can create a new ‘entity’ and split the concepts, but I’m not really sure how to clarify the ambiguity.... [11:36:01] revent: oh, ok,. i see. I would just do it by using "field of study" as the item description. [11:36:10] that's what descriptions are for: disambiguation. [11:36:45] though i find it strange that "civilization" would be a field of study. i have never heard or read the term used that way. [11:37:00] "history" can be the thing, or the study. but "civilization"? really? [11:37:17] you could call it "study of civilization" :) [11:38:02] revent: but then... what's the book about? is the book *about* the field of study?... [11:38:10] or does it *belong* to the field of study? [11:38:31] do we have sufficiently fine grained properties to make that distinction? [11:40:20] DanielK_WMDE: Actually, I’m specifically working on books about economics, but was trying to follow the ‘chain’ of concepts defined by the subject headings back up to other concepts [11:41:37] economics is a subclass of social sciences, which is a subclass of civilization and then ‘auxilliry sciences of history' [11:41:55] There are plenty of books ‘about’ civilization, though, [11:42:09] sure [12:36:33] (03CR) 10Thiemo Mättig (WMDE): [C: 032] Refactor EntityInfoBuilder [extensions/Wikibase] - 10https://gerrit.wikimedia.org/r/144148 (owner: 10Daniel Kinzler) [12:37:00] (03Merged) 10jenkins-bot: Refactor EntityInfoBuilder [extensions/Wikibase] - 10https://gerrit.wikimedia.org/r/144148 (owner: 10Daniel Kinzler) [12:52:49] hoo: are you available? [12:52:53] yes [12:53:20] your -1 here isnt going to be resolved in the next 2 months because adrian is not here. whate to do? https://gerrit.wikimedia.org/r/#/c/144668/ [12:54:29] what we should do is an IE8 test. but the CSS is not a "hack" in my opinion. [12:56:22] mh, I see... if Adrian wont be around (even from home) I guess we should just add a comment saying why the CSS is there and then do a lot of browser testing [12:56:36] I can do IE testing if needed (not ASAP but today) [12:59:53] at least IE8. i already tested ff/chrome. [13:00:09] Ok, I think stuff is a little broken in IE anyway [13:00:14] bene opened a bug for that [13:00:24] don't think anyone solved that (now that Adrian's not here) [13:00:49] i need a windows vm i guess. ;) [13:01:10] I ruined mine and don't quite know how :P [13:01:41] problem is that those are extremely large... my Fedora VM for testing Wikibase is under 2GiB... Windows 7 64Bit takes more than 20GiB... [13:05:23] (03PS7) 10Thiemo Mättig (WMDE): Partial support for thousands separators in DateTimeParsers [extensions/Wikibase] - 10https://gerrit.wikimedia.org/r/119973 [13:06:41] (03CR) 10Thiemo Mättig (WMDE): [C: 031] "Such a simple solution. Year parser must be last. Why did I missed that for so long?" [extensions/Wikibase] - 10https://gerrit.wikimedia.org/r/119973 (owner: 10Thiemo Mättig (WMDE)) [13:07:17] why do ids from the api look like this? Q183$7af343ff-49a9-4862-e5a4-9dcb24814af7 [13:07:27] instead of just Q183 ? [13:08:28] is it a uuid? [13:08:29] Schisma______: Those are globally unique ids for a snak [13:08:48] ic... can i write a request without these? [13:09:37] s/snak/statement/ [13:09:40] but whatever [13:10:15] Schisma______: What are you trying to do with the API? [13:10:26] hoo: just toying around [13:14:20] (03PS5) 10Tobias Gritschacher: Lua: Allow arbitrary item access [extensions/Wikibase] - 10https://gerrit.wikimedia.org/r/144965 (https://bugzilla.wikimedia.org/67538) (owner: 10Hoo man) [13:15:07] ah, it is a id for each claim [13:16:10] Tobi_WMDE: Lydia_WMDE: I think we're mixing up Wikidata and Wikibase to much in BZ [13:16:53] regarding https://bugzilla.wikimedia.org/show_bug.cgi?id=67538 vs. https://bugzilla.wikimedia.org/show_bug.cgi?id=47930 [13:16:55] that's a mess [13:18:17] hoo: yeah [13:18:47] 47930 is the tracking bug for the others [13:19:59] (03CR) 10WikidataJenkins: [V: 032] "Build Successful" [extensions/Wikibase] - 10https://gerrit.wikimedia.org/r/119973 (owner: 10Thiemo Mättig (WMDE)) [13:22:18] Tobi_WMDE: That's not obvious... maybe we should have more components to make the difference clearer... the current Wikibase Client and Repo just doesn't fit [13:25:32] (03CR) 10WikidataJenkins: [V: 032] "Build Successful" [extensions/Wikibase] - 10https://gerrit.wikimedia.org/r/144965 (https://bugzilla.wikimedia.org/67538) (owner: 10Hoo man) [13:29:29] Lydia_WMDE: Got the new list of broken items on https://www.wikidata.org/wiki/Wikidata:True_duplicates#List [13:29:52] Surprisingly only a few new ones have added up, while quite a lot old ones were resolved [13:29:59] 6772 left now [13:30:03] nice [13:31:56] hoo: i'd rather not spend too much time moving things around in bugzilla anymore if we're moving to phabricator anyway [13:32:44] Do we have a date yet? [13:34:05] Tobi_WMDE: i know why i didn't merge the build today (besides that it's using wrong property suggester version) [13:34:12] aude: i was talking about this core-patch https://gerrit.wikimedia.org/r/#/c/143032/ [13:34:32] found a bug on master (perhaps) but beta works correctly [13:34:47] was investigating [13:34:58] Thiemo_WMDE1: probably can't look today. maybe hoo can [13:35:18] no need to do it today, just to let you know. [13:35:25] ok [13:35:26] nick Thiemo_WMDE [13:35:31] heh [13:36:08] * aude silly, forgot my power cord so will go home and/or hang out with the guests [13:36:27] cant you find one to borrow? [13:36:34] can, but can also go home [13:36:39] want to file bugs [13:37:18] ok, https://github.com/wmde/WikidataBuilder/pull/23 merged [13:41:26] I just installed Wikibase. Is this a important warning in the MWDebug toolbar? "Warning: Cannot find site mediawiki in sites table; Wikibase\Client\WikibaseClient::newSiteGroup" I already have done populateSitesTable.php (btw: php failed on https, had to http) [13:41:55] 'mediawiki' might not be added by the script [13:42:07] might have to add it manually... sorry don't know easier way [13:42:20] possible [13:42:36] aude: Btw, saw my commits moving the scripts to wikimedia maint.? [13:43:05] yeah [13:43:18] might complicate installation for people so want to think a bit more [13:43:26] at least update the instructions [13:43:35] (03CR) 10Aude: [C: 032] "i suspect this causes some bugs, but let's see" [extensions/Wikidata] - 10https://gerrit.wikimedia.org/r/146415 (owner: 10WikidataBuilder) [13:43:50] Thiemo_WMDE: hoo Tobi_WMDE Lydia_WMDE https://bugzilla.wikimedia.org/show_bug.cgi?id=68033 [13:43:54] https://bugzilla.wikimedia.org/show_bug.cgi?id=68032 [13:44:00] if someone can please investigate [13:44:12] not good as we are near branch point [13:44:38] * aude has 6 min of battery left so is going home and might be around later [13:44:55] Ok, I'll might take a look later, if no one else does [13:44:59] working on json dumps atm [13:45:01] thanks [13:45:12] thx aude [13:45:15] what we had yesterday on beta does not have the bug [13:45:17] s [13:45:28] i suspect value view update is the issue [13:45:36] anyway, need to go [13:45:54] cu :) [13:46:42] (03Merged) 10jenkins-bot: New Wikidata Build - 15/07/2014 10:00 [extensions/Wikidata] - 10https://gerrit.wikimedia.org/r/146415 (owner: 10WikidataBuilder) [14:11:28] Lydia_WMDE: Do we also want dumps for testwikidata? [14:11:59] hoo: json? imho not atm [14:12:09] Ok, less work :) :P [14:12:31] :P [14:32:48] [13ValueView] 15thiemowmde created 06msg-fallbacks (+1 new commit): 02http://git.io/255t9A [14:32:48] 13ValueView/06msg-fallbacks 148e7949c 15Thiemo Mättig: Add fallbacks for critical messages... [14:33:57] [13ValueView] 15thiemowmde opened pull request #85: Add fallbacks for critical messages (06master...06msg-fallbacks) 02http://git.io/arPZRg [14:37:38] hoo: around? [14:37:53] yes [14:38:09] so what do you need to know for the new repo? [14:39:15] Basically we have to figure how to inject the stuff [14:39:42] hoo: I think the scripts etc can be injected with a hook to resource loader? [14:39:46] do we plan to use a hook for that? [14:40:07] Well, we could of course jsut add them on all page/ item loads, but that would be ugly [14:40:12] hoo: how else can one add stuff to resource loader? [14:40:19] I'd rather ahve Wikibase pull it in in some way [14:40:28] hoo: so you mean add some wikibase hook? [14:40:37] do we have hooks in wikibase already? [14:40:47] yes and yes [14:41:01] DanielK_WMDE: ^ [14:41:06] maybe Daniel has a better idea [14:41:11] but I doubt it [14:41:46] hoo: ok, so I will have to create a hook in wikibase? [14:42:06] maybe also create one for the client and only add icons there if they are used, too? [14:43:11] yeah... we will need an outputpage in the hook [14:43:13] [travis-ci] wmde/DataValuesJavascript/evil/8a41e66 : Thiemo Mättig The build is still failing. http://travis-ci.org/wmde/DataValuesJavascript/builds/29498885 [14:43:57] (03CR) 10WikidataJenkins: "Build Failed" [extensions/Wikidata] - 10https://gerrit.wikimedia.org/r/146415 (owner: 10WikidataBuilder) [14:54:56] Lydia_WMDE: Do we have a bug about json dumps? [14:55:06] * hoo would like to link something in the commit summary [14:56:05] hoo: https://bugzilla.wikimedia.org/show_bug.cgi?id=52799 [14:57:03] Lydia_WMDE: Mh... that's not really it [14:57:10] I guess I'm just going to leave that out for now [14:57:17] we don't have anything else i think [14:58:05] Mh... want to create a new one? Not really important, I guess... people will notice anyway :) [14:58:21] yeah i don't think we need it [15:08:32] hoo: but we may use all icons anyways when a user adds this badge [15:08:47] so it is necessary to load them all the time [15:10:31] otherwise we'd have to load the styles after saving -> very tricky [15:11:29] benestar: Wait... I thought we only had a UI for badges on the special page?! [15:12:23] hoo: for now yes [15:12:59] but later the javascript ui will also allow editing badges [15:13:00] so I doubt this is an actual problem right now [15:14:17] hoo: but it does not make sense to create a hook now which is useless later on [15:15:42] It can [15:16:05] So you would just add all badge items to all Item views? That's ok with me now [15:16:16] as we're not having many badges [15:16:27] (and don't plan to have many soonish) [15:16:30] hoo: *nod* [15:26:15] (03CR) 10Thiemo Mättig (WMDE): Inject AbstractedRepoApi into EntityStore (031 comment) [extensions/Wikibase] - 10https://gerrit.wikimedia.org/r/145235 (owner: 10Adrian Lang) [15:29:54] (03PS1) 10Thiemo Mättig (WMDE): Fix reverted fix again [extensions/Wikibase] - 10https://gerrit.wikimedia.org/r/146476 (https://bugzilla.wikimedia.org/68032) [15:31:04] Jurgen|pizza: bon appetit ;) [15:32:05] RAGE! https://gerrit.wikimedia.org/r/#/c/146476/ [15:36:30] wtf [15:37:19] * benestar tröstet Thiemo_WMDE [15:37:33] "I was so proud of it..." :P [15:37:43] (03CR) 10Hoo man: [C: 032] "WTF" [extensions/Wikibase] - 10https://gerrit.wikimedia.org/r/146476 (https://bugzilla.wikimedia.org/68032) (owner: 10Thiemo Mättig (WMDE)) [15:38:02] (03Merged) 10jenkins-bot: Fix reverted fix again [extensions/Wikibase] - 10https://gerrit.wikimedia.org/r/146476 (https://bugzilla.wikimedia.org/68032) (owner: 10Thiemo Mättig (WMDE)) [15:39:27] (03CR) 10WikidataJenkins: "Build Successful" [extensions/Wikibase] - 10https://gerrit.wikimedia.org/r/146476 (https://bugzilla.wikimedia.org/68032) (owner: 10Thiemo Mättig (WMDE)) [15:39:45] Thiemo_WMDE: You somehow reverted it yourself: https://gerrit.wikimedia.org/r/#/c/145235/8..9/repo/resources/wikibase.ui.entityViewInit.js [15:40:02] gerrit says so but i for sure did not. [15:51:59] Thiemo_WMDE: lol [15:52:23] hoo: are you already working on wikidata.org repo? [15:52:31] it basically is another mediawiki extension, right? [15:52:39] Yes and no, not right now [15:52:53] hoo: so what will it be then? [15:53:03] a wikibase extension? [15:53:12] Oh wait, over way round [15:53:21] I'm not working yet, but it will be a MW extension [15:53:22] Thanks benestar ;) [15:53:28] hoo: ah :D [15:53:29] (but dependent on Wikibase dev-master) [15:54:37] hoo: maybe I will try to setup it :) [15:54:59] set up as in? Add it to the build? [15:55:17] hoo: no, only add the extension files [15:55:42] go ahead [15:55:43] I don't have any clue how to add it to the build ;) [15:56:02] perhaps it isn't that hard but you are experienced [15:56:29] hoo: I cannot fork the repo as it is empty :O [15:56:34] heh [15:56:38] that's nuts :D [15:57:45] hoo: can you add an empty README file? [15:58:06] later on [15:58:13] k [16:00:34] (03PS1) 10Hoo man: Fix the debug logging in UpdateRepoOnMoveJob [extensions/Wikibase] - 10https://gerrit.wikimedia.org/r/146483 [16:03:11] DanielK_WMDE: coming? :) [16:04:13] wtf [16:04:44] either my bot is written so well that it can travel in time... or I've got something wrong [16:09:02] ffs [16:10:10] (03CR) 10WikidataJenkins: [V: 032] "Build Successful" [extensions/Wikibase] - 10https://gerrit.wikimedia.org/r/146483 (owner: 10Hoo man) [16:11:09] MediaWiki timezone stuff looks broken [16:11:11] but whatever [16:16:16] (03PS1) 10Hoo man: Log attemptSave failures in UpdateRepoOnMoveJob [extensions/Wikibase] - 10https://gerrit.wikimedia.org/r/146484 [16:17:07] benestar|cloud: Do you still need help? [16:22:11] I have sent a mail to wikidata-l, but it got bounce back due to 117kb size, its waiting for moderation, moderators kindly respond to it. [16:22:43] apsdehal: No idea who moderates the ml. Lydia_WMDE maybe [16:22:44] ? [16:25:48] (03CR) 10WikidataJenkins: [V: 032] "Build Successful" [extensions/Wikibase] - 10https://gerrit.wikimedia.org/r/146484 (owner: 10Hoo man) [16:31:57] hoo: no problem then, I suppose waiting is the only option then. [16:32:47] I want to mention to channel that mail was about testing the GSoC'14 project for Wikidata Web Annotator. I have mentioned it at Project chat here [16:32:47] https://www.wikidata.org/wiki/Wikidata:Project_chat#GSoC_.2714-_Wikidata_Web_Annotator_:_Final_Testing_Phase.2C_Bug_and_Improvements [16:33:13] (03CR) 10Thiemo Mättig (WMDE): [C: 04-1] Fix the debug logging in UpdateRepoOnMoveJob (031 comment) [extensions/Wikibase] - 10https://gerrit.wikimedia.org/r/146483 (owner: 10Hoo man) [16:38:27] (03PS2) 10Hoo man: Fix the debug logging in UpdateRepoOnMoveJob [extensions/Wikibase] - 10https://gerrit.wikimedia.org/r/146483 [16:38:56] (03CR) 10Hoo man: Fix the debug logging in UpdateRepoOnMoveJob (031 comment) [extensions/Wikibase] - 10https://gerrit.wikimedia.org/r/146483 (owner: 10Hoo man) [16:39:11] (03CR) 10Hoo man: "Addressed Thiemo's comment" [extensions/Wikibase] - 10https://gerrit.wikimedia.org/r/146483 (owner: 10Hoo man) [16:39:19] (03PS2) 10Hoo man: Log attemptSave failures in UpdateRepoOnMoveJob [extensions/Wikibase] - 10https://gerrit.wikimedia.org/r/146484 [16:51:36] (03CR) 10WikidataJenkins: [V: 032] "Build Successful" [extensions/Wikibase] - 10https://gerrit.wikimedia.org/r/146483 (owner: 10Hoo man) [16:56:30] (03CR) 10WikidataJenkins: [V: 032] "Build Successful" [extensions/Wikibase] - 10https://gerrit.wikimedia.org/r/146484 (owner: 10Hoo man) [16:56:57] (03CR) 10Thiemo Mättig (WMDE): [C: 031] Log attemptSave failures in UpdateRepoOnMoveJob (031 comment) [extensions/Wikibase] - 10https://gerrit.wikimedia.org/r/146484 (owner: 10Hoo man) [16:59:25] (03CR) 10Thiemo Mättig (WMDE): [C: 032] Fix the debug logging in UpdateRepoOnMoveJob [extensions/Wikibase] - 10https://gerrit.wikimedia.org/r/146483 (owner: 10Hoo man) [16:59:40] (03Merged) 10jenkins-bot: Fix the debug logging in UpdateRepoOnMoveJob [extensions/Wikibase] - 10https://gerrit.wikimedia.org/r/146483 (owner: 10Hoo man) [17:29:18] [travis-ci] wmde/WikibaseQueryEngine/idhandler/bf907df : Thiemo Mättig The build passed. http://travis-ci.org/wmde/WikibaseQueryEngine/builds/30000181 [17:50:19] [13WikibaseDataModelSerialization] 15thiemowmde created 06empty-claims (+1 new commit): 02http://git.io/qZ5qFA [17:50:19] 13WikibaseDataModelSerialization/06empty-claims 143f85cc3 15Thiemo Mättig: Do not ommit claims key when empty array [17:52:17] [13WikibaseDataModelSerialization] 15thiemowmde opened pull request #70: Do not ommit claims key when empty array (06master...06empty-claims) 02http://git.io/QojpLA [17:57:01] Thiemo_WMDE: was this solved by your patches? https://www.mediawiki.org/wiki/Talk:Universal_Language_Selector/Design/Interlanguage_links#Line_height [17:57:22] [travis-ci] wmde/WikibaseDataModelSerialization/empty-claims/3f85cc3 : Thiemo Mättig The build passed. http://travis-ci.org/wmde/WikibaseDataModelSerialization/builds/30003601 [17:57:48] Nemo_bis: did i submitted a patch? [17:58:19] Thiemo_WMDE: yes, at some point [17:58:22] looks like its fixed on dewp. [18:23:48] Is the adminstats tool moved yet? It used to be available on the Toolserver [18:24:28] FakirNL: No, but there is http://tools.wmflabs.org/xtools/adminstats/ now, which AFAIK is a good replacement [18:25:31] Thanks! [18:25:49] still not in the top 20 :-P [18:26:45] I'm only the 13th most active admin since I'm an admin [18:27:02] and sometimes I feel like deleting WD-items is all I do all day :P [18:31:21] [13WikibaseDataModelSerialization] 15JeroenDeDauw 04deleted 06empty-claims at 143f85cc3: 02http://git.io/754PsA [18:33:40] Thiemo_WMDE: Got a Windows machine running now... what needs to be tested against MSIE? [18:44:17] hoo: badges on repo iirc [18:45:24] Lydia_WMDE: Ah ok... are you aware of https://bugzilla.wikimedia.org/show_bug.cgi?id=67932 ? [18:45:39] yeah [18:51:41] GerardM-: Did you manage to get some MEPs done? [18:51:54] yes [18:52:28] identified several on the list [18:52:40] had many more identified on WD as MeP [18:52:53] Nice [18:57:35] Lydia_WMDE: Kindly check the wikidata-l mails that require moderation, if you can do it [18:58:21] apsdehal: already done [18:58:34] wait there were some :o [18:58:45] Nemo_bis: do you enjoy the new category? [18:59:07] Lydia_WMDE: Thanks [18:59:08] https://it.wikipedia.org/wiki/Categoria:Voci_con_template_Bio_e_nazionalit%C3%A0_assente_su_Wikidata [18:59:31] benestar|cloud: Lydia_WMDE: Want to take a quick look at https://www.wikidata.org/wiki/Wikidata:Development_plan#Badges ? I guess that it's correct and detailed enough [19:00:09] detailed enough definitely [19:00:12] for this page [19:00:28] Lydia_WMDE apsdehal: I've just approved two now [19:00:59] JohnLewis: careful with the conference emails. lots of them are spam [19:01:12] i reject about 99% [19:01:33] Lydia_WMDE: Hm. [19:01:58] Right. [19:02:33] those are ok now. just don't want the list spammed with a lot of these call for papers [19:02:38] it's not the list for that imho [19:02:44] just annoys people [19:03:06] and most of them are unrelated to wikidata [19:03:44] Lydia_WMDE: I guess but let's spam people once or twice to keep things interesting :p [19:03:52] hehe [19:07:31] Lydia_WMDE: Are you getting those crappy call for papers from Tunesia too? [19:08:17] multichill: yeah [19:08:28] And if DanielK_WMDE isn't going to http://wiki.dbpedia.org/meetings/Leipzig2014 you should fire him :P [19:08:29] also on kde mailing lists i manage [19:08:55] hey! no firing DanielK_WMDE! i need him! :D [19:09:32] I mean, it's in his backyard [19:09:48] yeah though he has a gazillion other things to do too [19:09:50] so we will see [19:12:28] DanielK_WMDE should be the one with the power to fire everyone include Lydia_WMDE :p [19:13:33] he'd never do that though ;-) [19:13:39] we're too good a team [19:14:00] but he must be tempted :p [19:15:04] Amir1: I enjoyed when it went from 10k to 5k in a night, yes [19:17:08] Lydia_WMDE: how should the wikidata.org extension file be called? [19:17:15] Wikidata.org.php sounds a bit strange to me... [19:17:28] benestar: wikidataorg.php? [19:17:47] k [19:18:26] Lydia_WMDE: or only Wikidata.php`? [19:19:15] i think we should make it very explicit that this is about wikidata.org. otherwise people will get confused why installing this doesn't get them wikidata [19:19:15] :D [19:23:37] benestar, Lydia_WMDE, isn't the actual software called "Wikibase"? [19:24:00] harej: That's the point here ;) [19:24:03] harej: yes! and we have a few components that are specific to wikidata [19:24:03] harej: we are talking about specifications for wikidata.org [19:24:08] that are going in this repository [19:24:22] three answers at once xD [19:24:25] "Enhanced Wikibase" ;) [19:24:30] hehe [19:26:24] hoo: do we need a minimum version of Wikibase? [19:26:57] benestar: Not yet, just do baseline first [19:27:30] the Wikibase side isn't implemented even, so the minimum version would be unjustifiably (in the future) [19:27:43] Nemo_bis: :) [20:17:07] [travis-ci] wikimedia/mediawiki-extensions-WikibaseQuery#132 (master - 33df27e : Translation updater bot): The build has errored. [20:17:08] [travis-ci] Change view : https://github.com/wikimedia/mediawiki-extensions-WikibaseQuery/compare/465ac4fbc4d8...33df27e0062e [20:17:08] [travis-ci] Build details : http://travis-ci.org/wikimedia/mediawiki-extensions-WikibaseQuery/builds/30015294 [20:17:38] hoo: https://github.com/Benestar/wikidata.org/blob/master/WikidataOrg.php [20:18:38] benestar: Make a pull request and I can put comments on it [20:18:43] where are the hooks, btw? [20:18:49] You need to register them in wgHooks [20:19:00] hoo: heh, just a first version [20:19:02] (03CR) 10WikidataJenkins: "Build Successful" [extensions/Wikibase] - 10https://gerrit.wikimedia.org/r/146580 (owner: 10L10n-bot) [20:19:41] Oh, I see :/ [20:19:50] hoo: in which hook can I register the resource loader modules best? [20:20:08] depends on what you are doing in Wikibase [20:21:22] hoo: add a hook to the ItemView class? [20:21:34] or use a mediawiki hook and check the namespace? [20:21:46] don't think you'll have an output page there [20:21:58] and mediawiki hooks with namespace check are awry [20:22:02] DanielK_WMDE: ^ [20:25:54] benestar: what are you trying to do? [20:26:08] DanielK_WMDE: inject badge icons [20:26:16] through another extension [20:26:47] benestar: at what point do you know which icons to inject? [20:26:54] is it just a matter of config? [20:27:05] also, at what point do you know you'll need them? [20:27:08] DanielK_WMDE: no, they are stored in the new extension [20:27:21] we have to inject all icons because we might need them all [20:27:35] and we only need them on entity pages supporting sitelinks [20:27:40] ie Items [20:28:39] benestar: does the extension do anything else on such pages? [20:28:59] DanielK_WMDE: at the moment not [20:29:15] maybe we will add/move code there later [20:29:18] what does it do, besides defining icons? [20:30:01] how are the icons used? when/where is the relevant css defined, the relevant classes put into the html? [20:30:33] css is defined in the extension [20:30:48] css classes are added through the configuration [20:31:12] the extension now has to add the resource loader modules to the item pages [20:32:17] benestar: what does registering an icon file as a resource module actually do?... [20:32:44] it doesn't cause the file to be actually send to the browser, unless it encounters the relevant class, does it? [20:33:02] DanielK_WMDE: if we do not embed it [20:33:26] DanielK_WMDE: actually, we do not register the icon file, we register the css file [20:34:01] i tend towards just always registering that. right in the extension's bootstrap file. [20:34:24] DanielK_WMDE: so also on non-item pages? [20:34:30] and then do not embed it? [20:34:50] if you have all the info there already - it's cached, so the browser will only load it once. [20:35:01] on all pages, yes. [20:35:12] hmm, the css file also takes some bytes [20:35:17] and... probably don't embed. [20:36:06] benestar: i think the chance that the user will hit a page where that css is needed is near 100%. so it's no problem loading it early. itÄs only loaded once. [20:36:48] ok [20:37:08] it's not very elegant, but i don't think it does any harm. [20:40:01] hoo|away: DanielK_WMDE: created a pull request, you can comment now [20:40:03] cu later [20:52:18] Lydia_WMDE: Issues regarding adding statements is getting worser. I can't find Barcelona (the city) between the options... [20:52:51] sjoerddebruin: whut? we fixed it and didn't change anything since then -.- [20:53:12] what are you trying to add where? [20:53:39] https://www.wikidata.org/wiki/Q3111051 [20:53:41] Place of birth [20:53:44] Using Dutch language. [20:55:20] I get the disambiguation page, the song, the chair, the album, the place in Aruba, etc. but not the city! [20:55:25] looking [20:56:40] sjoerddebruin: argh! i also can't find berlin for example.... something tells me the backport was reverted -.- [20:56:45] aude: around? [20:56:50] hoo|away: ? [20:56:57] Berlin shows up here. [20:57:08] But no city Amsterdam... [20:57:18] that does [20:57:23] wtf is going on [20:57:54] paris is also fail [20:58:01] also in the search box at the top [20:58:26] What language are you using Lydia_WMDE? [20:58:30] english [20:59:24] sjoerddebruin: i will send an email and ask for further investigation. my gut feeling is the patch was reverted somehow [20:59:41] Thanks. [21:00:10] Hm, no Barcelona in English for me. [21:00:28] Using the id works... [21:01:11] *nod* [21:01:28] https://bugzilla.wikimedia.org/show_bug.cgi?id=62522 Has anyone got an example of the bugzilla linking on github? :) [21:01:29] let's see. maybe someone just overwrote our deployed code [21:01:35] So, thank god there is a work-a-round. [21:01:35] I remember seeing it before... [21:01:43] sjoerddebruin: yeah but still sucks [21:02:19] I also still get the men-issue... [21:02:40] Reedy: https://bugzilla.wikimedia.org/show_bug.cgi?id=68033 [21:03:27] ? [21:03:48] there is one in there [21:04:04] Oh wait. [21:04:12] There is already a topic on the project chat... [21:04:14] https://github.com/wmde/ValueView/commit/8e7949cf6938fdda49e5c93e6039149bb688335a doesn't link :( [21:05:09] Oh.. [21:05:15] I wonder if we're crossing wires slightly [21:06:18] I take "Ability to link to bugzilla bug from github commit messages" to mean that Bug: 12345 (even if just the numbers) are hyperlinked back to bugzilla when viewed on github... [21:06:29] Not quite sure what Krinkles take on it is [21:06:53] ah [21:07:09] well what we need is a commit message showing up in bugzuilla when pushing to github [21:07:14] that is what this was about [21:07:15] Right [21:07:41] * Reedy pastes to said bug [21:08:06] thanks [21:08:27] I interpreted that as a clickable hyperlink being rendered on the github.com commit page so that "bug 123" is clickable, like on gerrit. [21:08:50] But this is about a comment being left on Bugzilla when the bug is referenced from a commit to github [21:09:25] Right [21:09:29] So you thought the same as me [21:09:57] :) [21:17:44] the bug where you do not find "human" q5 is back [21:18:24] wtf [21:18:32] will look in a moment [21:18:47] Reedy: looks like the wikidata submodule needs updating for wmf13 [21:18:52] can you do? [21:18:58] I did that [21:18:59] of would anyone mind if i do? [21:19:00] I'm pretty sure [21:19:01] nope [21:19:04] * aude looking on tin [21:19:16] Update Wikibase to fix an api and a UI issue [21:19:47] damn, you're right [21:19:54] that's werid [21:19:54] * weird [21:19:54] * aude rather not wait for swat [21:19:57] just do it [21:20:21] * aude looks for greg and then ... [21:27:18] Lydia_WMDE: fixed [21:27:30] \o/ [21:27:33] thank you aude! [21:27:35] sjoerddebruin: ^ [21:27:55] confirmed [21:28:02] GerardM-: ^ [21:28:22] aude: what happened? [21:28:43] Meh, bounce…. The solution to me seems that it would be to create a new property for books “Library of Congress Subject Heading”, and separate the ‘concept’ of the ‘member of the controlled vocabulary describing a topic’ from the WikiData item describing the ‘topic itself’. [21:28:52] Lydia_WMDE: I forgot to update the submodule for wmf13 during the last deploy and now Wikidata was switched to wmf13 [21:29:02] what hoo says [21:29:07] ok [21:29:08] thx [21:29:25] Note to self: Always do a git status in the MediaWiki dir before syncing [21:29:29] :D [21:29:39] yeah [21:31:38] And then ‘point’ at the ‘item describing a subject’ from the ‘item describing the controlled vocabulary subject heading about the subject’…. it would mean that importing books from biblio records could decribe the topics of the book using the controlled vocabulry natice to the biblio record [21:32:25] Something like this (mostly unused) has been done with P920 “1,0Spanish subject headings for public libraries” [21:32:26] Uh, didn't realize that... one can also see the git head on Special:Version... maybe I should include that into my deploy workflow [21:32:40] (stops rambling) [21:55:36] Uh, I think we forgot the weekly status thing last week :P [21:57:32] hoo: Hm? [21:58:02] JohnLewis: Well, there wasn't a post to the internal mailing list about the weekly last week [21:58:10] so at least I forgot it [21:58:22] * JohnLewis blames Lydia_WMDE [22:05:17] JohnLewis: I'm going to add stuff to this week then... most stuff is still in gerrit anyway [22:07:09] I don't even know which internal ML you're talking about so it is beyond me :D [22:09:06] cabal! [22:11:08] pssst, don't talk about it :D [22:11:33] hoo: link me to the abuse :D [22:11:51] abuse information [22:12:14] JohnLewis: :P It's actually just a boring ml for the WMDE tech department [22:12:54] hoo: well it's interesting enough for you to come in here and get our hopes up about this amazing abuse tool [22:13:10] All the evilness happens in the secret world cabal head quarter... which happens to be our meeting room ;) [22:13:11] but yeah; blame Lydia_WMDE :p I am obviously not on the list nor aware of its existence so :p [22:13:24] . [22:13:43] JohnLewis: I didn't plan to blame you... that was more of a general note to see why that happened [22:14:23] why that happened -> I probably put lydia on a spot and it escaped her memory [22:15:01] Probably it was because we talked to Lydia so much on that Friday... so many persons :P [22:15:33] blame hoo, hoo you. :p [22:17:18] That backfired fast :D [22:56:36] (03PS20) 10Hoo man: Inserts badges into the SiteLinkView [extensions/Wikibase] - 10https://gerrit.wikimedia.org/r/144668 (https://bugzilla.wikimedia.org/67668) (owner: 10Bene) [23:06:14] (03CR) 10WikidataJenkins: [V: 04-1] "Build Failed" [extensions/Wikibase] - 10https://gerrit.wikimedia.org/r/144668 (https://bugzilla.wikimedia.org/67668) (owner: 10Bene) [23:33:21] (03PS21) 10Hoo man: Inserts badges into the SiteLinkView [extensions/Wikibase] - 10https://gerrit.wikimedia.org/r/144668 (https://bugzilla.wikimedia.org/67668) (owner: 10Bene) [23:34:30] (03CR) 10Hoo man: "Fixed adding sitelinks, fixed tests" [extensions/Wikibase] - 10https://gerrit.wikimedia.org/r/144668 (https://bugzilla.wikimedia.org/67668) (owner: 10Bene) [23:36:17] (03CR) 10Hoo man: [C: 031] "Works well in all tested browsers. Only IE looks ugly (but that's bug 67932)." [extensions/Wikibase] - 10https://gerrit.wikimedia.org/r/144668 (https://bugzilla.wikimedia.org/67668) (owner: 10Bene) [23:39:16] (03CR) 10Hoo man: [C: 032] Context given to EditEntity must be RequestContext or DerivativeContext (031 comment) [extensions/Wikibase] - 10https://gerrit.wikimedia.org/r/140734 (owner: 10Aude) [23:39:58] (03Merged) 10jenkins-bot: Context given to EditEntity must be RequestContext or DerivativeContext [extensions/Wikibase] - 10https://gerrit.wikimedia.org/r/140734 (owner: 10Aude) [23:43:02] (03CR) 10WikidataJenkins: [V: 032] "Build Successful" [extensions/Wikibase] - 10https://gerrit.wikimedia.org/r/144668 (https://bugzilla.wikimedia.org/67668) (owner: 10Bene) [23:48:42] (03PS4) 10Hoo man: Accept array of HTML messages in tooltip JavaScript [extensions/Wikibase] - 10https://gerrit.wikimedia.org/r/138660 (https://bugzilla.wikimedia.org/66043) (owner: 10Thiemo Mättig (WMDE)) [23:58:18] (03CR) 10WikidataJenkins: [V: 032] "Build Successful" [extensions/Wikibase] - 10https://gerrit.wikimedia.org/r/138660 (https://bugzilla.wikimedia.org/66043) (owner: 10Thiemo Mättig (WMDE))