Page MenuHomePhabricator

Beta Release: Wikistats: support annotations in graphs
Closed, ResolvedPublic0 Estimated Story Points

Description

As per Jon's suggestion and the capabilities of original wikistats/limn/dashiki.

https://www.mediawiki.org/wiki/Topic:Tpqmiprj7rgt2fau

A graph should display vertical bars that note major events we know about

Event Timeline

Nuria renamed this task from Wikistats: support annotations to Beta Release: Wikistats: support annotations.Oct 11 2017, 11:12 PM
Nuria added a subscriber: Nuria.

Annotation functionality for graphs can be ported from dashiki

Nuria renamed this task from Beta Release: Wikistats: support annotations to Beta Release: Wikistats: support annotations in graphs.Mar 22 2018, 6:49 PM
Nuria updated the task description. (Show Details)
mforns triaged this task as Unbreak Now! priority.May 7 2018, 4:13 PM
mforns edited projects, added Analytics; removed Analytics-Kanban.
mforns moved this task from Backlog (Later) to Wikistats Beta on the Analytics board.
mforns lowered the priority of this task from Unbreak Now! to Needs Triage.May 7 2018, 4:13 PM
Milimetric triaged this task as Medium priority.May 7 2018, 8:07 PM
Milimetric raised the priority of this task from Medium to High.

As discussed in the tasking meeting, one idea could be having a set of pages on-wiki under a json namespace that store the annotations.
Those would be divided in 3 levels:

Level 1 (one page):                                                re. all metrics

Level 2 (3 pages):           re. contributing metrics            re. reading metrics              re. content metrics

Level 3 (N pages):  re. metric 1       re. metric 2       re. metric 3      ....................................                re. metric N
  • The annotations stored in the "all metrics" file of level 1, would be shown for all metrics.
  • The annotations in a level-2 page, would be shown only for the metrics corresponding to that category: contributing, reading, content.
  • The annotations in a level-3 page, would only be shown for the metric in question.

The level-3 pages could be named after the corresponding metric (using a given convention), so that Wikistats knows how to access them, without keeping config?

Question remains, whether the annotation pages themselves should keep track of the 3 level structure by i.e. a link to the parent (and let mediawiki-storage handle indirections), or have Wikistats itself know the 3 level structure and request for each metric: the metric annotation page, the category annotation page, and the top "all metrics" page and merge them together.

As discussed in tasking, I'm breaking down this task into:

  • model an annotations schema that makes it easy for the UI to render
  • find or implement a way to visualize annotations in d3 line, bar, table, and map charts
  • program an API that reads current Dashiki-style annotations from meta.wikimedia.org and transforms them to the wikistats format. Keep it generic so we can switch out the storage later
  • link back to the annotation wiki pages from the metrics that render them
  • organize meta pages and documentation so that community members can intuitively understand what they're used for (add some descriptive metadata to the schema)
  • (low) improve the Dashiki mediawiki extension to render annotations in a friendlier layout
  • (lowest) add a way to select a time period on wikistats and add an annotation
  • (lowest) add a way to pop up a form on meta to add an annotation by editing the underlying json
mforns set the point value for this task to 0.Oct 8 2018, 4:15 PM
mforns added a project: Analytics-Kanban.
mforns lowered the priority of this task from High to Medium.Oct 8 2018, 4:16 PM

@Milimetric: i have transfer most dashiki annotations (there were not that many) by hand, is this task still needed?