Catalogue for MediaWiki extensions


Catalogue for Mediawiki extensions[edit]

Public URL: Complete proposal here.

Bugzilla report: Bug 46704


Name and contact information[edit]

Name: Aditya Chaturvedi
IRC: zeek on freenode , channels: #mediawiki and #wikimedia-dev

Web Page / Blog / Microblog / Portfolio
Mediawiki User Profile: Adi.iiita
My Blog:
Linkedin: Aditya

Location: Allahabad, India (UTC+05:30)
Typical working hours: 11 am - 5 pm (IST) and 10 pm - 2 am (IST)


Extensions form a core component of mediawiki which allow it to be enhanced by addition of functionality. There are currently about 2000 extensions available on However, for users of wiki, it is hard to identify and assess which extension fits a particular need. Moreover, for developers, there is no place to highlight their creations among the wiki users.

Currently, a third party site WikiApiary maintains data on extensions in a structured manner and and is tracking MediaWiki use in the wild. The idea is to make this process more intuitive and ensure good browsing experience, by making enhancements to Wikiapiary to accommodate more information about extensions in a structured manner and integrate some form of user feedback system while also improving the overall user interface to enrich user experience. Along with this, the plan is that this extended information gained on WikiApiary will be syndicated back to . .

Possible mentors[edit]
Markus Glaser, Mark Hershberger

Different phases of the project[edit]

Phase I: Implementation of User Feedback System- This phase will be mainly targeted at integrating a user rating system for the extension catalogue so that users may able to rate the extensions individually and independently.The overall rating of an extension shall be calculated based on multiple metrics such as user rating and count of wiki's using the extension.

To do this there are some options available in the form of extensions to add rating system to wiki. The current options available are: Extension:SemanticRating and  Extension:Ratings.

  • Customize the extensions to make it adaptable with the new implementation and integrate with WikiApiary.
  • Update any templates or forms in the system to make the rating system obvious and available to logged in users.
  • Encourage anonymous users to create an account or log in if they want to rate an extension or skin.

Phase II: Data Syndication- In this phase of the development, the aim is to feed the information gained on WikiApiary about extensions back to This will include ratings and website count. This will involve creating a bot which will excess the API to extract information and perform updates. The bot will be placed in the cluster of Wikiapiary bots to run periodically.

  • Create a Bot that will do the task of information exchange between WikiApiary and
  • For communication, an account of WikiApiary can be used by the bot on
  • Setup authorization and authentication mechanism for accessing the API for fetching infomaton.
  • There will also be a need of parsing the existing Extension pages for getting the required data available there.
  • The last part of data syndication would be scheduling the jobs for the bot.

Phase III: UX enhancements- This part of development aims to enhance the presentation layer of WikiApiary to make it more intuitive and fun to browse around for users.

  • Work on the CSS to make elements more distinct.
  • Add one click access to catalog from the main page.
  • Restructure the landing page to show dynamic information about extensions like most popular (based on ratings) and recently added.
  • Restructure the catalog design to improve presentation.
  • Add filters to the search like sort by ‘launch date’, ‘popularity’, ‘website count’.

Phase IV: Addition of new attributes- This phase shall be community driven and experimental to extend the amount of information stored about each extension on wikiapiary. Technically this will include increasing and modifying the attributes for extensions. Some new proposed attributes are: Category, Size, Release date, Screenshot image.

  • For this, I shall collaborate with the mediawiki community to review the importance and need to each proposed attribute.
  • Get suggestions on modification of existing attributes.
  • Prepare a final Documentation for the new set of attributes proposed with their benefits and drawbacks and present the proposal within the community for further work.
  • See into possibilities of using WikiData in future.


After successful completion of this project following features will be added to the catalog project:

  • A user-review system in form of ratings to Wikiapiary.
  • Data syndication system between wikiapiary and mediawiki to reflect back the gained information.
  • Improvements in UX of wikiapiary and search filters.
  • Proposal for new set of attributes for extensions based on community feedback.
  • Manual and Documentation


Period Task
April 22 - May 6 Community bonding, reading documentation and getting familiar with all the codes. Plan out finer details of the project.
May 7 - May 18 design of the entire implementation and discuss it with the community. Work on Use Case, Class diagrams and Wire-frame models.
May 19 Official GSoC coding period begins.
May 19 - June 17 (4 weeks) This time would be utilized for Phase I of the project which involve integration and adaptation of semantic rating system to wikiapiary.
June 18 - June 24 Work on the Data Syndication phase. Extend existing WikiApiary bot creating new asynchronous worker tasks to add additional information to [Template:Extension] or an additional template.
June 24 - June 27 Mid term evaluation period.
June 28 - July 14 Continue with Phase II. uses the simplemediawiki module to work with the MediaWiki API and mwparserfromhell Python module for reading and writing of new data on templates programmatically. Allot to WikiApiary [Extensions], [hour] and [day] that allow the bots to schedule activity across them. Execute task using the Celery (Archived 2019-06-13 at the Wayback Machine) distributed task queue as an asynchronous task.
July 15 - July 25 Work on Phase II which involves enhancing the presentation layer of WikiApiary.
July 26 - August 4 Build proposal on extending the amount of information stored about each extension on wikiapiary using community driven approach. Look into the possibility of bringing Wikidata into the implementation.
August 5 - August 18 Code Review, Documentation, Test suits. Submitting the project for final evaluation.

Detailed Timeline

April 22nd to May 6th[edit]

Examine codebase/coding standards,  bond with the community better and plan out finer details of the project.

May 7th to May 18th  - Design[edit]

