Page MenuHomePhabricator

stats.wikimedia.org needs options to see exact counts and dates
Open, MediumPublicFeature

Description

I understand that the statistics collected at stats.wikimedia.org are generated from the monthly XML dumps, and therefore are the most "reliable" versions of the article counts available (in particular, more reliable than the local [[Special:Statistics]] on each wiki, which tend to get off-track sometimes).

Unfortunately, this reliability is not accompanied by precision, since counts above 999 are shown in "human readable" format (e.g., "2.3 k"). It would be nice to have the option to see the exact counts (e.g., "2317").

And while we're talking about precision, knowing the timestamp of the dump on which each count is based would be nice, too. (I guess this info can be gleaned from dumps.wikimedia.org, but it would be much more convenient to get it along with the stats.)


Version: unspecified
Severity: enhancement
URL: http://stats.wikimedia.org

Details

Reference
bz35150

Event Timeline

bzimport raised the priority of this task from to Medium.Nov 22 2014, 12:14 AM
bzimport set Reference to bz35150.
bzimport added a subscriber: Unknown Object (MLST).

I think there's a way to do this so the numbers are still displayed in the tables in "human-readable" format, but when the contents are copied (i.e., highlight then Ctrl-C), the full-precision values are used. Not sure what HTML or CSS mechanism is required to do this, but I'm sure I've seen it done somewhere...

I should point out that I'm talking about pages such as http://stats.wikimedia.org/EN/TablesArticlesTotal.htm, http://stats.wikimedia.org/wiktionary/EN/TablesArticlesTotal.htm, etc., which show historical monthly data going back years, not pages like http://stats.wikimedia.org/EN/Sitemap.htm, which have only the most recent counts (which are exact, and have a date at the top).

[mass-moving wikistats reports from Wikimedia→Statistics to Analytics→Wikistats to have stats issues under one Bugzilla product (see bug 42088) - sorry for the bugspam!]

bingle-admin wrote:

Prioritization and scheduling of this bug is tracked on Mingle card https://wikimedia.mingle.thoughtworks.com/projects/analytics/cards/cards/1406

han-teng liao, are you interested in trying and submit some patches for options like this? Given http://lists.wikimedia.org/pipermail/wiki-research-l/2014-May/003421.html

Well not really, the code is eventually sync'ed/merged in my experience.

Aklapper changed the subtype of this task from "Task" to "Feature Request".Feb 4 2022, 12:24 PM
Aklapper removed subscribers: Tbayer, wikibugs-l-list.