[00:03:19] hi madhuvishy. do you have few min? [00:04:00] leila: Hey, yes :) [00:04:04] :-) [00:04:14] so, when you say "~80% of the people hit the site exactly once", you mean per day? [00:04:20] madhuvishy, ^ [00:04:40] leila: yeah. i have new theories now. I don't think that's true [00:05:31] leila: if you read Kevin's latest email there's a bit of explanation there [00:05:59] yeah, madhuvishy. but that email doesn't explain how much that 80% will change [00:06:28] I'll respond on the thread, I think we need to wait for 1 week for the results to get more stable [00:07:17] leila: Hmmm, so firstly that was supposed be more like 90% (calculation mistake on my end) [00:07:23] leila: yeah we need to wait a bit [00:08:28] so as of yesterday - that 90% is the number of people who hit the site exactly once, or refuse cookies and so each request is counted separately. [00:09:09] yup, makes sense madhuvishy [00:09:48] one other thing madhuvishy: are these both desktop and mobile numbers, combined? [00:09:50] leila: but we think very few people would have the Last access date yesterday - because the change only went live midway through the day before. [00:10:25] leila: yeah. i only check for page_view=>true and agent_type=>user [00:10:43] I see. [00:22:57] (PS1) Madhuvishy: Use wmfuuid from x_analytics_map for app install id if available else default to the query parameter [analytics/refinery] - https://gerrit.wikimedia.org/r/207689 (https://phabricator.wikimedia.org/T96927) [00:24:11] (PS2) Madhuvishy: [WIP] Use wmfuuid from x_analytics_map for app install id if available else default to the query parameter Todo - test if it works [analytics/refinery] - https://gerrit.wikimedia.org/r/207689 (https://phabricator.wikimedia.org/T96927) [00:30:42] o/ milimetric [00:30:50] How do I get me some raw request logs? [00:31:08] I need to be able to check when events aren't making through because they didn't validate anyway. [00:31:18] *raw EL logs [00:31:57] halfak: I'll paste the relevant directories, but can you get to eventlog1001.eqiad.wmnet? [00:32:10] negative [00:32:27] hm, lemme check what's on stat1002 [00:33:20] ok, halfak so raw events are in server-side-events* and client-side-events* in stat1002:/a/eventlogging/archive [00:33:36] Oh cool. [00:33:36] validated events are in all-events.log* there [00:33:41] OH!!!! [00:33:47] :) [00:33:48] * halfak grumbles about names [00:33:49] fun names right? [00:34:01] on eventlog1001 I symlinked them to their proper logical naems [00:34:06] and it confuses the crap out of everyone [00:34:07] heh [00:34:19] Cool. Thanks :) [00:34:55] yeah, halfak another thing to note: the invalid events have the reason for the invalid-ness below them, so if you grep, you can grep -A3 or something to see those reasons [00:35:50] That also explains a ot. [00:35:52] *lot [00:35:56] Thanks [01:06:21] halfak / James_F: I was looking at https://edit-analysis.wmflabs.org/compare/ some more [01:06:30] and actually, if you look at the Success by user type graph [01:06:51] it seems to show a huge improvement for anonymous through to first edit levels of experience [01:07:11] (for users using VE compared to Wikitext, the success rate seems much higher in those "beginner" classes of users) [01:07:21] WHat is "success" here again? [01:07:25] initially when we suspected the anon data to be wrong, we didn't look too closely [01:07:32] hang on, fetching the query [01:07:51] halfak: "Got the edit saved" as a ratio of "pressed edit", I believe. [01:08:08] https://github.com/wikimedia/analytics-limn-edit-data/blob/master/edit/success_by_user_type.sql [01:08:32] * James_F nods. [01:08:38] it's actually: "Got a saveSuccess event" divided by "all sessions" [01:08:51] Right. [01:09:05] obviously, grouped by each user class [01:09:20] Yeah. [01:09:44] so - could be an awesome result if it holds under halfak's much better scrutiny :) [01:09:55] i'm about to bounce guys, just wanted to impart the potentially cool thing [01:10:39] * James_F nods. [01:10:40] Thanks! [01:10:45] Thanks milimetric [01:10:57] I think this suffers from the wikitext copy-paste pattern. [01:11:06] It would be good to know. [01:11:09] 15% vs. 2% is an insane comparison. [01:11:35] halfak: What makes you think that's a significant portion of events? [01:11:45] James_F, we have no idea that it isn't [01:11:52] Also, I copy-paste a lot [01:12:07] halfak: You aren't the usual user. [01:12:11] * halfak digs into data to see if it holds up. [01:12:13] halfak: I copy-paste a lot from VE editors too. [01:12:13] James_F, sure [01:12:23] But yeah, data one way or the other will settle it. :-) [01:12:38] James_F, indeed. It is important to me to be skeptical first. [01:12:45] * James_F nods. [01:13:21] James_F, BTW, where were you referring to re. sampling issues here: https://phabricator.wikimedia.org/T95919 [01:13:58] halfak: More, "what else on this task is not fixed". [01:14:16] halfak: Because right now I think it's "nothing"; if that's wrong, I need to get developers to start doing things. :-) [01:14:24] "This issue (not sampling for clients) is now fixed in wmf4" [01:14:52] And wmf3 as of SWAT. Hopefully. [01:14:55] Does "SWATed to wmf3" mean deployed? [01:14:57] Yes. [01:15:04] Has it been? [01:15:25] Has it been deployed? Yes, at ~16:20. [01:15:30] * James_F checks. [01:15:43] 1620 UTC? [01:15:47] 23:49 logmsgbot: catrope Synchronized php-1.26wmf3/extensions/WikiEditor: SWAT (duration: 00m 23s) [01:16:10] No, deployments are done against SF timezone because yay confusion. [01:16:22] So 23:49 UTC. [01:18:18] OK. So, it's been deployed for a couple hours. I'll need to wait until tomorrow before I can test it. [01:18:49] * halfak digs into success rates [01:19:35] COnfirmed 3% "success rate" for Wikitext IP editors [01:20:13] Confirmed 12% "success rate" for VE IP editors. [01:20:23] * James_F nods. [01:20:32] We need to know the abort reasons. [01:20:36] Analytics-Tech-community-metrics, Wikimedia-Git-or-Gerrit, ECT-April-2015: Basic metrics about contributors exercising +2/-2 permissions in Gerrit - https://phabricator.wikimedia.org/T59038#1248018 (Lcanasdiaz) The labels were changed according to the agreement. [01:20:40] But yeah, I agree that this looks promising. [01:20:48] Cool. :-) [01:20:56] * halfak wants to control for the confounds and see it experimentally. [01:21:05] * James_F nods. [01:24:15] Analytics-Tech-community-metrics, Wikimedia-Git-or-Gerrit, ECT-April-2015: Basic metrics about contributors exercising +2/-2 permissions in Gerrit - https://phabricator.wikimedia.org/T59038#1248019 (Dicortazar) * Code review users instead of participants * Code review committers instead of active core... [01:27:41] It looks like only 50% of wikitext sessions reach "ready" [01:28:17] That bumps up the prop of successes to 5.5% [01:28:36] For VE, roughly 100% of sessions have a "ready"; [01:29:18] James_F, how long has VE been default on frwiki? [01:29:34] halfak: Since 28th-ish June 2013. [01:29:49] halfak: I can dig out the exact timestamp if it's needed that precisely. [01:29:55] Looks like anons have adopted VE there. [01:30:00] Na. It's OK. [01:30:02] (The day of the money may also be wrong.) [01:30:03] Kk. [01:30:29] Yeah, frwiki and several others are majority- or near-majority-VE for IPs. [01:30:47] Yeah. I've been looking into doing a quality analysis on those wikis. [01:30:52] * James_F nods. [01:31:03] I suspect that, given they haven't burnt to the ground, that VE + anons == happiness [01:31:09] I was to see if the data agrees. [01:31:13] *want [01:31:54] On frwiki, VE's ready-->success rate is 20%! [01:31:58] For IPs [01:32:19] That's nearly 4 times as high as wikitext. [01:32:40] What kind of anon uses wikitext when VE is the default, but doesn't save the edit? [01:32:46] I wonder what they are doing. [01:32:52] Maybe it's just scoping out the other editor. [01:33:11] The attempts are really low too. [01:33:36] 5% success, 6% attempt in wikitext/IP [01:33:50] So it seems that it's not because of abuse filter. [01:35:19] But in enwiki, wikitext/IP has a very high success rate at 26% [01:35:28] Highest I have seen so far. [01:35:37] Hmm... why? [01:35:57] I wonder if we shuffled those editors over to VE if it would be even higher. [01:37:54] halfak: If they have no JS support (or old JS support), they won't have the option of using VE. It'd be unsurprising if they skewed to low-success users. [01:38:22] halfak: Enwiki doesn't expose VE to anons, so the "successful" anons for VE are doing it on wikitext there too, probably. [01:40:00] James_F, indeed, but they have a higher success rate than VE anons on other wikis. [01:40:09] So it doesn't seem to account for it. [01:40:22] Though doing cross-wiki comparisons is it's own problem. [01:40:24] halfak: Hmm. [01:40:26] (Yes.) [01:41:42] Success rate is really low on jawiki too [01:42:00] Even lower than frwiki; [01:42:19] There are lots more anons than registered edits on jawiki. [01:42:25] Could that be right? [01:42:30] Like, an order of magnitude. [01:43:31] * halfak checks jawiki's recentchanges table [01:43:51] Nope. This might be wrong. [01:44:16] I'm seeing the exact opposite ratio when I go to recentchanges. [01:45:45] * halfak checks the revision table . [02:01:07] Documentation of jawiki disparity: https://meta.wikimedia.org/wiki/Research_talk:VisualEditor%27s_effect_on_newly_registered_editors/Work_log/2015-04-29#jawiki_discrepancy [02:24:28] (PS1) Yurik: Fixed API calls to handle new json format version [analytics/zero-sms] - https://gerrit.wikimedia.org/r/207713 [02:24:45] (CR) Yurik: [C: 2 V: 2] Fixed API calls to handle new json format version [analytics/zero-sms] - https://gerrit.wikimedia.org/r/207713 (owner: Yurik) [05:56:11] (PS1) KartikMistry: Add languages for deployment on 20150430 [analytics/limn-language-data] - https://gerrit.wikimedia.org/r/207732 [06:27:29] Analytics-General-or-Unknown, CA-team, Community-Liaison, Wikimedia-Extension-setup: enable Piwik on ru.wikimedia.org - https://phabricator.wikimedia.org/T91963#1248314 (Rubin16) Now we have piwik installation on our site and are ready for its setup on ru.wikimedia.org: http://piwik.wikimedia.ru/ [09:02:59] (CR) Joal: [C: 2 V: 1] "Looks god to me :)" [analytics/refinery] - https://gerrit.wikimedia.org/r/207689 (https://phabricator.wikimedia.org/T96927) (owner: Madhuvishy) [09:15:24] Analytics-Tech-community-metrics, ECT-April-2015, ECT-May-2015: Provide list of open Gerrit changesets with most activity which aren't -1/-2'ed - https://phabricator.wikimedia.org/T94036#1248464 (Qgil) [09:15:33] Analytics-Tech-community-metrics, ECT-April-2015, ECT-May-2015: Provide list of open Gerrit changesets with most activity which aren't -1/-2'ed - https://phabricator.wikimedia.org/T94036#1248465 (Aklapper) I'd say for the beginning, let's keep it (the code) simple. We can still iterate. [09:17:43] Analytics-Tech-community-metrics, ECT-April-2015, ECT-May-2015: Provide list of oldest open Gerrit changesets without code review - https://phabricator.wikimedia.org/T94035#1248466 (Qgil) [09:19:22] Analytics-Tech-community-metrics, ECT-April-2015: Migrate Korma functionality into upstream - https://phabricator.wikimedia.org/T92952#1248467 (Qgil) Open>Resolved [09:21:15] Analytics-Tech-community-metrics, Wikimedia-Git-or-Gerrit, ECT-April-2015: Basic metrics about contributors exercising +2/-2 permissions in Gerrit - https://phabricator.wikimedia.org/T59038#1248470 (Qgil) Open>Resolved Thank you! This is done. [09:21:16] Analytics-Tech-community-metrics, ECT-April-2015: Key performance indicator: Gerrit review queue - https://phabricator.wikimedia.org/T39463#1248472 (Qgil) [09:23:32] Analytics-Tech-community-metrics, Wikimedia-Git-or-Gerrit, ECT-April-2015: Active Gerrit users on a monthly basis - https://phabricator.wikimedia.org/T86152#1248475 (Qgil) Open>Resolved Thank you! This is done. [09:28:13] Analytics-Tech-community-metrics, ECT-April-2015, ECT-May-2015: Ensure that most basic Community Metrics are in place and how they are presented - https://phabricator.wikimedia.org/T94578#1248484 (Qgil) [09:33:46] Analytics-Tech-community-metrics, Phabricator, Wikimedia-Hackathon-2015, ECT-April-2015, ECT-May-2015: Metrics for Maniphest - https://phabricator.wikimedia.org/T28#1248493 (Aklapper) p:High>Low Temporarily lowering priority here: * We can always get the raw data agreed on here via SQL que... [09:37:16] Analytics-Tech-community-metrics, ECT-April-2015, ECT-May-2015: Maniphest backend for Metrics Grimoire - https://phabricator.wikimedia.org/T96238#1248495 (Qgil) [09:37:58] Analytics-Tech-community-metrics, ECT-April-2015, ECT-May-2015: Key performance indicator: Gerrit review queue - https://phabricator.wikimedia.org/T39463#1248497 (Qgil) [09:38:26] Analytics-Tech-community-metrics, ECT-April-2015, ECT-May-2015, Patch-For-Review: "Volume of open changesets" graph should show reviews pending every month - https://phabricator.wikimedia.org/T72278#1248498 (Qgil) [09:40:14] Analytics-Tech-community-metrics, ECT-April-2015, ECT-May-2015, Patch-For-Review: "Age of unreviewed changesets by affiliation" shows negative number of changesets - https://phabricator.wikimedia.org/T72600#1248502 (Qgil) [09:41:28] Analytics-Tech-community-metrics, ECT-April-2015, ECT-May-2015: Tech metrics should talk about "Affiliation" instead of organizations or companies - https://phabricator.wikimedia.org/T62091#1248503 (Qgil) [09:44:29] Analytics-Tech-community-metrics: Illegible overlapping tables - https://phabricator.wikimedia.org/T97115#1248506 (Lcanasdiaz) Yes, you're right. We must improve the bootstrap logic to adapt to narrower screens. [09:48:53] Analytics-Tech-community-metrics, Possible-Tech-Projects, ECT-May-2015, Epic, and 2 others: Allow contributors to update their own details in tech metrics directly - https://phabricator.wikimedia.org/T60585#1248507 (Qgil) [09:49:29] Analytics-Tech-community-metrics, ECT-May-2015, Epic, Google-Summer-of-Code-2015: Allow contributors to update their own details in tech metrics directly - https://phabricator.wikimedia.org/T60585#1248509 (Qgil) [09:51:20] Analytics-Tech-community-metrics, ECT-May-2015: Community Metrics for IRC channels not updated since 09/2013 - https://phabricator.wikimedia.org/T96371#1248510 (Qgil) a:Dicortazar [09:56:32] Analytics-Tech-community-metrics, ECT-May-2015, Epic, Google-Summer-of-Code-2015: Allow contributors to update their own details in tech metrics directly - https://phabricator.wikimedia.org/T60585#1248520 (Dicortazar) a:Dicortazar [10:37:32] Analytics-Tech-community-metrics, developer-notice: Achievements, lessons learned, and data related with the MediaWiki Developer Summit 2015 - https://phabricator.wikimedia.org/T87514#1248612 (Qgil) [10:42:55] Analytics-Tech-community-metrics, developer-notice: Achievements, lessons learned, and data related with the MediaWiki Developer Summit 2015 - https://phabricator.wikimedia.org/T87514#1248643 (Qgil) [11:07:17] Analytics-Tech-community-metrics, Engineering-Community: Who are the top 50 independent contributors and what do they need from the WMF? - https://phabricator.wikimedia.org/T85600#1248693 (Qgil) [11:12:20] Analytics-Tech-community-metrics, Engineering-Community, WMF-Product-Strategy: Review Engineering Community analytics needs - https://phabricator.wikimedia.org/T92807#1248702 (Qgil) Just checking, will you work on this on May? Or will you be able work on this at all? For what is worth, we are focusin... [11:20:01] Analytics-Tech-community-metrics: Illegible overlapping tables on narrow screens - https://phabricator.wikimedia.org/T97115#1248708 (Aklapper) [11:21:35] Analytics-Tech-community-metrics, ECT-May-2015, Epic, Google-Summer-of-Code-2015: Allow contributors to update their own details in tech metrics directly - https://phabricator.wikimedia.org/T60585#1248715 (Qgil) a:Dicortazar>Sarvesh.onlyme [11:28:33] Analytics-Tech-community-metrics: https://www.openhub.net/p/mediawiki stats out of date - https://phabricator.wikimedia.org/T96819#1248724 (Qgil) a:Qgil That didn't work, so I posted a request at https://www.openhub.net/forums/10/topics/9732 [11:31:12] Analytics-Tech-community-metrics, ECT-May-2015: Community Metrics for IRC channels not updated since 09/2013 - https://phabricator.wikimedia.org/T96371#1248732 (Qgil) Ah, today in our meeting I thought we were talking about {T56230}. Anyway, I will push the priority of that one. [11:31:22] Analytics-Tech-community-metrics: Tech metrics missing IRC channels - https://phabricator.wikimedia.org/T56230#1248734 (Qgil) p:Low>Normal [11:33:54] Analytics-Tech-community-metrics, ECT-May-2015, Epic, Google-Summer-of-Code-2015: Allow contributors to update their own details in tech metrics directly - https://phabricator.wikimedia.org/T60585#1248743 (Qgil) I guess {T53050} is affected by this project and needs to be resolved in a way or another? [11:35:15] Analytics-Tech-community-metrics, JavaScript: Failed to load resource: the server responded with a status of 404 (Not Found) - https://phabricator.wikimedia.org/T65061#1248747 (Qgil) p:Low>Normal [11:36:39] Analytics-Tech-community-metrics: MediaWiki.org stats should also consider discussion - https://phabricator.wikimedia.org/T62074#1248749 (Qgil) p:Low>Normal [11:37:37] Analytics-Tech-community-metrics: Change "Date of submission of open changesets" to Date of upload - https://phabricator.wikimedia.org/T72650#1248751 (Qgil) p:Low>Normal [11:39:15] Analytics-Tech-community-metrics: Key performance indicator: Top contributors - https://phabricator.wikimedia.org/T64221#1248754 (Qgil) [11:39:16] Analytics-Tech-community-metrics, Engineering-Community: Who are the top 50 independent contributors and what do they need from the WMF? - https://phabricator.wikimedia.org/T85600#1248753 (Qgil) [14:12:32] Good morning analyticsy people. :) [14:28:09] Morniiiiiiiiiiiing halfak :) [14:28:23] o/ joal|night [14:34:07] hiyayayya [14:34:21] o/ ottomata :) [15:07:16] (PS1) Ottomata: Make kafkatee now use systemd instead of upstart [analytics/kafkatee] (debian) - https://gerrit.wikimedia.org/r/207806 [15:19:27] (PS2) Ottomata: Make kafkatee now use systemd instead of upstart [analytics/kafkatee] (debian) - https://gerrit.wikimedia.org/r/207806 [15:21:08] (CR) KartikMistry: [C: 2] Add languages for deployment on 20150430 [analytics/limn-language-data] - https://gerrit.wikimedia.org/r/207732 (owner: KartikMistry) [15:22:36] (PS3) Ottomata: Make kafkatee now use systemd instead of upstart [analytics/kafkatee] (debian) - https://gerrit.wikimedia.org/r/207806 [15:42:38] Analytics-Tech-community-metrics, Engineering-Community, WMF-Product-Strategy: Review Engineering Community analytics needs - https://phabricator.wikimedia.org/T92807#1249184 (Ironholds) As said, I've been transferred to a totally new team :/. I'm not sure what the data analysis support for the ECT is... [15:44:45] Analytics-EventLogging, Analytics-Kanban, operations: EventLogging query strings are truncated to 1014 bytes by ?(varnishncsa? or udp packet size?) - https://phabricator.wikimedia.org/T91347#1249193 (kevinator) p:Normal>Low [15:54:59] RAhhhhh ... Bug [16:00:00] (CR) Ottomata: [C: 2 V: 2] Make kafkatee now use systemd instead of upstart [analytics/kafkatee] (debian) - https://gerrit.wikimedia.org/r/207806 (owner: Ottomata) [16:00:45] (PS1) Joal: Correct webrequest refinement bug about spiders not labelled correctly [analytics/refinery] - https://gerrit.wikimedia.org/r/207814 [16:57:05] halfak: the abort type should really help with that analysis [16:57:17] +1. [16:57:32] BTW, I found something crazy (I think) in jawiki. [16:57:42] :) [16:57:46] looking [16:58:38] hm, that data looks really noisy [16:58:43] at least in the graphs [16:58:53] bunch of days missing too [17:22:52] Analytics-Cluster, operations, Patch-For-Review: Set up ops kafkatee instance as part of udp2log transition - https://phabricator.wikimedia.org/T96616#1249528 (Ottomata) Open>Resolved [17:23:47] Analytics-EventLogging, Analytics-Kanban, operations: EventLogging query strings are truncated to 1014 bytes by ?(varnishncsa? or udp packet size?) - https://phabricator.wikimedia.org/T91347#1249533 (BBlack) There seems to be some conflict in the investigations here, as I did say earlier "I think we co... [17:24:02] Analytics-EventLogging, Analytics-Kanban, Traffic, operations: EventLogging query strings are truncated to 1014 bytes by ?(varnishncsa? or udp packet size?) - https://phabricator.wikimedia.org/T91347#1249534 (BBlack) [17:54:22] Analytics-EventLogging, Analytics-Kanban, Traffic, operations: EventLogging query strings are truncated to 1014 bytes by ?(varnishncsa? or udp packet size?) - https://phabricator.wikimedia.org/T91347#1249751 (BBlack) Oh, I guess it's amazing sometimes what a fresh look can reveal. I thought we had... [18:01:39] Analytics-EventLogging, Analytics-Kanban, Traffic, operations: EventLogging query strings are truncated to 1014 bytes by ?(varnishncsa? or udp packet size?) - https://phabricator.wikimedia.org/T91347#1249819 (ori) >>! In T91347#1249751, @BBlack wrote: > Oh, I guess it's amazing sometimes what a fre... [18:03:55] mforns: yt? we're in the meeting hangout [18:04:07] there you are [18:13:13] Analytics-Cluster, operations, Patch-For-Review: Verify kafkatee use for fundraising logs on erbium - https://phabricator.wikimedia.org/T97676#1249877 (Ottomata) NEW [18:14:24] Analytics-Cluster, operations, Patch-For-Review: Verify kafkatee use for fundraising logs on erbium - https://phabricator.wikimedia.org/T97676#1249884 (Ottomata) [19:43:32] hopping on a flight now [19:50:38] milimetric, good flight! [20:14:54] (PS3) Guillom: [WIP] Use wmfuuid from x_analytics_map for app install id if available else default to the query parameter Todo - test if it works [analytics/refinery] - https://gerrit.wikimedia.org/r/207689 (https://phabricator.wikimedia.org/T96926) (owner: Madhuvishy) [20:18:49] Analytics, Analytics-Cluster, Analytics-Kanban, Patch-For-Review: Add support for X-WMF-UUID method of transmitting app install ID to apps uniques reports [5 pts] {hawk} - https://phabricator.wikimedia.org/T96926#1250314 (gpaumier) Note: The patch was done by @madhuvishy but incorrectly referenced... [21:08:34] Analytics-Tech-community-metrics, ECT-April-2015, ECT-May-2015: Maniphest backend for Metrics Grimoire - https://phabricator.wikimedia.org/T96238#1250527 (Aklapper) [21:09:28] Analytics-Tech-community-metrics, ECT-April-2015, ECT-May-2015: Maniphest backend for Metrics Grimoire - https://phabricator.wikimedia.org/T96238#1211835 (Aklapper) I have updated the summary to describe which metrics are definitely wanted and which parts are nothing to investigate at this stage. [21:21:32] Analytics-Tech-community-metrics, ECT-April-2015, ECT-May-2015: Maniphest backend for Metrics Grimoire - https://phabricator.wikimedia.org/T96238#1250613 (Aklapper) [21:30:14] Analytics-Tech-community-metrics, Phabricator, Wikimedia-Hackathon-2015, ECT-April-2015, ECT-May-2015: Metrics for Maniphest - https://phabricator.wikimedia.org/T28#1250647 (Aklapper) [21:32:42] Analytics-Tech-community-metrics, ECT-April-2015, ECT-May-2015: Ensure that most basic Community Metrics are in place and how they are presented - https://phabricator.wikimedia.org/T94578#1250653 (Aklapper) [21:40:59] Analytics-Tech-community-metrics: Median time to review for Gerrit Changesets, per month - https://phabricator.wikimedia.org/T97715#1250664 (Aklapper) NEW [21:41:07] Analytics-Tech-community-metrics: Gerrit changes reviewed per month (on scr.html) - https://phabricator.wikimedia.org/T97716#1250672 (Aklapper) NEW [21:41:12] Analytics-Tech-community-metrics: Active changeset *authors* and changeset *reviewers* per month - https://phabricator.wikimedia.org/T97717#1250680 (Aklapper) NEW [21:42:11] Analytics-Tech-community-metrics: Active changeset *authors* and changeset *reviewers* per month - https://phabricator.wikimedia.org/T97717#1250680 (Aklapper) [21:42:12] Analytics-Tech-community-metrics: Median time to review for Gerrit Changesets, per month - https://phabricator.wikimedia.org/T97715#1250664 (Aklapper) [21:42:14] Analytics-Tech-community-metrics: Gerrit changes reviewed per month (on scr.html) - https://phabricator.wikimedia.org/T97716#1250672 (Aklapper) [21:42:16] Analytics-Tech-community-metrics, Wikimedia-Git-or-Gerrit, ECT-April-2015: Basic metrics about contributors exercising +2/-2 permissions in Gerrit - https://phabricator.wikimedia.org/T59038#1250695 (Aklapper) [21:42:18] Analytics-Tech-community-metrics, Wikimedia-Git-or-Gerrit, ECT-April-2015: Active Gerrit users on a monthly basis - https://phabricator.wikimedia.org/T86152#962385 (Aklapper) [21:42:20] Analytics-Tech-community-metrics, ECT-May-2015: Community Metrics for IRC channels not updated since 09/2013 - https://phabricator.wikimedia.org/T96371#1250694 (Aklapper) [21:42:22] Analytics-Tech-community-metrics, ECT-April-2015, ECT-May-2015: Ensure that most basic Community Metrics are in place and how they are presented - https://phabricator.wikimedia.org/T94578#1167361 (Aklapper) [21:43:22] Analytics-Tech-community-metrics, ECT-April-2015, ECT-May-2015: Ensure that most basic Community Metrics are in place and how they are presented - https://phabricator.wikimedia.org/T94578#1250700 (Aklapper) [22:46:14] Did I miss some announcement/bug report on the lack of mediacounts after 2015-04-26? https://dumps.wikimedia.org/other/mediacounts/daily/2015/ [22:50:42] (PS2) Mforns: Add error message to failed reports [analytics/wikimetrics] - https://gerrit.wikimedia.org/r/203241 (https://phabricator.wikimedia.org/T88610) [22:50:44] (PS1) Mforns: Permit rerun of failed report [analytics/wikimetrics] - https://gerrit.wikimedia.org/r/208017 (https://phabricator.wikimedia.org/T88610)