Last modified: 2011-03-13 18:06:41 UTC

Wikimedia Bugzilla is closed!

Wikimedia migrated from Bugzilla to Phabricator. Bug reports are handled in Wikimedia Phabricator.
This static website is read-only and for historical purposes. It is not possible to log in and except for displaying bug reports and their history, links might be broken. See T20123, the corresponding Phabricator task for complete and up-to-date bug report information.
Bug 18123 - Make contributors available via API
Make contributors available via API
Status: RESOLVED WONTFIX
Product: MediaWiki
Classification: Unclassified
API (Other open bugs)
unspecified
All All
: Lowest enhancement (vote)
: ---
Assigned To: Roan Kattouw
:
Depends on:
Blocks:
  Show dependency treegraph
 
Reported: 2009-03-24 13:24 UTC by PediaPress Development Team
Modified: 2011-03-13 18:06 UTC (History)
3 users (show)

See Also:
Web browser: ---
Mobile Platform: ---
Assignee Huggle Beta Tester: ---


Attachments

Description PediaPress Development Team 2009-03-24 13:24:25 UTC
It would be desirable to have access to the list of contributors for a given page/revision via MediaWiki API.

Ideally this list would be filterable (bots, anon users, minor edits), sortable (date) and aggregateable (sum over amount of contributions, sum over number of contributions; together with sorting).

This feature would be great for all external tools that want to adhere to correct attribution for MediaWikis that use e.g. the GFDL.
Comment 1 PediaPress Development Team 2009-03-24 13:25:29 UTC
In addition to the known contributors, the number of anonymous edits should be returned.
Comment 2 Roan Kattouw 2009-03-24 13:36:36 UTC
While such a feature would be nice, it would be awfully inefficient. Marking as WONTFIX.

Note that this information can already be obtained by querying revision data through prop=revisions and doing some of the filtering and aggregating yourself.
Comment 3 PediaPress Development Team 2009-03-24 13:44:27 UTC
(In reply to comment #2)
> While such a feature would be nice, it would be awfully inefficient.

How about introducing prop=contributors which just returns a list of unique contributors, plus the number of anonymous edits? Maybe this could be doable efficiently with SQL.

> Note that this information can already be obtained by querying revision data
> through prop=revisions and doing some of the filtering and aggregating
> yourself.

Yes, this is what we're doing right now, but we're doing lots of API requests which could be immensely reduced if we could retreive just the set of contributors for a given revision.
Comment 4 Roan Kattouw 2009-03-24 13:52:09 UTC
(In reply to comment #3)
> (In reply to comment #2)
> > While such a feature would be nice, it would be awfully inefficient.
> 
> How about introducing prop=contributors which just returns a list of unique
> contributors, plus the number of anonymous edits? Maybe this could be doable
> efficiently with SQL.
> 
It wouldn't be doable any more efficiently than the way it's currently done (by getting all revisions and ignoring duplicate usernames), because there is no index on (rev_page, rev_user_text) (but even if there was, I'm not sure such an aggregate query on all revisions of a page would be acceptable).

Note You need to log in before you can comment on or make changes to this bug.


Navigation
Links