[00:04:21] Danny_B: when you say we, what language are you referring to? [00:05:20] primarily cs, mostly also sk (those langs are quite similar as well as projects and their habits are - we used to be one country 20 years ago) [00:08:15] ah ok [00:13:00] Danny_B: that also applies to some other languages I can think of [00:13:26] i'd assume all or at least most of the slavic languages will face the same issue [00:13:45] Also the Baltic languages: Lithuanian and Latvian have no articles [00:14:53] and Scandinavian languages and other languages that do have indefinite articles, but have different genders [00:15:42] and languages that use different word orders than the "European" subject�verb�object (e.g. subject�object�verb languages) [00:17:48] we can also have object verb subject order [00:17:59] mhm [00:18:00] verb object subject... [00:18:44] Jhs: what about even French? "est un(e)" ? [00:19:04] exactly. different genders [00:19:45] Lydia_WMDE: You around? [00:24:17] Not everyting is obvious when it comes to languages [00:25:13] Sven_Manguard: shhh, sleeping. don't wake her up! [00:25:27] Jeblad_WMDE: Oh good, you're actually here. [00:25:51] I was thinking of interviewing some of the Wikidata staff for the Signpost since it's hitting Wikipedia on Monday [00:25:52] Not mentally.. [00:26:06] and the Signpost is published (theoretically) on Monday [00:26:21] too late... [00:26:23] Interview Lydia, she is prettier than me [00:26:24] Think anyone will be down for it? I could email you all some questions [00:27:15] I could interview multiple people and combine their answers [00:27:55] like the kind of interview at http://en.wikipedia.org/wiki/Wikipedia:Wikipedia_Signpost/2013-02-04/WikiProject_report [00:28:44] I think you should talk to Lydia, she is handling all such things [00:29:34] i just hope there's no problems at enwp tomorrow with the community reacting [00:30:32] Hopfully everything goes smoothly, but I think there will be traffic on the Project chat [00:31:11] possible problems: kill ALL the interwikis! or kill ALL the wikidata! [00:32:18] 50% business as usual and 25% on each extrema [00:32:30] And some that want a full voting [00:33:56] you can't kill all interwikis untill wikidata supports all projects [00:34:19] oh, well there will be some enwp users who try [00:36:41] There will not be full voting. English Wikipedia will not be allowed to be the only project not to support Wikidata. [00:37:04] If they try, the WMF will shove it down their throats so hard that they will have intestinal bleeding. [00:37:06] Sven_Manguard: oh, but some will demand it :P [00:37:13] AFTv5! AFTv5 [00:37:27] some would disconnect enwp from commons if they could [00:37:38] zomg so much binary porn on wikidata [00:37:42] rschen7754, yes, some people are insane [00:38:04] I am on the other extreme, admittedly. I feel we should *only* be using images on Commons [00:38:17] BTW, Hebrew doesn't have present-tense "be" verbs, or articles, so "is a" would be . [00:38:27] Sven_Manguard: i sign that [00:38:34] and that non-free fair use is roughly about as good for Wikipedia as a fistful of bubonic plague is for humans [00:39:58] fair use is actually less free than eg. cc-by-sa-nd which i could get thousands of (but they won't release it under cc-by-sa because of keeping the original context and intention) [00:40:20] but i can't upload any of those while they would be much more useful than fair use [00:40:34] you can upload them as non-free [00:40:59] you can't upload on commons anything non free [00:41:19] and it does not have a sense to have one lang with images and others without [00:41:22] yes, I was speaking of uploading to Wikipedia [00:41:36] fair use deserves to be annihilated from enwp [00:41:43] mhmm [01:10:08] Ajraddatz: Please don't blank the dupes page. [01:10:14] why? [01:10:47] 1) iirc, it was screwing up the bot earlier 2) It doesn't need to be cleared. [01:10:59] ok, then put a notice at the top of the page [01:11:03] (or I will now actually) [01:11:39] Ajraddatz: just edit the /header [01:11:50] yeah [01:16:13] Hi Jasper_Deng [01:16:27] * Jasper_Deng wonders if he got his PM yesterday [01:18:05] I might have, but I had my computer muted, so if you pinged me, I didn't get it [01:18:25] get the ping* [01:19:24] Sven_Manguard: it wasn't a ping [01:19:38] but in any case I'm looking for your opinion on the AGF/NPA thread on project chat [01:19:42] if you PMed me, the only way I'd know is by hearing a ping [01:21:14] *ping* [01:21:41] Sven_Manguard: /me is specifically talking about http://www.wikidata.org/wiki/Wikidata:Project_chat#AGF_and_NPA_pages [01:25:41] hmm, the sidebar definitely needs to be changed to gain more usability [01:30:02] Jasper_Deng: responded, added image to http://www.wikidata.org/wiki/Wikidata:No_personal_attacks [01:30:16] Sven_Manguard: thanks for weighing in. We should do an RFC [01:30:32] no, it's fine as is [01:30:58] Sven_Manguard: I mean, we need community consensus in support [01:31:13] Keep in mind that WD:Labels is still only proposed [01:31:18] there's no real rush [01:31:28] Sven_Manguard: yeah.... that's why RfCs typically last weeks [01:31:44] Wikidata needs more redirects. [01:31:48] * Jasper_Deng doesn't know how the community would like the provision for removing personal attack comments [01:31:51] besides, I'd oppose both as is because they're way, way to long and complicated [01:31:51] I hate typing everything out [01:31:52] duh: shortcuts? [01:31:54] Yeah [01:32:04] WD:RFB doesn't exist [01:32:07] be bold and make them yourself [01:32:10] Request for bots? [01:32:14] * duh is lazy [01:32:15] Sven_Manguard: npa nutshell is simple: "be nice. just be." ;-) [01:32:20] ^+1 [01:32:22] (that one can be confused w/ requests for comment) [01:32:36] RFB != RFC... [01:32:37] Danny_B: also, add "If not, we'll block you until you do. That's all." [01:32:47] lol [01:32:49] duh: but RfB could be confused w/ requests for bureaucratship [01:32:57] They're on the same page! [01:32:59] * Danny_B hopes it was just a joke [01:44:19] New patchset: Jeroen De Dauw; "Call the repo "Wikibase Repo" rather then just "Wikibase"" [mediawiki/extensions/Wikibase] (master) - https://gerrit.wikimedia.org/r/48410 [02:10:05] gneb [02:24:00] i installed a bunch of random gadgets, does anyone know which one http://cl.ly/image/2a1j1G2B2l40 is? [02:24:58] Sven_Manguard: any idea?^ [02:25:20] never seen this one [02:26:04] Heh [02:26:17] I'm just hitting the "check sitelink" link next to "create" [02:26:45] still never seen that one [02:26:50] I just use Item by Title [02:27:28] Aha [02:27:29] https://www.wikidata.org/wiki/MediaWiki:Gadget-SitelinkCheck.js [02:27:59] also, [02:28:00] https://www.wikidata.org/wiki/Q329397 vs https://www.wikidata.org/wiki/Q3120398 [02:28:06] the fr links are different [02:28:09] the others are identical [02:28:17] i cant figure out what to do [02:29:23] * Jasper_Deng is glad that this channel and the project in general is mostly abuse-free [02:30:31] it was until you came in :P [03:47:49] Jeblad_WMDE: still awake? [03:50:47] would it be possible to have it so that when you enter in an item in the Statements section, it orders items with the same name by number of times each one is used? Right now the ordering is all weird. If I try to input Canada I get the disambiguation first, then an ancient Portuguese unit of measurement. The country, which obviously is going to be used most, is fifth on the list. [03:51:09] Also, it seems to cap out at seven items [03:51:44] Which means if I input Miami, I don't even *see* the country in Florida [03:51:56] the city* in Florida [04:11:25] New review: Siebrand; "Please don't merge as is. The design should change slightly, and then the L10n change isn't needed." [mediawiki/extensions/Wikibase] (master); V: 0 C: -1; - https://gerrit.wikimedia.org/r/48141 [04:35:12] New patchset: Jeroen De Dauw; "make use of assertContainsOnlyInstancesOf" [mediawiki/extensions/Diff] (master) - https://gerrit.wikimedia.org/r/48414 [04:59:31] Sven_Manguard: The sorting is very weird indeed, but I think it is better to make it understandable than making it even more weird. [05:00:20] based on usage seems like a good method, other than that it would drain resources to determine that [05:00:36] the current system doesn't even seem to take into account Q number [05:00:54] since the country Canada is Q16 or something, and comes in fifth for Canada [05:01:09] well, there would need to be an algorithm to tell relevance [05:01:17] (though usage might be sufficient) [05:05:35] what languages are frr, fy, and stq? [05:05:49] anyone know off the top of their heads? [05:06:51] frr=North Frisian, fy=West Frisian, stq=Saterland Frisian [05:06:55] North Frisian, West Frisian, Saterland Frisian [05:07:00] yes, googled it too [05:07:09] so German-likes [05:07:19] * Jasper_Deng uses AvicBot's !lang functionality in #cvn-sw [05:23:36] So, in the future, I'm hoping that properties will auto-generate a category? [05:27:44] Moe_Epsilon: what do you mean? [05:29:36] maybe one day in a later phase, it might be nice to have: "place of birth" property added: New York City, New York. It will generate a category at the bottom of the page [[Category:Place of birth: New York City, New York]] [05:29:40] or something like that [05:32:07] Special:HasThisProperty [05:32:10] (or something like that) [05:32:39] :p something like that, where we can view things with similar properties [05:33:00] * Jasper_Deng pokes Jeblad_WMDE [05:33:13] (preferabbly like it is in the contributions [[Universe (Q1)]] [05:33:52] o_O minwiki wants to opt out from Wikidata? [05:34:44] one can simply opt out? >: [05:35:35] Be out of the sites table and not installing the client extension maybe? [05:35:55] it's the newest wikipedia, from last week [05:36:01] and they're still trying to get it hooked in [05:36:16] wait, misunderstood that person's request haha [05:36:29] they thought minwiki isn't approved by Wikidata [05:36:45] oh :P [05:38:10] New review: Siebrand; "L10n/i18n reviewed." [mediawiki/extensions/Wikibase] (master); V: 0 C: 1; - https://gerrit.wikimedia.org/r/47716 [05:43:33] minwiki? [05:43:36] what's dat? [05:55:08] Sven_Manguard: Minangkabau [06:06:40] where is the source for the {{#property}} feature? [06:07:25] Jeblad_WMDE would know and so would Lydia_WMDE.... but both offline.... [07:49:54] Jasper_Deng_away: at your service re signpost :) [08:45:17] New review: Siebrand; "See inline comment. Please replace entities by Unicode characters." [mediawiki/extensions/Wikibase] (master); V: 0 C: -1; - https://gerrit.wikimedia.org/r/47817 [09:28:32] New patchset: Henning Snater; "Optimizing wbsearchentities and adding some documentation" [mediawiki/extensions/Wikibase] (master) - https://gerrit.wikimedia.org/r/48425 [09:28:32] New patchset: Henning Snater; "(bug 44677) Entity selector widget: "more" link" [mediawiki/extensions/Wikibase] (master) - https://gerrit.wikimedia.org/r/48426 [09:33:57] New review: Siebrand; "See inline comments." [mediawiki/extensions/Wikibase] (master); V: 0 C: -1; - https://gerrit.wikimedia.org/r/47794 [09:35:43] New patchset: Tobias Gritschacher; "(bug 44095) first version of claim diff visualization in DiffView" [mediawiki/extensions/Wikibase] (master) - https://gerrit.wikimedia.org/r/47852 [09:49:36] JeroenDeDauw: https://gerrit.wikimedia.org/r/#/c/47852/ [09:55:33] Abraham_WMDE, aude: happy birthday! [09:55:42] (no, I won't sing, that song is copyrighted!) [09:55:48] DanielK_WMDE: :-D [10:05:42] Reedy: happy birthday [10:07:41] Happy birthday, Abraham_WMDE, aude, Reedy! [10:27:34] So many birthdays on Februrary 11 make me wonder if May 11 is more prone to blackouts and power failures. [10:50:32] Reedy: happy birthday! :) [10:54:54] Reedy: happy birthday :D [11:01:41] Reedy: what, you too?! Well, birthday, then! [11:05:24] New review: Jeroen De Dauw; "Confirmed fatal" [mediawiki/extensions/Wikibase] (master); V: -1 C: 0; - https://gerrit.wikimedia.org/r/46294 [11:21:52] New patchset: Aude; "Omit wikidata changes from enhanced changes" [mediawiki/extensions/Wikibase] (master) - https://gerrit.wikimedia.org/r/48438 [11:23:28] Tobi_WMDE: https://gerrit.wikimedia.org/r/#/c/48438/ not the prettiest code but okay as a short term fix [11:23:59] i'd like to do one more patch for patrolled changes [11:24:49] aude: this is the only thing which should go in today? or are more changes coming? [11:34:18] Tobi_WMDE: one more [11:34:41] Change merged: Daniel Werner; [mediawiki/extensions/Wikibase] (master) - https://gerrit.wikimedia.org/r/48101 [11:34:41] aude: ok, tell me when it's there [11:34:45] ok [11:39:02] New review: Siebrand; "This shouldn't be in the form. It should be above it. Then the breaks are also not needed." [mediawiki/extensions/Wikibase] (master); V: 0 C: -1; - https://gerrit.wikimedia.org/r/47577 [11:40:34] DanielK_WMDE: you miss a delicious cake, thank you so much to our awesome team! [11:44:45] Lydia_WMDE: i will be attending http://en.wikipedia.org/wiki/Wikipedia:Meetup/NYC/Wikipedia_Day , if you want that on our calendar [11:44:55] * aude will be on vacation, though [11:45:25] aude: if you're willing to talk to people about wikidata there i'm happy to add it :) [11:45:38] Change merged: Daniel Werner; [mediawiki/extensions/Wikibase] (master) - https://gerrit.wikimedia.org/r/48110 [11:45:38] Change merged: Daniel Werner; [mediawiki/extensions/Wikibase] (master) - https://gerrit.wikimedia.org/r/47857 [11:47:05] Lydia_WMDE: ok [11:47:25] * aude thinks it's expected i talk about wikidata there [11:47:38] hehe [11:47:40] ok [11:47:42] i'll add it [11:47:47] thanks [11:47:58] just booked my flight this weekend, but it's confirmed now [11:50:22] New patchset: Daniel Kinzler; "(bug 43990) Robust serialization of change objects" [mediawiki/extensions/Wikibase] (master) - https://gerrit.wikimedia.org/r/46294 [11:51:01] New review: Daniel Kinzler; "Duh! How did I miss that?! Sorry :/" [mediawiki/extensions/Wikibase] (master); V: 0 C: 0; - https://gerrit.wikimedia.org/r/46294 [12:04:04] New patchset: Daniel Kinzler; "(bug 43990) Robust serialization of change objects" [mediawiki/extensions/Wikibase] (master) - https://gerrit.wikimedia.org/r/46294 [12:04:18] New review: Daniel Kinzler; "I forget how to git." [mediawiki/extensions/Wikibase] (master) - https://gerrit.wikimedia.org/r/46294 [12:12:34] New review: John Erling Blad; "Only copying in one error, the remaing is the same." [mediawiki/extensions/Diff] (master); V: -1 C: 0; - https://gerrit.wikimedia.org/r/48414 [12:14:53] New review: John Erling Blad; "I think this name change was discussed last autumn, and then it was decided not to do it. I am in fa..." [mediawiki/extensions/Wikibase] (master); V: 0 C: 0; - https://gerrit.wikimedia.org/r/48410 [12:33:11] New patchset: Aude; "(bug 44557) mark wikibase edits as autopatrolled in client" [mediawiki/extensions/Wikibase] (master) - https://gerrit.wikimedia.org/r/48443 [12:33:47] Tobi_WMDE: https://gerrit.wikimedia.org/r/#/c/48443/ [12:34:03] New review: John Erling Blad; "Passes tests, but it could still be something that fails as I have not tried to trigger changes manu..." [mediawiki/extensions/Wikibase] (master); V: 1 C: 0; - https://gerrit.wikimedia.org/r/46294 [12:34:09] i think that's it for testing [12:50:41] New patchset: Henning Snater; "(bug 44755) language terms table has now edit features in JavaScript UI" [mediawiki/extensions/Wikibase] (master) - https://gerrit.wikimedia.org/r/47906 [12:58:29] can someone give [[User:Andrew Gray]] autopatrolled please? [13:06:30] New patchset: Daniel Werner; "(bug 44665) start/stopEditing events for claimview widget" [mediawiki/extensions/Wikibase] (master) - https://gerrit.wikimedia.org/r/47842 [13:11:19] Change abandoned: Daniel Werner; "Should not be done directly in the serializer. Also, we decided to not offer any switch in the API a..." [mediawiki/extensions/Wikibase] (master) - https://gerrit.wikimedia.org/r/47396 [13:14:28] New review: Daniel Werner; "Clicking edit, then cancel, statements and references do have some issue, they keep their editing co..." [mediawiki/extensions/Wikibase] (master); V: -1 C: 1; - https://gerrit.wikimedia.org/r/47842 [13:19:15] Lydia_WMDE: what about https://www.wikidata.org/wiki/Wikidata:Project_chat#intro_video_to_Wikidata ? [13:19:28] lazowik: hey :) [13:19:37] lazowik: let's quickly chat in a query [13:29:17] Change merged: Henning Snater; [mediawiki/extensions/Wikibase] (master) - https://gerrit.wikimedia.org/r/47906 [13:29:39] New patchset: Henning Snater; "(bug 44755) improved tooltip for language terms table in edit mode" [mediawiki/extensions/Wikibase] (master) - https://gerrit.wikimedia.org/r/47907 [13:35:45] New patchset: Aude; "Add setting to exclude namespaces [DO NOT MERGE]" [mediawiki/extensions/Wikibase] (master) - https://gerrit.wikimedia.org/r/48449 [13:37:02] New patchset: Henning Snater; "(bug 44755) improved tooltip for language terms table in edit mode" [mediawiki/extensions/Wikibase] (master) - https://gerrit.wikimedia.org/r/47907 [13:39:22] New patchset: Henning Snater; "Language names in language terms table now links to the entity in that language" [mediawiki/extensions/Wikibase] (master) - https://gerrit.wikimedia.org/r/47908 [13:40:00] hey [13:40:06] New patchset: Henning Snater; "EntityView::selectTerms improvements" [mediawiki/extensions/Wikibase] (master) - https://gerrit.wikimedia.org/r/47909 [13:40:10] lazowik: Lydia_WMDE: i am online now [13:40:56] lazowik: Denny_WMDE said he has some more input on the topic [13:41:10] ok [13:41:40] here's my idea [13:41:48] i might be overriden, and it is just an idea :) [13:42:00] hey, I'm not a pro :) [13:42:11] i was using camtasia once [13:42:17] it would have worked perfectly if i had it [13:42:26] i deleted imovie just a few months ago :P [13:42:28] darn [13:42:41] I have three options [13:42:45] so basically, just a few videos [13:42:49] speak [13:42:56] iMovie / Motion from FCP / video export from Keynote [13:43:18] sounds good [13:43:36] i would make a two part video [13:43:46] one as a generic intro, which is just setting the mood [13:44:02] videos from commons, cut, music, and one voice over [13:44:10] and the second part probably based on a keynote export [13:44:17] which is then saying what wikidata actually does [13:44:39] mhm [13:44:55] yesterday i was looking for music and videos [13:44:57] Jamendo can be handy [13:44:58] with the appropriate licenses [13:45:07] need to google for jamendo [13:45:15] Lydia_WMDE: hey :) [13:45:17] ah sweet [13:45:32] guillom: hey :) [13:45:41] i found something yesterday, but i am not set on that. it just has a few nice lines which fit surprsiingly well [13:45:54] Lydia_WMDE: just going through my usual checklist: have you announced it on wikitech-l and wikien-l? [13:46:10] guillom: nope [13:46:27] Lydia_WMDE: if you can, I think it wouldn't hurt; not everyone reads the SignPost :) [13:46:39] Lydia_WMDE: also, a quick post on the technical village pump [13:47:05] guillom: ok - will do [13:47:06] lazowik: here's the song i found. http://ccmixter.org/files/snowflake/33628 [13:47:14] it has a few interesting remixes [13:47:16] Lydia_WMDE: great :) And good luck! [13:47:20] thanks! [13:47:34] the first verse has a few lines that fit perfectly [13:47:46] guillom: Lydia_WMDE Denny_WMDE maybe it's time for a blog post on the WMF blog? [13:47:58] the second verse should probably then be faded back and there would be more voiceover [13:48:00] with the statements on wikidata + deployment on the wikipedia [13:48:05] (i am just imagining :) ) [13:48:06] s [13:48:31] or maybe for our next deployment to other wikipedias [13:48:35] ok, but I'm missing the general message of the first video... [13:48:36] aude: perhaps; you know better than I do how important this deployment is. I'm happy to help if you want to post on the WM blog [13:48:58] guillom: it's up to lydia and denny.... [13:49:16] guillom: let's do it - i am still knee-deep in preparing everything though [13:49:17] maybe end of the month, as we polish things up a little more on wikidata [13:49:30] Denny_WMDE: ^ [13:49:36] Lydia_WMDE: it can be later this week or the next; I'm fine with that [13:49:41] ok [13:49:44] sure :) [13:49:59] I'll be busier the last week of Feb though :) [13:50:01] * aude is psyched for the deployment [13:50:08] aude: yay, me too :) [14:01:17] Change merged: Henning Snater; [mediawiki/extensions/Wikibase] (master) - https://gerrit.wikimedia.org/r/47907 [14:01:31] Change merged: Henning Snater; [mediawiki/extensions/Wikibase] (master) - https://gerrit.wikimedia.org/r/47908 [14:01:44] Change merged: Henning Snater; [mediawiki/extensions/Wikibase] (master) - https://gerrit.wikimedia.org/r/47909 [14:03:05] New patchset: Aude; "(bug 44873) Add setting to exclude namespaces [DO NOT MERGE]" [mediawiki/extensions/Wikibase] (master) - https://gerrit.wikimedia.org/r/48449 [14:07:46] New patchset: John Erling Blad; "Parse intro messages" [mediawiki/extensions/Wikibase] (master) - https://gerrit.wikimedia.org/r/47577 [14:08:46] New review: John Erling Blad; "Moved the text out of the option frame." [mediawiki/extensions/Wikibase] (master); V: 0 C: 0; - https://gerrit.wikimedia.org/r/47577 [14:09:49] can anyone tell me where the suggestions in the wikidata-search come from? [14:10:36] lazowik: i'll get back to you on this tomorrow - need to sit down with denny and go through his suggestions first i think [14:10:44] ok [14:10:44] sure [14:11:34] when i search for "annette schavan" i get "Did you mean: annette schaken", when i click the link i get "There were no results matching the query" [14:11:38] guillom: message to wikien-l awaits moderator approval [14:12:56] lbenedix1: they come from the lucene powered search [14:13:00] it it truly terrible [14:13:06] we will change that [14:15:03] btw: i updated my wikidata dev-system and can not enter statements [14:15:16] did you set experimental true? [14:15:32] oh. but statements should not be experimental anymore [14:15:38] do you have properties? [14:16:24] here is an example: http://lb.bombenlabor.de/ba/mediawiki/index.php/Item:Q2 [14:17:13] and an other with statements, but i cant enter anything: http://lb.bombenlabor.de/ba/mediawiki/index.php/Item:Q4 [14:18:41] Change merged: Henning Snater; [mediawiki/extensions/Wikibase] (master) - https://gerrit.wikimedia.org/r/46733 [14:20:55] Lydia_WMDE: almost forgot: I'll be off the internets for most time during the next three days [14:21:08] lazowik: alright :) [14:21:22] only evenings and for short time [14:21:31] ok - thx [14:21:44] I've talked with Denny [14:21:55] and we came up with something [14:21:57] New patchset: John Erling Blad; "(Bug 43994) Add a special page for pages that are not connected to items" [mediawiki/extensions/Wikibase] (master) - https://gerrit.wikimedia.org/r/47794 [14:22:10] Change merged: Tobias Gritschacher; [mediawiki/extensions/Wikibase] (master) - https://gerrit.wikimedia.org/r/48443 [14:22:25] lbenedix1: works for me http://lb.bombenlabor.de/ba/mediawiki/index.php/Item:Q2 [14:22:30] you didnt have any properties [14:22:31] I'll tell when I'll have done something [14:22:32] i created one [14:22:44] Change merged: Tobias Gritschacher; [mediawiki/extensions/Wikibase] (master) - https://gerrit.wikimedia.org/r/48438 [14:22:54] thx lazowik [14:23:08] no problem [14:25:53] Denny_WMDE: mmhh... strange... i can't enter anything that let the save-link get blue... [14:27:09] ?? [14:27:21] it worked for me immeadiately [14:27:29] what are you trying to enter? [14:28:29] Denny_WMDE: could you send that voice over lyrics again? [14:29:16] I go to http://lb.bombenlabor.de/ba/mediawiki/index.php/Item:Q4 click on "add" in the statements section, enter "p2" to property [14:31:42] lbenedix1: you have to choose the label, not the id [14:32:29] Change merged: Henning Snater; [mediawiki/extensions/Wikibase] (master) - https://gerrit.wikimedia.org/r/48330 [14:32:41] ahh... okay, i was confused because your statement had property "p2" [14:34:00] ? [14:34:13] for me it says "Test" [14:34:19] you should not see p2 anywhere? [14:34:27] are you using language english? [14:35:23] after i changed the language to english i see "Test" in german it is "p2" [14:36:45] because there is no label in german [14:36:53] and we dont have fallback languages yet [14:37:04] New patchset: Henning Snater; "Optimizing wbsearchentities and adding some documentation" [mediawiki/extensions/Wikibase] (master) - https://gerrit.wikimedia.org/r/48425 [14:37:22] New patchset: Henning Snater; "(bug 44677) Entity selector widget: "more" link" [mediawiki/extensions/Wikibase] (master) - https://gerrit.wikimedia.org/r/48426 [14:37:30] okay [14:38:12] the whole thing with different languages is confusing [14:38:30] pity [14:38:33] it shouldn't be [14:38:45] set labels for the language you are using [14:38:48] and use that language [14:38:55] and everything should be straightforward [14:39:54] New patchset: Siebrand; "Use PLURAL uppercase consistently." [mediawiki/extensions/Wikibase] (master) - https://gerrit.wikimedia.org/r/48455 [14:41:06] browsing wikidata.org in german shows many items without label or description [14:41:15] yep, they are missing [14:41:18] need to be added [14:41:25] even items with a link to dewiki [14:41:38] Change merged: Siebrand; [mediawiki/extensions/Wikibase] (master) - https://gerrit.wikimedia.org/r/48455 [14:42:21] we hope to have soon a feature online to allow easier editing labels [14:42:25] that might help with that issue [14:43:10] a default language for empty labels would be nice [14:43:32] how to choose it? [14:46:36] there is a default-order for languagelinks in every wikipedia, maybe you could take this and show the first available language in that list [14:47:34] that's simple abc order [14:48:34] yep, mostly this list is alphabetic based on the language code [14:48:42] i dont think that its alphabetical order in every wikipedia. i think there was a discussion about the order in the wikidata-mailinglist months ago [14:49:24] no in some it is not [14:49:27] but that makes it even harder [14:49:31] which list should you take? [14:49:40] most are just alphabetic [14:50:18] New review: Daniel Kinzler; "I gather that this is intended to allow us to query for pages that do not have an item associated wi..." [mediawiki/extensions/Wikibase] (master); V: 0 C: -1; - https://gerrit.wikimedia.org/r/46213 [14:51:18] do you know in which wikipedia its not alphabetic? [14:53:09] i'll put http://www.wikidata.org/wiki/Q57100 in my announcement blog for tonight if anyone feels like adding a few statements [14:54:16] Lydia_WMDE: nice selection :) [14:54:34] :) [14:55:08] aude: Jeblad_WMDE: mw core on devrepo is up to date [14:55:19] lbenedix1: no, not from the top of my head [14:55:26] we will have a list end of month :) [14:55:55] now it also has the plural problem Jeblad_WMDE [14:55:56] Silke_WMDE_: Denny_WMDE and it's broken now :( [14:55:59] so confirmed, it is a core issue [14:56:22] * aude suspected so and looks for the change in question [14:56:42] Change merged: John Erling Blad; [mediawiki/extensions/Wikibase] (master) - https://gerrit.wikimedia.org/r/48425 [14:58:14] yei properties! is it possible for en wiki to have more than one page showing the same list of interwikies (refering the same Q ID)? [14:58:55] yurik: no [14:59:09] one page, one item [15:00:24] yurik: such things will have to continue to use local links in the wiki text [15:00:29] bummer, but IIRC, with interwikies, there was lots of cases when one topic in most languages corresponded with multiple pages in EN (or some other one) [15:00:55] yurik: we expect it to become easier though for these cases when most things are centrally stored at least [15:00:56] so all other langs refed the "main" one [15:01:47] i was just thinking that if [[d:Q1111]] syntax would simply pull all the interwiki links for that number into the current article, it might solve itL [15:01:49] ? [15:02:54] i'm sure you have worked through most of these cases though - I remember someone published a nice picuture diagram of all possible interwiki scenarious the bots had to deal with [15:03:10] and many to one was a common case [15:04:21] yurik: those are less than 0.2% of the cases [15:04:33] we'll see in a few weeks how it looks like [15:07:00] actually i think what might solve this for sure is the ability to have a list of items. Once again, congrats on props, looks awesome. [15:07:19] one other question - how come lots of recent changes don't have any summary? I thought its added automatically? [15:11:58] New review: Daniel Kinzler; "This change seems to try too many things at once. Some make a lot of sense and a quite helpful, othe..." [mediawiki/extensions/Wikibase] (master); V: 0 C: -1; - https://gerrit.wikimedia.org/r/47033 [15:13:14] New review: Daniel Kinzler; "why do we need this?" [mediawiki/extensions/Wikibase] (master); V: 0 C: 0; - https://gerrit.wikimedia.org/r/46675 [15:13:23] DanielK_WMDE: The connected items, just remove sorting and startTitle for now and it should work without index [15:14:43] yurik: that will come with the next roll-out [15:14:59] currently planned for next monday [15:15:04] New review: Daniel Kinzler; "If the unit tests are incomplete, this change set should add a test protecting against regression." [mediawiki/extensions/Wikibase] (master); V: 0 C: 0; - https://gerrit.wikimedia.org/r/47037 [15:18:59] New review: John Erling Blad; "I don't agree with you. This is the stuff we already do in the present modules. If we don't want to ..." [mediawiki/extensions/Wikibase] (master); V: 0 C: 0; - https://gerrit.wikimedia.org/r/47033 [15:21:23] New review: Daniel Kinzler; "John, which is what stuff?" [mediawiki/extensions/Wikibase] (master); V: 0 C: -1; - https://gerrit.wikimedia.org/r/47033 [15:22:36] Danwe: Tobi_WMDE Henning_WMDE Denny_WMDE https://gerrit.wikimedia.org/r/#/c/47044/ [15:22:45] that's the commit that breaks the plural message [15:27:51] New patchset: Daniel Werner; "EntityView selectTerms simplified" [mediawiki/extensions/Wikibase] (master) - https://gerrit.wikimedia.org/r/48365 [15:28:39] so do we know how to fix it already? aude Tobi_WMDE Henning_WMDE Danwe ? [15:29:52] Denny_WMDE: seeing if i can quickly figure it out or otherwise i'm sure one of use can fix [15:30:37] Jeblad_WMDE: i don't understand - how can itr work efficiently without an index? [15:31:47] Jeblad_WMDE: you would be selecting all pages that doe not have a page_props entry with pp_name = 'ConnectedItem', right? [15:32:19] without an index on pp_value or at leat on pp_name, that requires a table scan. or am i missing something? [15:33:17] have you tried to use EXPLAIN to see how mysql is going to execute the query? hm, i suppose we'd need a realistic sample database for that... [15:33:19] nvm [15:41:01] The page is efficient enough, even without an index, as long as the number of unconnected pages are high enough [15:41:17] As the number sinks the page will be more and more inefficient, [15:41:51] At some point there should be an index if there is noene now, but if there is none now someone should _really_ update the docs [15:42:28] The docs says is is supposed to be used for such special pages and that should imply there is an index [15:43:12] I would say the set up of this table is broken if it dosnt have an index for this column [15:43:34] that is pp_propname [15:45:31] Jeblad_WMDE: well, it can easily be checked. just look at the actual query, as DanielK_WMDE said :) [15:47:00] The actual query says whats happen on tables in my repo, not at wmfs tables [15:50:03] Jeblad_WMDE: so, what does it say for your repo? [15:50:37] Jeblad_WMDE: i actually agree that page_props is kind of broken the way it is. But that doesn't mean we can ignore the way it is now. [15:51:32] Jeblad_WMDE: if the number of unconnected pages is very high, the page is not needed. it's useful for finding the few that were overlooked. [15:51:53] let me get a quick estimate at our coverage of enwiki [15:52:53] if i can download a dump of the items per site table, one could run a periodic report for unconnected items [15:52:54] New patchset: Tobias Gritschacher; "(bug 44095) enhanced claim diff visualizaion including refs" [mediawiki/extensions/Wikibase] (master) - https://gerrit.wikimedia.org/r/48459 [15:53:40] possibly via toolserver, as well, someone could do it [15:54:21] * aude just wonders if this special page would be marked as "expensive" and updated infrequently (or not) --- don't know the answer [15:54:36] aude: probably, yes [15:55:07] Change merged: Daniel Werner; [mediawiki/extensions/Wikibase] (master) - https://gerrit.wikimedia.org/r/48365 [15:55:28] New patchset: Henning Snater; "(bug 44677) Entity selector widget: "more" link" [mediawiki/extensions/Wikibase] (master) - https://gerrit.wikimedia.org/r/48426 [15:55:42] we have roughly 1.7 million links to enwiki. that's about 50%, probably pretty much everything that has language links. [15:56:16] poking around this weekend, it'd say 75% of pages with language links are connected [15:56:33] ones without any language links, a lot of those are not connected yet [15:56:37] yes, aude's estimate sounds more sensible [15:56:42] so, if mysql is smart enough to abort a table scan once the limit is satisfied, this should still be quick. But also useless, you can easily find unconnected pages just by clicking "random". [15:56:58] * aude has a script that adds an "Add to Wikidata" link on enwiki, if not connected, or otherwise a link to the wikidata item [15:57:11] clicked around on special:random a bunch to see how things were :) [15:57:24] aude: that could actually be a standard feature for the client [15:57:39] e.g. there are a bunch of pages about polish towns that are only in enwiki and plwiki [15:57:49] those are mostly unconnected, [15:57:54] there are groups of pages like that [15:58:02] DanielK_WMDE: could be [15:58:12] strange - did the bots exclude pages with just one link? [15:58:16] or a gadget, although there may already be such a gadget [15:58:18] i though by now they would be adding everything [15:58:28] DanielK_WMDE: i think the bots did everything from frwiki, dewiki [15:58:41] certain wikipedias, but not polish, norweigian, farsi, etc. [15:58:57] it might have depended on the database they had access to [15:59:07] there were a bunch with one link or a few links to farsi, polish, other languages [15:59:19] but anything with a link to frwiki seemed connected already [15:59:35] Denny_WMDE: or just what people were interested in [15:59:38] the bot authors [15:59:50] aye [16:05:57] There are three groups of bot operators. One that says items must have sitelinks to more than two pages, one that says items must have at least one link to an item, and one very small one that says items does not need to have links to pages. Wikidata:Notabillity says"The existence of at least one interwiki linking back to any language Wikipedia project". [16:06:44] Jeblad_WMDE: the unconnected pages list could be considered "expensive", and generated by copying the relevant entries from wb_items_per_site to the local database and then doing a join. The result could go into a specialized table. [16:07:09] randomized access to that table might also be nice, to avoid bias. [16:07:13] there seem most of the french wikipedia articles are in wikidata, even if they have no language links [16:07:28] just anecdotal, and not sure about all the languages [16:07:34] also itwiki seems true [16:07:37] aude: so, a special page looking for unconnected ones without an index would be horribly inefficient [16:07:49] DanielK_WMDE: agree [16:07:51] :/ [16:07:55] Having an item for every article w/o langlinks is quite a problem [16:08:00] i rest my case :) [16:08:11] as that makes linking a merge (of items) [16:08:13] hoo: why? [16:08:23] if i can get my hands on a dump, i was going to try to come up with some report or list of pages for enwiki [16:08:38] hoo: if that topic already existed on multiple wikipedias, yes. [16:08:53] DanielK_WMDE: If a user wants to link two pages which both yet have an item with only on langlink one has to be blanked... we do that in the client site widget now [16:08:55] hoo: what we really need is decent support for merging. starting with support for redirects. [16:08:56] not a top priority for me, but just curious [16:09:17] +1 [16:09:24] aude: if there's high demand for that, sure [16:09:47] Denny_WMDE: that's one i forgot on my "improtant stuff" list: redirects! we need redirects *really* soon, i think [16:09:53] and it should be pretty simple. [16:09:54] something better than special:random is what i wanted [16:10:05] New patchset: Tobias Gritschacher; "(bug 44095) enhanced claim diff visualizaion including refs" [mediawiki/extensions/Wikibase] (master) - https://gerrit.wikimedia.org/r/48459 [16:10:15] special:random of unconnected pages, but i can see it being a gadget or something run from the toolserver [16:10:20] or such thing [16:10:33] not quite sure how it'd work as a special page yet [16:14:08] haaaahahahaha xkcd! [16:16:06] made my day :d [16:16:11] New patchset: Aude; "Omit wikidata changes from enhanced changes" [mediawiki/extensions/Wikibase] (mw1.21-wmf9) - https://gerrit.wikimedia.org/r/48462 [16:16:11] New patchset: Aude; "(bug 44557) mark wikibase edits as autopatrolled in client" [mediawiki/extensions/Wikibase] (mw1.21-wmf9) - https://gerrit.wikimedia.org/r/48463 [16:16:48] Change merged: Aude; [mediawiki/extensions/Wikibase] (mw1.21-wmf9) - https://gerrit.wikimedia.org/r/48462 [16:17:03] Change merged: Aude; [mediawiki/extensions/Wikibase] (mw1.21-wmf9) - https://gerrit.wikimedia.org/r/48463 [16:17:46] just about ready..... well ahead of deployment time [16:17:53] perfect [16:17:56] https://gerrit.wikimedia.org/r/#/c/48461/ [16:18:02] those are the settings [16:18:38] the localClientDatabases setting looks very boring [16:18:48] still would like those to be smarter [16:19:12] e.g. w/o listing 300 sitecode => dbname [16:19:16] yep [16:19:23] what's ns 100 and 108? [16:19:28] on enwiki? [16:19:30] just curious [16:19:31] 100 = portal [16:19:32] 108 are books [16:19:38] people do have interwikis for those [16:19:44] ah, sweet [16:19:46] ok thx [16:19:50] looks good [16:19:50] * aude left out timedtext and education program namespaces for now [16:20:06] although when we default to all namespaces, those too i suppose will be enabled [16:20:21] shouldnt hurt [16:20:44] there is no education program on any other wikipedia and timed text is still a bit experimental [16:24:09] aude: localClientDatabases can be given as a list of database names, if the database names are the same as the site codes. [16:24:25] DanielK_WMDE: ah, okay [16:24:28] that's slightly better [16:24:51] we might be able to fetch those from something in the wmf configurations [16:24:56] it's kind of an undocumented feature... "smartness" like this often leads to confusion [16:25:01] but as of now, it should work [16:25:02] https://gerrit.wikimedia.org/r/#/c/48465/ is the update of our submodule [16:25:10] DanielK_WMDE: ok [16:25:25] some our client settings are like that, to make it easier for deployment [16:25:33] like sitecode = $wgDBname by default [16:26:37] right [16:26:51] aude: i don't understand https://gerrit.wikimedia.org/r/#/c/48465 [16:26:57] it changes... nothing? [16:27:20] DanielK_WMDE: changes the submodule pointer [16:27:47] Ah, I see! [16:27:56] it's cryptic :) [16:28:01] a bit [16:28:03] yet magical [16:29:16] :) like unicorns [16:35:58] * Silke_WMDE_ is about to leave - happy deployment to you all! [16:37:02] Change merged: Denny Vrandecic; [mediawiki/extensions/Wikibase] (master) - https://gerrit.wikimedia.org/r/48410 [16:43:00] Denny_WMDE: when exactly do you need me online for deployment? 20:00? [16:45:09] DanielK_WMDE: i'd say 17:30 + [16:45:28] all we have tonight is to update enwiki, so it might be done early and quick [16:45:46] * aude suspects it will be boring [16:47:47] aude: you mean "from now on"? [16:48:08] doesn't work for me, now is dinner/kids time, unless there'Äs an emergancy. [16:48:22] in that case, call me [16:49:15] DanielK_WMDE: sorry confused [16:49:17] 19:30 [16:49:29] * aude not used to 24 hour time [16:49:41] 7:30 pm :) [17:08:44] yeah, around 19:30-19:45 for an hour [17:08:49] i also expect it to be rather boring [17:08:53] enjoy dinner [17:11:09] DanielK_WMDE: ^ [17:11:50] heading home, see you later from home [17:13:20] is this the right place to bitch about persistent "An error occurred while trying to perform save" error messages that don't give a reason? [17:14:37] naddy: we are aware that the error messages are sometimes unhelpful [17:20:34] what time is enwiki being deployed? [17:20:35] i've been trying to add an "it" link to Q57928 for a couple of days now. always the same useless error message. how is a poor user (like me) supposed to figure out what the problem is? [17:20:51] naddy: which it link? [17:21:47] to the italian wikipedia. "Annette Schavan" [17:22:10] ok let me see [17:22:35] like that? https://www.wikidata.org/w/index.php?title=Q57928&diff=6295434&oldid=5900890 [17:23:10] yes [17:23:17] heh [17:23:19] ok [17:23:21] let me remove it [17:23:26] and see if you can re-add it yourself [17:23:38] ok done, [17:23:58] duh: should be in 1 1/2 or 2 hours from now, or so [17:24:12] awesome :D [17:24:18] nope. "An error occurred while trying to perform save and because of this, your changes could not be completed." [17:24:28] there are a couple smallish bug fixes with it, which will be on enwiki tonight, and on it/hu/hewiki on wednesday [17:24:53] naddy: looking at the item [17:25:12] we've had some issues with some items and looking at how to fix [17:25:20] thats weird [17:25:44] naddy: can you enable your debug console to see the exact request the api is sending and receiving? [17:26:15] its weird that i can do it and you cant [17:27:54] bbl [17:29:14] naddy: "Annette Schavan" is not provided to me as a suggestion [17:29:18] for itwiki [17:29:46] am i confused? [17:30:40] ah, it's a new article. [17:30:46] aude: i was able to add it though [17:30:49] it could be that it's not indexed yet [17:30:51] duh: really? [17:30:55] https://www.wikidata.org/w/index.php?title=Q57928&diff=6295434&oldid=5900890 [17:31:07] it might be possible to add it yet not appear as a suggestion [17:31:14] i then removed it to see if naddy could do it [17:31:29] suggestions come from the search api which takes some time to index (i think) [17:31:47] duh: i see [17:46:34] wait [17:46:41] if i click on an old revision [17:46:48] it shows me the current revisions properties... [17:47:38] huh? [17:47:56] i think [17:48:01] i believe you [17:48:02] i cant exactly check since diffs dont work yet [17:48:04] * aude trying [17:48:06] but [17:48:17] i saw a page which had sex set as female twice [17:48:27] and removed it here https://www.wikidata.org/w/index.php?title=Q57928&diff=6296402&oldid=6296393 [17:48:32] obviously the diff is useless [17:48:38] but this version https://www.wikidata.org/w/index.php?title=Q57928&oldid=6296393 [17:48:49] shows only female once [17:48:52] which is the current version [17:48:53] http://www.wikidata.org/w/index.php?title=Q60&oldid=5788633 [17:49:03] yeah, that revision, i only added the mayor [17:49:18] * aude checks if we have a bug for that yet [17:49:21] ok [17:49:29] thanks for noticing it [17:49:35] np [17:49:41] i'm going to file a bug on properties duplicating [17:49:58] https://bugzilla.wikimedia.org/show_bug.cgi?id=44661 [17:50:00] already got a bug for revisions [17:50:14] ah awesome [17:50:23] cc'd myself [17:54:47] aude: i filed https://bugzilla.wikimedia.org/show_bug.cgi?id=44882 about duplicates [17:54:57] er, duplicate properties [17:57:43] duh: thanks [17:57:58] np [18:04:27] New patchset: Aude; "add debug point for sites data" [mediawiki/extensions/Wikibase] (master) - https://gerrit.wikimedia.org/r/48481 [18:14:12] back. oh, the problem with Q57928 was duplicate properties? [18:16:55] * Lydia_WMDE is back [18:19:52] * Moe_Epsilon waves [18:30:04] New patchset: Daniel Werner; "Renamed "Wikidata repository" special page group into "Wikibase repository"" [mediawiki/extensions/Wikibase] (master) - https://gerrit.wikimedia.org/r/48484 [18:35:43] naddy: no i dont think that was the problem, it was just a bug i noticed [18:41:53] Namaskar from Pune. [18:42:36] Deployment today? [18:42:43] for enwiki yes [18:43:10] cool :p [18:43:12] yeah, a lot of enwp editors have no idea what wikidata is... [18:43:21] from the ones i've talked to [18:44:09] wait, we're deploying en.wiki the same day i start my confirmation? Some kind of conspiracy <_< [18:44:43] * duh forces rschen7754 and Moe_Epsilon to read his bot req 3 and 4 respectively [18:44:55] * aude eager :) [18:44:57] * Moe_Epsilon okay.jpg [18:45:05] New review: Siebrand; "I think you're not making the terminology easier." [mediawiki/extensions/Wikibase] (master); V: 0 C: 1; - https://gerrit.wikimedia.org/r/48484 [18:45:21] 3 will be important for enwiki deployment [18:45:28] and 4 is just super cool imo [18:45:41] even people on huwp are still creating new articles with old interwiki links and no wikidata entry [18:46:02] New review: Aude; "can we use {{SITENAME}} repository for the message?" [mediawiki/extensions/Wikibase] (master); V: 0 C: 0; - https://gerrit.wikimedia.org/r/48484 [18:46:30] 4 would be helpful for the road editors [18:47:00] rschen7754: 4 is going to be helpful for everything [18:47:02] people will eventually "get" it [18:47:37] you can take the category [[Category:Cities in New York]], tag with "is a city", "state new york" etc [18:47:44] the old interwiki links are not necessarily harmful or break anything and hopefully the bots or other people will take care of adding site links to wikidata [18:48:32] rschen7754: spambot https://www.wikidata.org/w/index.php?oldid=6298668&rcid=6304087 [18:48:33] also [18:48:39] thats spamming to my university, wtf. [18:48:55] you can file a TOS violation [18:49:05] done [18:49:14] i saw uiuc.edu pop up and was like wtf [18:50:10] sigh http://tefnut.grainger.uiuc.edu [18:50:15] (thats a safe link( [18:50:18] )* [18:50:29] rschen7754: 60.162.176.205 [18:51:26] done [18:51:33] add that site to the blacklist? [18:51:41] do we even have one? [18:52:22] Mediawiki:Spam-blacklist? [18:52:31] https://www.wikidata.org/wiki/MediaWiki:Spam-blacklist [18:52:38] dont blacklist all of uiuc though [18:52:39] just [18:52:54] /site/wishlist [18:53:43] does the blacklist work for items [18:53:44] ? [18:54:03] i think so [18:54:12] what blacklist? [18:54:19] spam blacklist [18:54:37] i think it works for some things, but not for others [18:54:48] not all filtering extensions can fully handle non-text content yet. [18:54:50] well add it in anyways [18:54:55] what's the code for that? [18:54:55] :P [18:54:59] ugh ok [18:55:15] AbuseFilter should now fully work for items [18:55:22] \btefnut\.grainger\.uiuc\.edu/site/wishlist\b [18:55:25] ok thx [18:55:28] but other things like spam blacklist might not yet [18:55:38] its a conservative entry [18:55:43] but should take care of this spambot [18:55:47] done [18:56:19] * rschen7754 still has to learn regex [18:56:25] oh wait [18:56:29] you might need to escape the / [18:56:32] maybe [18:56:36] with \ [18:56:36] lemme check [18:56:37] ? [18:56:44] not sure, let me check [18:57:13] no its fine [18:57:42] * aude getting hungry [18:59:00] okay duh, there you go, I commeneted [18:59:00] :p [18:59:04] thanks :) [18:59:14] aude: didnt you order food to the office? [19:01:20] hrm, phone based irc is dodgy [19:03:22] Denny_WMDE: no [19:03:25] * aude eating more cakes [19:04:34] so DanielK_WMDE , we have issues with the sites stuff again.... [19:04:42] new wikipedia (minwiki) is not found [19:04:57] i suspect the memcached, although we did try to kick it [19:05:22] if someone would like to review https://gerrit.wikimedia.org/r/#/c/48481/ and https://gerrit.wikimedia.org/r/#/c/48487/ those add debug points [19:06:00] worst case, we can try backporting https://gerrit.wikimedia.org/r/#/c/47880/ although it should not be necessary to update CACHE version when repopulating the sites table [19:07:06] grr. [19:07:16] i wonder how i can poke at that [19:07:30] will have a look in a bit. [19:08:04] we tried with eval getSites( 'recache') and getSites( false ) [19:08:48] with the itembytitle page it should suggest creating a new item with minwiki and Laman Utamo [19:09:02] if the siteid is considered valid [19:09:22] works on my test wiki and i have minwiki in my sites table, in my sites JS module, etc. [19:09:39] that's why i picked that one debug point in wikibase [19:09:48] duh: how are we with the whole disabling interwiki bots thing? [19:09:55] no clue [19:10:07] i dont think its an urgent issue [19:10:20] my bot (if it gets approved) can copy those changes back over to wikidata [19:10:51] yeah, but if people start mass pulling them... [19:10:58] DanielK_WMDE: I already wondered a while back... can't we just let the caching of the sites expire after maybe 30 minutes? Fetching them isn't super expensive [19:11:10] * aude has no idea about the bots but pywikipedia should be compatible if the bot authors use up-to-date copies of pywikipedia [19:11:13] oh yeah, your bot doesn't flip out if someone removes an interwiki link, right? [19:11:19] not all bot authors use pywikipedia, of course [19:11:30] aude: look at the api self-docu of editentity. is the siteid listed there? [19:11:40] DuesenMobil: it is not [19:11:52] nothing is listed on api.php for minwiki (in wikibase modules) [19:12:05] it is in the sites table, though, as seen on toolserver [19:12:10] if no, it's memcached. if yes, it's the squids. [19:12:12] and in site_identifier [19:12:18] rschen7754: mine? no, but it wont remove it either... [19:12:19] i didnt code for that [19:12:35] i suspect memcached, based on what i see, even though we tried to purge it [19:12:49] i just would hate to have the bot destroy wikidata if someone pulled the links on enwp for every article :P [19:12:52] aude: Have you made sure that purge has been deployed? [19:12:58] and if people start mass pulling them [19:13:02] block for disruptive editing [19:13:03] aude: so it must be memcached. cant think of anything else. [19:13:15] what does eval say? [19:13:34] rschen7754: ohohoh no you have to use the exact pywikibot edit summary [19:13:35] i doubt humans will do that [19:13:42] * DuesenMobil is on his cell phone, typig sucks [19:13:51] DuesenMobil: reedy did get minwiki using eval.php [19:13:59] duh: the wikidata RFC to ban mass pulling failed massively [19:14:11] although i wonder if that's not enough to refresh all the memcached and apaches [19:14:29] do we have a time period for which we can pull them, or is it agreed to do it gradually? [19:14:43] rschen7754: its still disruptive editing [19:14:59] Moe_Epsilon: there's no agreement for anything because the wikidata RFC failed [19:15:16] ok lol, so do nothing :P sounds good [19:15:18] duh: i would disagree, and you couldn't sell that at ANI [19:15:42] if someone challenges you at ani, the problem is already resolved :P [19:16:29] Moe_Epsilon: i don't see why people can't remove the links en masse, barring the problem with interwiki bots [19:17:16] as long as the interwiki bots are disabled to not revert, then there's no reason to remove them, but I don't know if we want to make four million edits removing them [19:17:51] there are no four million articles with language links [19:18:07] yeah, well when i proposed that people went OMGWTFBBQIDONTGETWIKIDATAMUSTKILLRFCWITHAPASSION [19:18:22] okay, there's a large amount of articles, let's leave it at that xD [19:18:50] * aude shall improve my enwiki edit count and remove a bunch of links :) [19:18:53] just kidding [19:18:57] :PPP [19:19:13] rschen7754: that is expected, en.wiki hates change [19:19:20] i could see the U.S. roads project going through and removing them, but we're pretty progressive [19:19:26] over 90% of our articles have items [19:19:45] * duh can fire up his interwiki slurper for the rest [19:20:10] it's mostly just the oddballs that weren't in the right category that are left now [19:20:22] but for phase 2 it would save us a lot of time [19:20:52] aude: well, how many memcached servers are there? the purging via eval needs to be done for each one of those... [19:21:01] no idea [19:21:17] is wikidata allready live in enwiki? [19:21:27] duh: one thing is, i don't understand how the template works on the .js [19:21:32] or we can backport my patch to change the CACHE constant [19:21:43] it really should not be necessary for something like this [19:21:47] Reedy: what's the "normal" procedure for flushing something from memcached? how many separate memcached instances are there? how are they shared between wikis or apaches? [19:22:16] aude: indeed. but then, purging is always tricky. usually, we just wait for the caches to expire, right= [19:22:24] what's the caching period anyway? 24h? [19:22:28] hmmmm [19:22:50] oh. [19:22:55] i'm beginning to see the problem [19:23:03] that cache has *no* expiry set [19:23:08] that sucky. [19:23:10] when they run rebuild interwiki, it would be lovely for that to rebuild the sites stuff too [19:23:10] DanielK_WMDE: Exactly [19:23:13] ugh [19:23:14] it should probably be something between an hour and a day [19:23:34] IMO even 30 minutes are bearable as that's not very expensive to gather the dat [19:23:34] a [19:23:35] sounds good [19:23:39] rschen7754: oh it doesnt. my bot just parses the raw wikitext. i'm using js so the bot can edit through a protected page [19:26:41] has anyone heard from reedy? [19:27:44] nope [19:28:15] aude: what's the current status anyway? nothing so far? [19:30:20] quiet, yet people are eager (me included) [19:33:25] Lydia_WMDE: when will Wikidata be live in enwiki? I thougt today is the day... [19:33:40] lbenedix1: we're all waiting ;-) [19:33:47] it depends on reedy to show up [19:33:53] i don't know more either [19:34:00] okay [19:35:04] is it possible to provide a deployment plan like on: http://www.mediawiki.org/wiki/Extension:PostEdit#Use [19:37:13] after enwp the next deployment will be all others [19:37:25] it looks like that will be either 25th or 27th [19:37:57] lbenedix1: https://meta.wikimedia.org/wiki/Wikidata/Notes/Deployment#Detailed_implementation_plan [19:38:41] i have seen that, but there are no dates [19:40:54] ah, right [19:42:36] i suppose once we deploy to all the wikipedias, then it will just be the bi-weekly updates on wikidata (and the wikipedias) with code updates [19:42:51] more boring, although hope for exciting new features once in a while :) [19:43:07] are the phase 2 rollouts staged? [19:44:44] rschen7754: denny and lydia can answer better but i think it's as features are ready [19:44:49] oh, ok [19:44:50] they move from "experimental" to deployment [19:45:19] the test repo has experimental stuff like more data types, though they are not feature complete by any means yet [19:45:34] e.g. still need widgets and stuff for picking dates, coordinates, etc. [19:45:48] wikidata-test-repo.wikimedia.de/ [19:49:05] rschen7754: not staged [19:49:16] features get deployed "when they are ready" [19:49:20] oh, ok [19:54:05] (and then within the next two week deployment windows) [20:47:01] * aude can't edit [[Q60]] at the moment :( [20:48:05] [[Q30]] also [20:49:53] it worked now [20:50:03] aude what was the problem? [20:50:46] don't know but maybe i had no www. [20:51:00] * aude tries again [20:51:12] doesn't work [20:51:28] it works with www [20:52:11] probably *is* an issue with the repo api using $wgServer [20:52:15] we shall be able to fix that [20:53:40] yes, there's definitely something going wrong. [20:53:46] we should figure out what it is [20:54:00] btw. what's with en deployment? [20:54:02] yep [20:54:02] the family living above me has been listening to gangnam style for the past 3h [20:54:07] i'm going crazy... [20:54:07] is it happening today? [20:54:22] Tobi_WMDE: in progress [20:54:40] Tobi_WMDE: yes, though we are dealing with minwiki and apparent bug related to it [20:55:00] ok [20:55:05] think we got it fixed, but waiting to see things are good [20:55:13] itwiki, huwiki and hewiki now have wmf9 [20:55:42] as long as things are fine, then enwiki can get wikibase [20:55:43] anything major they get with that that they should know about? [20:55:53] Lydia_WMDE: i think it's okay [20:56:08] aude: i mean new features and bugfixes [20:56:15] no, would have happened wednesday instead [20:56:16] the code i think got "minwiki" and it wasn't in the stale sites data on the clients [20:56:29] Denny_WMDE: ? [20:56:39] Lydia_WMDE: the enhanced changes and patrolling should be better on the wikipedias [20:56:48] ok [20:56:53] e.g. wikidata changes should not be there in enhanced changes, vs. [20:56:56] there and can't filter them [20:57:20] Lydia_WMDE: core was moved to wmf9 for it, he, hu [20:57:27] that means i can go home early on wednesday :) [20:57:36] :) [21:02:47] ok, i've poked around on itwiki and see my wikidata changes, watchlist is fine, etc. [21:03:16] itwiki doesn't yet have the few backports, so enhanced changes is still not quite right, but expect we will update the submodule shortly [21:03:49] ok, looks like we are deploying :D [21:03:58] 21:03 <+logmsgbot> !log demon synchronized wmf-config/InitialiseSettings.php 'wikidata client on enwiki' [21:05:16] i see Edit links on enwiki! [21:05:20] yes [21:05:45] i see wbc-rc-show-wikidata-pref in my preferences, so looks like we need to rebuild localisation [21:08:04] enwiki is now erroring for me :/ [21:11:38] we are disabling wikidata for the moment on enwiki [21:12:01] there still are some issues with the sites data, maybe with the new minwiki (new wikipedia) or something [21:12:09] we will try to patch and fix [21:15:16] Change abandoned: John Erling Blad; "Placement of message has changed" [mediawiki/extensions/Wikibase] (master) - https://gerrit.wikimedia.org/r/48141 [21:19:48] aude: Do you mind if I push a (potential) fix to gerrit? [21:19:53] Or do you yet have smth? [21:20:10] i think DanielK_WMDE is working on it [21:20:25] if after he's done, you see anything else to improve, that's fine :) [21:20:43] hoo: if you already have it… [21:21:11] Denny_WMDE: I've patched the client code... other approach would be to patch the core [21:21:36] check it out with DanielK_WMDE [21:21:49] i'd push it to gerrit and put him as a reviewer [21:22:02] maybe there's value in that [21:22:27] thanks hoo [21:22:29] aude: i just got this when processing changes from a different version: Fatal error: Cannot instantiate interface Wikibase\Statement in /DATA/var/www/daniel/wikidata/extensions/Diff/includes/diffop/DiffOpChange.php on line 85 [21:22:41] don't think that will hit us in production, but keep your eyes open for that [21:22:41] no, really? [21:22:55] New patchset: Hoo man; "Fix PHP fatal on enwiki" [mediawiki/extensions/Wikibase] (master) - https://gerrit.wikimedia.org/r/48565 [21:22:58] one sec. [21:23:11] i think i had a backport for that, but maybe only in wmf8? [21:23:21] we didn't want it in master [21:24:07] Denny_WMDE: I'm assuming that all sites the repo is delivering /are/ valid [21:24:42] https://gerrit.wikimedia.org/r/#/c/46946/ is in wmf9 [21:24:52] DanielK_WMDE: are you working on wmf9? [21:24:57] yes [21:25:04] hmmm [21:25:41] yes we have statements in production, so that worries me [21:27:15] the "robust changes" stuff isn't in wmf9, is it? [21:27:22] uh... [21:27:30] no [21:27:31] why can't i edit sitelinks in wmf9? [21:27:54] DanielK_WMDE: did you see Hoo mans patch? https://gerrit.wikimedia.org/r/#/c/48565/ [21:27:55] DanielK_WMDE: huh [21:27:58] that's a repo thing, so not related to this deployment [21:28:03] keeps me from testing, though [21:28:18] * hoo forgot that Daniel got the bot on his /ignore :P [21:28:57] hoo: do we want to throw an exception there? [21:28:59] hm... goes into the right direction, but the exception is still fatal. i'd like this to be more lenient [21:29:09] also, i found 4 other places where this kind of check is needed [21:29:17] bah [21:29:22] we could just not add the language link, and have a debug or something [21:29:25] aude: I wasn't sure... [21:29:31] i'll just submit my patch, so others can test it, too [21:29:35] i'd do a debug or something [21:29:41] I assumed that all sites the repo is delivering are at least in the DB [21:29:45] hoo: trigger_error is probable the right thing in that case [21:29:53] hoo: apparently not [21:30:04] aude: Well they might not be in memcached [21:30:05] we had minwiki (new wikipedia) but it was missing from the memcached data [21:30:07] hoo: everybody assumed that. that's why it's broken now. [21:30:16] DanielK_WMDE: SQL != Memcached [21:30:22] can't assume that, and there's always the next new wikipedia :) [21:30:25] I'm trying to recache on error [21:30:41] hoo: true. but inconsistencies can occurr on all levels. [21:30:43] hoo: that's good [21:30:47] no exception though [21:30:49] so we should code defensively. [21:30:55] yup [21:31:01] wfDebug or trigger_error? [21:31:09] hm, trying to recache automatically is nice, but cause a LOT of load in case that wiki isn't in the db table either [21:31:18] it'll trigger a recache every time. ugh. [21:31:27] DanielK_WMDE: Yeah :S [21:31:28] hoo: trigger_error [21:31:29] maybe just skip the link then [21:31:39] hoo: bot wait a sec for my patch. [21:31:42] if we see an error, then we can look into it [21:32:12] Just a reminder to all admins; Make sure you are checking the items listed for deletion by Hazard-Bot - The bot cannot be trusted if the page has been moved and then the redirect deleted (seen it happen twice now) [21:34:35] aude: Which kind of error should I trigger? E_USER_NOTICEs? [21:36:16] E_USER_WARNING ? [21:36:21] DanielK_WMDE might have an opinion [21:37:42] aude: yes, E_USER_WARNING [21:37:44] crud. [21:37:54] i got myself into a complete muddle with gerrit, it seems [21:38:04] ugh [21:38:13] i have a nice patch sitting here, but i apparently have no idea what it applies against :( [21:39:14] DanielK_WMDE: Try rebasing it against master maybe? [21:46:22] hoo: later [21:46:32] hm, looks like most of what I did was already in wmf9 [21:46:41] i was looking at a stale version of that for some reason [21:46:56] took me forever to find out of the resulting git maze :P [21:46:58] DanielK_WMDE: So... shall I recache or not? [21:47:21] hoo: i'd say not [21:47:51] I'm not especially happy with that [21:48:04] wait... we got expiries now, don't we (or will soon) [21:48:10] Then I'm fine [21:49:42] New patchset: Daniel Kinzler; "Make client robust against unknown sites." [mediawiki/extensions/Wikibase] (mw1.21-wmf9) - https://gerrit.wikimedia.org/r/48567 [21:49:47] yes, we have that now [21:50:47] DanielK_WMDE: Shall I abandon mine or is it ok for master? [21:51:23] hoo: i don't like the recaching. i'll put mine up for master [21:51:33] feel free to comment and improve :) [21:51:35] DanielK_WMDE: Just changed mine [21:51:40] But ok, do so [21:52:04] Change abandoned: Hoo man; "DanielK will deal with this." [mediawiki/extensions/Wikibase] (master) - https://gerrit.wikimedia.org/r/48565 [21:52:31] ok, let's get the checks in but think we will wait until wednesday for enwiki :/ [21:52:43] it/he/hu all have wmf9 now [21:53:17] shall we ask to try? [21:53:17] for today? [21:53:19] hmph [21:53:31] now that we worked so long? [21:53:33] Abandoned my change... [21:53:35] maybe tomorrow [21:53:40] unfortunately [21:53:46] Change merged: Denny Vrandecic; [mediawiki/extensions/Wikibase] (mw1.21-wmf9) - https://gerrit.wikimedia.org/r/48567 [21:53:51] i vote for tomorrow or wednesday [21:53:57] i have another patch for enhanced changes [21:54:04] too easy to let something nasty creep in this way [21:54:13] it would be nice to run selenium tests on it again [21:54:18] indeed [21:55:09] ok [21:55:20] i missed the conversation in dev [21:55:27] there are too many irc channels [21:55:32] ok [21:55:33] New patchset: Daniel Kinzler; "Make client robust against unknown sites." [mediawiki/extensions/Wikibase] (master) - https://gerrit.wikimedia.org/r/48569 [21:55:42] New patchset: Aude; "check for enhanced changes preference in more places" [mediawiki/extensions/Wikibase] (mw1.21-wmf9) - https://gerrit.wikimedia.org/r/48570 [21:55:55] that would take 30-40 minutes [21:56:00] (selenium tests) [21:56:04] and my grid is broken [21:56:12] not dev. tech. point in case. [21:56:30] Denny_WMDE: oh, not the one in ops? [21:56:30] somebody in the office could run them on the test server [21:56:30] we'll get daniels patch merged, assuming it looks good [21:56:43] Denny_WMDE: j/k [21:56:49] :) [21:56:52] AnjaJ_WMDE: i've never done anything on test server.... would be nice to show me how to do stuff there [21:56:54] what's with other locations in the code with === null checks? [21:56:59] all of them are ok? [21:57:06] $site === null I mean [21:57:06] AnjaJ_WMDE: looking but yes [21:57:10] DanielK_WMDE: Why aren't you checking with === null btw? [21:57:27] The core code should never return anything else [21:57:39] aude, let's also get selenium running on your and daniels machine [21:57:55] and everybody else's how wants to test properly [21:58:18] yes [21:58:23] i had selenium working before [21:58:40] hoo: to be defensive. [21:58:51] hoo: old code had === false. things changed. code broke. [21:59:03] if $thing is supposed to be an object, i think checking !$thing is fine. [21:59:08] Yeah... though you (or Jeroen changed) [21:59:13] of course, if it's a string... don't do that :) [21:59:22] DanielK_WMDE: I prefer instanceof for paranoia, but yes [21:59:34] i hope it wasn't me who changed that without changing the usages... [21:59:46] DanielK_WMDE: I think it was Jeroen and you merged [21:59:57] gah, that sucks :) [22:02:19] * aude still has phpunit tests exiting :( [22:03:11] as in, just exiting? [22:03:20] yes [22:03:27] do you have that assertion -> bail thing turned on? [22:03:51] no [22:03:57] hm... [22:04:38] aude, hoo, Denny_WMDE, AnjaJ_WMDE: all right, I'm calling it a day. talk to you tomorrow! [22:05:10] bye, DanielK_WMDE ... the movie you suggested some time ago was quite nice, btw ;) [22:05:12] good night, daniel [22:05:19] which movie was that? [22:05:23] DanielK_WMDE: ok [22:05:43] hoo: which one? [22:05:55] DanielK_WMDE: AnjaJ_WMDE https://de.wikipedia.org/wiki/Tampopo [22:06:11] not quite usual... but nice [22:06:16] AnjaJ_WMDE: you marged the patch for wmf9, but not for master... was that intentional? [22:06:30] I did not merge? [22:06:31] DanielK_WMDE: Denny_WMDE merged it [22:06:32] hoo: ah, right! yea, that's not... usual :) [22:06:39] Denny_WMDE: did [22:06:48] AnjaJ_WMDE: ah, sorry. Denny_WMDE--^ [22:07:07] * DanielK_WMDE is a biddle muddle brained today, it seems [22:07:16] the tests are fine now [22:07:25] the ones for langlinkhandler [22:07:42] i merged it where i saw it [22:07:46] missed the other one [22:08:07] yeah, i was confused and thought daniel only did a patch for master [22:08:08] just click the change id [22:08:12] * aude looking at both [22:08:15] Denny_WMDE: but keep in mind it's not yet fully tested [22:08:47] LangLinkHandler should be fine, dunno about ClientChange one [22:09:33] let's run selenium tomorrow again [22:10:28] and phpunit [22:10:42] AnjaJ_WMDE: the relevant test case is: a few rows missign in the sites table on the client. [22:10:43] sure and qunit ;) [22:11:03] gnah, sorry we killed your evening, aude [22:11:10] i don't think there'S an elegant way to test this [22:11:47] alright phpunit tests look fine on both repo and client [22:12:07] selenium runs on master tonight [22:12:15] i'm sure we can do some mock sites table data or something [22:12:39] mock the memcached and give it a site key that's noit there [22:12:50] * aude not the most expert at phpunit though [22:13:23] chad says everything is quiet and good now [22:13:48] the issue with enwiki was he thinks he enabled wikidata before the sites table finished populating [22:13:59] oh so we go ahead? [22:14:01] but still not the best idea to try deploy there [22:14:04] not tonight [22:14:08] tomorrow we will try [22:17:07] see folks tomorrow± [22:17:08] ! [22:17:23] thanks everyone for staying up late and helping out [22:17:50] good night aude [22:17:53] thank you! [22:21:39] ok, almost had panic attack.... [22:21:49] thought i left my keys at home and locked in :o [22:21:52] * aude found my keys [22:21:54] :D [22:22:01] thanks everyone! [22:22:08] too many issues at once :) [22:22:12] with min and en [22:22:27] but thanks, great work [22:23:33] nacht [22:27:43] New patchset: John Erling Blad; "Add descriptive head and body messages to each of the datatypes" [mediawiki/extensions/Wikibase] (master) - https://gerrit.wikimedia.org/r/47817 [22:56:32] New review: John Erling Blad; "I think the pages should be placed in the correct group." [mediawiki/extensions/Wikibase] (master); V: 0 C: 0; - https://gerrit.wikimedia.org/r/48484 [23:08:29] New patchset: John Erling Blad; "Add dt/dd msgs for of the datatypes in Special:ListDatatypes" [mediawiki/extensions/Wikibase] (master) - https://gerrit.wikimedia.org/r/47817 [23:22:55] https://www.wikidata.org/wiki/Q4184170 [23:22:56] o_O [23:24:26] Moe_Epsilon: That IP's totally right... deleted [23:25:10] yeah, I was looking over it and I thought it might. Interesting label as well :p [23:25:38] Moe_Epsilon: Yeah... hard to understand for new users how they can get "rid" of items [23:26:41] hoo: want to drop the IP a note about how to next time? [23:26:49] maybe they will register and join us [23:26:50] :P [23:27:29] Moe_Epsilon: Is there a template for that? [23:27:49] I'm not sure, that's a good question. There should be a welcome template [23:28:06] https://www.wikidata.org/w/index.php?title=Template:Test&action=edit ... :/ [23:28:37] o_o lol.. [23:28:40] well https://www.wikidata.org/wiki/Template:Welcome [23:28:42] might help [23:29:22] maybe choose the language that interwiki was, (ru, right?) [23:29:22] maybe leave on in english too [23:29:26] one* [23:30:03] Moe_Epsilon: I would rather have one that encourages to register [23:30:22] oh darn, no russian welcome version anyways :( [23:31:10] Moe_Epsilon: http://whois.domaintools.com/89.204.155.195 [23:31:14] the IP is Geramn [23:31:29] oh :P [23:31:39] items for disambiguation pages make my skin crawl :/ i wish we had a better solution for this. [23:32:12] https://www.wikidata.org/wiki/Template:Welcome/de but no, no instructions for registering [23:33:30] Mhm, I can't really think of one [23:34:02] DanielK_WMDE: I agree. There's a problem with frr wiki articles too. They have several versions of the language with the same article (i.e [[en:Circle]] has two (maybe more) articles on frr wiki in different languages) [23:34:54] Sounds broken by design :/ [23:36:55] yes :/ it's two. They have a disambiguation at the top for nine different dialects. Articles on [[en:Circle]]: https://frr.wikipedia.org/wiki/Kreis_%28geometrii%29 and https://frr.wikipedia.org/wiki/Krais_%28Geometrii%29 [23:39:13] basically, picked the biggest dialect on the wiki and put it on the main data item on Circle and then i had to create, essentially, a article disambiguation just for the different dialect article [23:39:17] They even have multiple disambiguation pages for on subject [23:39:38] gr :/ [23:39:51] that was the best solution I could come up with :/ [23:40:24] Moe_Epsilon: Probably we should ask them about their opinion [23:40:52] yes, if we could get someone from frr wiki to contribute to a discussion about it, that would help a lot [23:43:14] I did manage to see this category though: https://frr.wikipedia.org/wiki/Kategorie:Spriakwiisen every sub-category that is "______ Artiikel" is a category containing articles in ______ dialect