https://bugzilla.wikimedia.org/show_bug.cgi?id=46198
Web browser: ---
Bug ID: 46198
Summary: Dump stats: switch to persistent stats rather than
monthly regenerated stats
Product: Analytics
Version: unspecified
Hardware: All
OS: All
Status: NEW
Severity: normal
Priority: Unprioritized
Component: Wikistats
Assignee: [email protected]
Reporter: [email protected]
CC: [email protected], [email protected]
Classification: Unclassified
Mobile Platform: ---
On Wed, Mar 6, 2013 at 10:47 PM, Erik Zachte wrote:
I just realize that the YoY +2%, which LIMN shows and which I reported earlier,
will probably be around 0% on next report. As always the latest active editor
counts shrinks 1% – 2% in subsequent month as more quick deletions of Jan 2012
content will still happen.
ErikM March 13, 2013:
I’d like to get this “deletion drift” issue on the mid-term agenda for the
analytics team. While I understand why you chose this approach with WikiStats,
I think the drawbacks outweigh the benefits. Having comparative data from month
to month continually shift does materially impact our ability to plan and to
understand trends in the data. Freezing the data at month-end and only making
corrections in cases of genuine errors in measurement seems much preferable to
me.
I think with such an approach, we can simply take as a given that some % of TAE
are not making constructive contributions. That is a given anyway as we can’t
account for quality of edits.
I realize this is very non-trivial given the way the data pipeline currently
works, but I at least want to be on record that we should aim for numbers being
frozen at measurement point and only corrected in case of measurement errors,
as a design characteristic. That applies to article counts and other such
measures as well—if we measured 3M articles in January 2012, and 2.5M in
February 2012 because 500K articles were deleted (absurd example), that does
not negate our 3M article measurement from January.
--
You are receiving this mail because:
You are on the CC list for the bug.
You are the assignee for the bug.
You are watching all bug changes.
_______________________________________________
Wikibugs-l mailing list
[email protected]
https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
