Closed
Bug 1133071
Opened 9 years ago
Closed 4 years ago
[meta] Wiki metrics dashboard
Categories
(developer.mozilla.org Graveyard :: General, enhancement)
Tracking
(Not tracked)
RESOLVED
WONTFIX
People
(Reporter: hoosteeno, Unassigned)
References
Details
(Keywords: productwanted, Whiteboard: [specification][type:feature])
What problems would this solve? =============================== Certain metrics we would like to track currently require a database export and complicated SQL, and therefore we don't produce them often or use them to inform our activities. Who would use this? =================== Primarily product team members. Potentially any interested visitor. What would users see? ===================== Users authorized[0] to see the metrics would see... * Metrics about contribution, such as the number of contributors who made X revisions for the last Y months (e.g. core contributors) * Metrics about user accounts (how many, how many are active contributors, what is the rate of change) * Other metrics that we track now or later that come from queries against the wiki database * Potentially, a small number of controls to change metrics display ("in the last [week|month|3months|year]") What would users do? What would happen as a result? =================================================== Product teams would have more information to inform decisions about features and identify opportunities. Other stakeholders would have more visibility into the wiki's vital stats. Is there anything else we should know? ====================================== [0] "authorized" could be "everyone" or "admins" or something in between. TBD.
Reporter | ||
Updated•9 years ago
|
Severity: normal → enhancement
Keywords: productwanted
Comment 1•9 years ago
|
||
Do we want to start from scratch or integrate with existing products like Bitergia or Baloo? I don't think this is our core business and specialists will likely be able to do it better (and more). That would lower dev work to integrate with these rather than to rewrite them. Bitergia is able to measure activities of wikis, mailing-list, forums and aggregate the data. Baloo is able to track a user activity through projects and could help us measure the mobility of our contributors. It will still be a significant amount of work, even without building the system itself.
Reporter | ||
Comment 2•9 years ago
|
||
I think we need to dig into the technical challenges implied by bug 973612 (python version?) before we can push this forward. Could we do that in ~5 days worth of hunting?
Flags: needinfo?(lcrouch)
Comment 3•9 years ago
|
||
Yes, in ~5 days we could: 1. See if we have better Google Analytics python libraries options now that we're on python 2.7 with kuma codebase. 2. Look at pulling the GA wiki visit data into a Google Spreadsheet first, and then importing it from there into our database. Essentially using Google Spreadsheets as our service/library for accessing GA data.
Flags: needinfo?(lcrouch)
(In reply to Luke Crouch [:groovecoder] from comment #3) > 1. See if we have better Google Analytics python libraries options now that > we're on python 2.7 with kuma codebase. If we use python 2.7, I was able to connect and get data using this one at Hackonmdn https://github.com/googleanalytics/google-analytics-super-proxy
Comment 5•4 years ago
|
||
MDN Web Docs' bug reporting has now moved to GitHub. From now on, please file content bugs at https://github.com/mdn/sprints/issues/ and platform bugs at https://github.com/mdn/kuma/issues/.
Status: NEW → RESOLVED
Closed: 4 years ago
Resolution: --- → WONTFIX
Updated•4 years ago
|
Product: developer.mozilla.org → developer.mozilla.org Graveyard
You need to log in
before you can comment on or make changes to this bug.
Description
•