Top Ten Tasks

From OpenStreetMap Wiki
Jump to: navigation, search

These are the Top Ten Tasks that the OSM System Administrators would really like your development help on, there is no order of priority. Tasks should only be added by the Engineering Working Group or osm sysadmin team, and only 10 tasks should ever be on the list at any one time. For tasks which have already been completed, please see #Completed or deferred tasks.. Each task should have a relevant contact name alongside it as the contact for assistance with getting involved the task as well as a progress page.

A solution is in particular more useful if it is performant enough to handle the number of visitors on the OSM main page. Please also make a branch of the rails port source tree and implement there the necessary user interface for the main website.

Support for multiple languages on

  • What's involved? django, python
  • Who can you talk to? ris
  • What's being done already? Progress

There are two parts to this task. 1) i18n and l10n of the user interface. 2) Create a viable strategy to deal with questions and answers in multiple languages.

1) is based on the OSQA software. To some degree OSQA already supports translating the user interface. It uses the i18n features of Django and can be set to choose the language of the UI based on the users' browser preference. However, this feature is not yet activated on and only a limited number of language translations currently exist. This part of the task would therefore involve working with the operations team to enable OSQA's i18n features, as well as create more translations in different languages.

2) To be able to easily support multiple languages of questions in the same instance of, a good filtering system is needed to restrict questions and answers to the language a given user can understand. Unlike e.g. Shapado, OSQA currently does not support this feature. Therefore this part of the task would require extending the OSQA software accordingly.

Clickable POIs on the frontpage

One of the areas where Google Maps scores over OSM is that many POIs on their slippy map are clickable, bringing up a balloon with more details (link to website, etc.).

Mapnik's MetaWriter functionality could provide much of the brainpower for this. Alternatively, User:Komяpa has written an implementation for that could be reusable.

Another option is to use Mapnik2 UTF-8 grids as an alternate renderer for mod_tile, so UTF-8 tiles are created, then re-use the provided examples.

POI inspection tool on the frontpage

  • What's involved? mapnik, javascript
  • Who can you talk to? Matt
  • What's being done already? Progress

OSM's rich metadata would greatly benefit from being able to inspect features on a map (whether they are rendered or not), which would expose the depth of coverage beyond what is possible with two-dimensional cartography (and the clickable POIs task above).

A public prototype waits for testing and feedback.

Is using a standard WFS server and implementing GetFeatureInfo requests in OpenLayers out of the question because of the infrastructure reasons? Paweł Paprota 13:19, 15 October 2012 (BST)


Routing frontend

  • What's involved? javascript, rails
  • Who can you talk to? Amm
  • What's being done already? Progress

OpenStreetMap data has many use cases. One important use case is routing. In order to encourage more mappers to check that their data is of sufficient quality to allow good routing, we would like to integrate a router into the main page of To this end, a routing frontend, fully integrated into the rails port, needs to be develop that can talk to the various different existing routing engines and display the results.

There is some early work in this direction that can be used and built upon. This code can be found in the routing git branch and there is also a demonstration instance to try out the current efforts. As this version is still very rudimentary and doesn't always work well, the task is to extend it and turn it into a well working and user friendly routing front end.

XML deleted items call

  • What's involved? rails, ruby
  • Who can you talk to? Matt
  • What's being done already? Progress

Currently, there is no way to get information about items which have been deleted through the API, but this information is important to implementing undelete features in clients.

There is a previous implementation of an undelete feature in Potlatch 1 which used custom code in the rails port to obtain this data. However, this implementation may not be suitable for large-scale use and attention will have to be paid to ensure that the queries run efficiently.

Improved activity/history tab

The history tab on the front page shows recent changesets in the area displayed. However, due to worldwide changes (often automated edits or bots) it is a well-known problem that many of these changes are uninteresting and merely have bounding boxes which overlap the field of view, no actual changes inside it.

In the end of December 2012 OWL reached beta status and solves this problem by integrating with the main website to create a more interactive History tab (see beta).

Completed or deferred tasks

See Also