Community metrics

Jump to: navigation, search

How is the MediaWiki / Wikimedia tech community doing? Let's analyze the data available in order to highlight the contributors and areas setting an example, and also the bottlenecks or inactive corners requiring our attention.

Your feedback and requests are welcome in Phabricator (project Analytics-Tech-community-metrics). You can also comment at the discussion page and at the Analytics mailing list.

Key performance indicators[edit]

Median age of open changesets[edit]

"Time from last patchset" in days at "Age of open changesets (monthly snapshots)".

Open changesets waiting for review[edit]

"Waiting for review" at "Backlog of open changesets (monthly snapshots)"

New changesets submitted per month[edit]

The "submitted" line in "submitted vs. Merged changes vs. Abandoned".

Active Gerrit code review users per month[edit]

Uploaders, Reviewers, Committers

Other reports[edit]

MediaWiki Core code review[edit]

Number of MediaWiki Core changesets waiting for review (CR0 or CR+1):

Age in days of open MediaWiki Core patchsets:

Active users in Phabricator[edit]

Monthly active users in Bugzilla (from 2013-02 to 2014-10) and in Phabricator (from 2014-12 to last month).

New accounts in Phabricator[edit]

New Phabricator accounts created every month. About 4003 users have registered to Wikimedia Phabricator between its creation on September 2014 and October 2015.[edit] is the Wikimedia Tech community metrics dashboard. It has been under development since June 2013.

The data is refreshed on a daily basis. The data sources include Git and Gerrit repositories, Phabricator's Maniphest (and Bugzilla before),, mailing lists, and IRC.

Korma is powered by open source projects Metrics Grimoire and Viz Grimoire. You can find the development specific to the Wikimedia tech dashboard in GitHub.

Bugs and feature requests can be reported under the Analytics-Tech-community-metrics project.


  • The source code repos analyzed are mediawiki/core and all the mediawiki extensions:
    • FIXME: This is only a portion (a big one, yes) of all the repositories we need to scan. The default is everything at but let's look at every repo before adding it just in case.
ssh -p 29418 gerrit ls-projects | grep "mediawiki/extensions

Code review[edit]

Korma offers code review data based on a selection of repositories scanned on a daily basis at Specifically:

  • gerrit_trackers.conf contains a list of repositories retrieved using a command similar to: ssh -l <user> -p 29418 gerrit ls-projects. We are planning to maintain this list automatically (phab:T104845).
  • gerrit_trackers_blacklist.conf contains a list of blacklisted repositories that is maintained manually. These are repositories that we don't want to compute against our metrics, and they will be ignored as soon as they are added to the blacklist: upstream projects, empty or deprecated repositories, and other exceptional cases.

In addition to this, if a project was removed from the gerrit list, the script will detect the change and the project will be removed from Korma's database automatically.

Issue tracking[edit]

Since the move from Bugzilla to Phabricator in 2014, only basic data is available in the Metrics dashboard. For potential future data, see phab:T28.[edit]

Mailing lists[edit]


  • Pending to better define the channels to be added to the dashboard in phab:T56230.


How to update user data[edit]

Our goal is to provide a tool allowing users to edit their own data directly (phab:T60585). Meanwhile, users can request updates to their personal data creating a Phabricator task including:

  • real name
  • username(s) and email address(es) used for your contributions
  • current and previous affiliations, with the dates of change of affiliation
  • Current location (country)

At the moment we can only process single affiliations (phab:T95238). If you are contributing from different affiliations (i.e. Wikimedia Foundation as part of your work, Independent in your free time), then we recommend you to use different usernames and email addresses.

Managing identities[edit]

SortingHat is the tool to manage identities. This helps in the following way:

  • To centralize all information in a database.
  • To deal with several identities: a developer may have several identities depending on the data source she is working on. This tool helps to identify for each identity of a developer where that information came from.
  • To avoid the use of direct database: a command line interface deals with ITS.
  • To manage extra developer attributes: it has support for managing affiliations and other developer attributes such as nationalities or bot activity.
  • To manage black lists: this is typically used in cases where bots are committing changes, or too generic names or emails addresses such as "root".

The process to merge all of the identities into one database could be done in two ways: a more detailed one, or an incremental one. The first process is done through the use of extra scripts to parse such information. However this is a heavy-time process and this is typically used in the first identities database creation. Later updates of the database typically follows the second step.

SortingHat also provides a way to export all of this data. This helps to look for other developer identities and merge them through the command line.

These exported JSON files follows the same structure:


     "end": "<final date of this enrollment>",
     "organization": "<Organization>",
     "start": "<initial date of this enrollment>",
     "uuid": "<uuid-hash>"
 "identities": [
     "email": "<email>",
     "id": "<hash of this identity>",
     "name": "<name>",
     "source": "<where this identity comes from: e.g.: Wikimedia:mls>",
     "username": "<username>",
     "uuid": "<uuid-hash where this identity belongs to>"


As an example, if an identity is required to be merged with another identity, the command "sortinghat merge" is used and the original "<uuid-hash>" is merged into the specified "<uuid-hash>".

The most useful SortingHat commands to deal with identities are the following ones:

  • sortinghat merge: to merge unique identities
  • sortinghat affiliate: to affiliate an identity to some organization
  • sortinghat show: to show information about an identity
  • sortinghat profile: to show profile information of that unique identity

User pages are linked from the contributor names in the top tables of each data source section.

In addition to several identities, there is extra information per contributor:

  • If the contributor is a bot
  • The country of the contributor
  • Canonical uuid (hash) to identify such contributor
  • Canonical name and email to identify such contributor

Extra information about the Sorting Hat usage is available at its README page.


Sorting Hat also keeps information about which identities correspond to bots. For that, it uses the "is_bot" field in the "profiles" table. If the field is 1, the identity is considered as a bot. Currently, except for changing the database there is no other way of tagging an identity as a bot.

Other data sources and tools[edit]




  • "Phabricator monthly statistics" emails on the wikitech-l mailing list - see its archives.



Quim Gil and Andre Klapper from the Wikimedia Engineering Community team are coordinating the Metrics Dashboard project, which is being implemented by Bitergia as contractors.

The Bitergia team working in the MediaWiki dashboard is formed by Daniel Izquierdo, Luis Cañas and Jesus Gonzalez Barahona and Alvaro del Castillo as project manager.

The ownership of this project might get transfered to the Wikimedia Analytics team at some point.

See also[edit]