This is the main repository of the OpenMetroMaps project. Data projects for cities/regions are stored within the OpenMetroMapsData organization to keep the namespaces for data and code projects separated. Also see the list of data projects.

Table of Contents

• File Format
• Desktop Tools
• Web Viewer
• Data Sources
  • OpenStreetMap
  • GTFS
  • Other Sources
• Station Data
• Research
• Other Ideas
  • Nick-name map for Berlin

A major goal of this project is to develop a file format for storing schematic maps for public transport networks. There's no formal specification of the file format yet and features of the format are still under construction. See an example file or the Berlin testing file to get an idea of how it's going to look. See the specification draft.

We're developing a set of desktop tools for working with the map files. Those tools are written in Java and user interfaces are based on Swing with DockingFrames for dockable dialogs.

One core component is the Map Editor that allows you to create new maps based on OpenStreetMap data or from scratch and lets you manipulate existing maps.

If you want to run the editor or start hacking on the desktop tools, please have a look at the relevant README file.

We're also building a Javascript-based Web Viewer for the file format to allow for easy presentation of results in a browser without the need to install any desktop software. Although it would also be nice to have a native Javascript implementation of a web viewer, we're eager to maximize code reuse and try to use the main Java source via transpilation to Javascript. In order to do that we experimented with both GWT and JSweet based approaches. Currently the GWT solution looks more promising and is close-to-usable. Have a look at https://demo.openmetromaps.org/ to see it in action. The JSweet solution doesn't work quite yet, but the technology certainly has potential.

We currently support data imports from the following sources:

• OpenStreetMap (OSM)
• General Transit Feed Specification (GTFS)

Both types of import can be done using the Command Line Interface. See the commands osm-import for importing OSM data and gtfs-import for importing GTFS data.

• If you're not familiar with the OpenStreetMap project, start by browsing through the pages listed on the Use OpenStreetMap page on the OSM Wiki.
• See the Downloading data page on the OSM Wiki on how to obtain suitable OSM data.
• Probably you want to use smaller extracts such as those available from Geofabrik downloads instead of downloading the whole planet as a file. Using the Overpass API is also a good way for obtaining relevant data sets.

• TransitFeeds collects links to official GTFS data worldwide (GitHub page)

The file format is text-based and pretty simple, so you can create a data file with a normal text editor. When you want to use existing data, you can write an import algorithm of your own.

Wikidata also stores information about stations, lines and the like.

In addition to the main map file format, we're also working on an additional file format and corresponding tools to collect data about stations and their tracks. In particular, files in this format store locations of things on a station's track as a relative position on the train (front to back / tail). This information can be used to compute efficient micro-routing within line networks, i.e. optimize on which car to board a train to reach something most quickly on the destination station such as a specific exit or a stairway to your connecting train. See an example file or the Berlin testing file to get an idea of how this file works. Also see the specification draft and a longer discussion on the requirements of that format.

We're also gathering material about transit maps in general on the Research page.

• It would be nice to be able to create morphing animations from two views of the same network. Inspired by this article about a number of posts on reddit (Berlin). Done via the maps-morpher module and the CLI's map-morpher task.
• Build something like this interactive route planner using the Javascript viewer component.
• Integrate the Android component into Transportr.
• Implement different optimization algorithms to transform geographic maps into schematic maps automatically. Some hints on how to get started with that are already available. Also, there is an implementation available which could possibly be built upon (although the license changed from MIT to GPL, which makes it impossible to integrate easily). We collect a list of papers about possible algorithms.

Possible resources:

• https://de.wikipedia.org/wiki/Berolinismus
• https://github.com/derhuerst/vbb-common-places/blob/master/stations.json