[Wikitech-l] Phabricator monthly statistics - 2017-07

2017-07-31 Thread communitymetrics
Hi Community Metrics team, This is your automatic monthly Phabricator statistics mail. Accounts created in (2017-07): 432 Active Maniphest users (any activity) in (2017-07): 888 Task authors in (2017-07): 499 Users who have closed tasks in (2017-07): 280 Projects which had at least one task

[Wikitech-l] Readers monthly update for July 2017

2017-07-31 Thread Chris Koerner
Hi everyone, Here is the monthly update from Readers (previously Reading) department at the Wikimedia Foundation for July 2017. As always, feedback and questions are welcome. ==Discussions== === Apps=== * Development of ZIM file and offline compilations support continues. * Continuing to work

[Wikitech-l] Discovery Weekly Update for the week starting 2017-07-24

2017-07-31 Thread Chris Koerner
Greetings, This is the weekly update for Discovery. As always, feedback and questions are welcome. == Discussions == === Search === * Erik's bugfixes: T171009 (don't issue a near match query with empty query), T171155 (match redirects with the ''intitle'' keyword). [0] [1] * Stas' Wikidata

Re: [Wikitech-l] [Analytics] Wikiscan statistics tool for Wikimedia projects

2017-07-31 Thread Akeron
Thanks Eric, it looks interesting. Actually I am able to maintain a full dataset for users but not for pages on big wikis, it may be a good alternative to display the approximative number of edited pages over a month or more. 2017-07-31 17:22 GMT+02:00 Erik Bernhardson

Re: [Wikitech-l] Wikiscan statistics tool for Wikimedia projects

2017-07-31 Thread יגאל חיטרון
I see. Pity. Igal On Jul 31, 2017 19:38, "Akeron" wrote: > It depends of the size of the dataset, if you already know the pages or > users you want to compare (limited dataset with reasonable quantity) then > there is no scalability issue and it should not be too difficult

Re: [Wikitech-l] Wikiscan statistics tool for Wikimedia projects

2017-07-31 Thread Akeron
It depends of the size of the dataset, if you already know the pages or users you want to compare (limited dataset with reasonable quantity) then there is no scalability issue and it should not be too difficult to implement. Otherwise it require a lot of resources to merge the numbers for every

Re: [Wikitech-l] [Analytics] Wikiscan statistics tool for Wikimedia projects

2017-07-31 Thread Erik Bernhardson
On Mon, Jul 31, 2017 at 7:18 AM, Akeron wrote: > Hi Igal, > All suggestions are welcome :) > Supporting this feature shouldn't be too difficult in theory because it is > already working with this kind of aggregation (month are built from days, > years from months...). The

Re: [Wikitech-l] Wikiscan statistics tool for Wikimedia projects

2017-07-31 Thread יגאל חיטרון
Thank you. I will not say that I understood your explanation, but I'll try: If you have number of viewers of some page for every year, can't you get the sum of them and compare with another page to sort them? And the same for the number of some user's edits? Igal On Jul 31, 2017 17:19, "Akeron"

Re: [Wikitech-l] Wikiscan statistics tool for Wikimedia projects

2017-07-31 Thread Akeron
Hi Igal, All suggestions are welcome :) Supporting this feature shouldn't be too difficult in theory because it is already working with this kind of aggregation (month are built from days, years from months...). The main problem is scalability for stats which require uniqueness like number of

Re: [Wikitech-l] Wikiscan statistics tool for Wikimedia projects

2017-07-31 Thread יגאל חיטרון
Hello. It's amazing, thank you very much! Could I suggest one more feature, please? With it, the tool will be perfect. I'm talking about aggregation. Any kind of historical statistics for some day, month or year can be also shown as range of time. For example, if we have month statistics, we could