During this period I will work on the design of the entire implementation and discuss it with the community. The idea would be to come with the object oriented design which will allow extensibility in future for the newly added features.

  • Use Case Diagram (drill into detail about every possibility, high-level view of the App)
  • Update the existing CRC & Class Diagram  (Functional Independence) to incorporate new features.
  • Build WireFrame Models for interface designs and get community opinion.

May 19th to June 17th - Phase 1 (Rating system)[edit]

  • Integrate semantic rating system. Using this, users can review an extension page. In this example, each review is itself a wiki page in category Reviews. Each review page has a property, Item, that is a link to the extension page being reviewed. Each review page also has a property, Rating, that has a value between 1 and 5.
  • Develop a generic algorithm to calculate final ratings.

By default, to display the average rating the extension uses this query {{#rating:{{#ask:[[Category:Reviews]][[Item::{{FULLPAGENAME}}]]|?Rating|format=average}}}}

This needs to be modified to utilize count of wikis using the extension. ( Look on how )

  • Reflect the final ratings back to catalogue view.
  • Work on the templates (Template:Extension and Template:Skin) to make the ratings available to users browsing

June 18th  to July 14th - Phase 2 (Data syndication)[edit]

During this period I will work on the Data Syndication phase of the project.

  • For this, I will be extending the existing WikiApiary bot, creating new asynchronous worker tasks.
  • For communication of bot with, the existing User:WikiApiary account can  be used as a bot account on to add additional information to Template:Extension or an additional template.
  • WikiApiary uses the simplemediawiki module to work with the MediaWiki API. This can be used to login to and perform API actions.
  • Parsing the existing extension pages on can be done easily using the mwparserfromhell Python module. This will allow programmatic access to templates and easy reading and writing of new data.
  • WikiApiary Extensions are allotted to hour and day that allow the bots to schedule activity across them. Information that is updated to on a daily basis will be scheduled using the hour segment. Less frequently updated information is scheduled using both the day and hour segment, resulting in a weekly update. The work is placed on the queue by a Python worker invoked via cron, then executed using the Celery distributed task queue (Archived 2019-06-13 at the Wayback Machine) as an asynchronous task. This is the same framework that WikiApiary uses to collect information from 15,000+ MediaWiki websites.

July 15th to July 25th - Phase 3 (UX)[edit]

  • The work in this phase will require to Add css classes. Look into the adaptability of using css frameworks like Bootstrap.
  • Adapt catalog into a flow style row design.
  • Extend the API to provide functions with sort parameter based queries.

July 26th to Aug 4th - Phase 4 (Addition of attributes)[edit]

  • I will draft a set of attributes which in my opinion can enrich the catalog by doing screening and review of other online catalogs.
  • The proposal will the shared in the community for opinion and a list of advantages and drawbacks will be formulated.

Example: One such important attribute is the inclusion of both ‘tags’ and

‘category’ for extensions. A point to note is that, Semantic MediaWiki based site allow use of  categories only while WikiApiary already has a property for “Has tag”.

The adaptation here needs to be drawn.

  • Then for each accepted attribute, its dependencies will be resolved as in how much modification in source code will be required for adaptation.
  • Clear adaptation plans will be formulated for some attributes.

Aug 5th to Aug 19th - Extras[edit]

  • Documentation
  • Test suites, tutorials


This section describes on how I plan to work during the internship period.

Communication of progress[edit]

  • Email - I will keep mentor updated about the progress and also consult with the lead of
  • IRC Channel - I will stay on the #wikimedia-dev channel during the working hours.
  • Mailing list - [] mailing list will be used to communicate progress.
  • Blog - I will post helpful articles and updated about the project on my personal blog.

Publishing source code[edit]

  • Gerrit: Wikimedia Code Review

How and where you plan to ask for help?[edit]

  • Try Solving on my own: Go through documentation, search online, Google up etc. :)
  • Seek helps from the community: Ask questions on IRC, mailing list and mentors.
  • Seek help from outside the community: skilled friends, my teachers, etc.
  • Post on forums like Stackexchange etc.

About me[edit]

  • I am a junior at Indian Institute of Information Technology Allahabad currently pursuing Bachelor of Technology program under the department of Information Technology.
  • I have coding experience in multiple programming languages, C, C++, Java, Python, Ruby and PHP.
  • My area of interest web applications, product design and Machine Learning. I am enthusiastic about software architectures and design patterns.
  • In the web world, I have worked mostly in PHP and Ruby on Rails. I have worked with HTML, CSS and javascript also.
  • I have been driven into the open source community in the recent past and I am enjoying exploring. I have been involved with Mozilla foundation doing community building and contributing. I have been involved with the Wikimedia foundation by contributing code and also volunteering to assist remotely for Wikimania 2014.
  • I love my journey and I know there is a long way to go. Someday, I wish to be a significant contributor in the FOSS world.
  • I am a believer of Tech Activism, i.e solving the problems of society using technology.

Past experience[edit]

  • MediaWiki

Open Source Contributor. Bugs I Have Worked On.

  • Mozilla

Firefox Student Ambassador. Involved in community building and contributing.

  • IIIT-Allahabad Technical Society

Web Developer. Lead Developer for institute's website.
Product Designer for Cultural-Tech festival Effervescence.
Developed software to facilitate management of services and provide online presence to college services. ( github ).

  • IIIT-Allahabad Network Engineering Society

Campus Consultant. Club lead. Involved in management and security of the institute's network along with server side administration. ( Reference )

I am interested in working on web applications involving complex design patterns and SAAS API’s. Being involved in my college technical community, I consider myself an experienced web developer and familiar with most aspects of web development. I have also experience in automation of services and scripting. Prior to GSOC, I have worked on multiple projects to enhance my overall programming skills ( github ).