0.1.0 β€’ Published 6 years ago

transit-map v0.1.0

Weekly downloads
3
License
ISC
Repository
github
Last release
6 years ago

transit-map

Generate a schematic map (β€œmetro map”) for a given (transit) network graph using a Mixed Integer Programming approach. Part of the Generating Transit Maps project.

Work in progress, DO NOT USE THIS IN PRODUCTION! See todo.

npm version license chat on gitter

Installation & Requirements

Sadly, for now, you need a valid copy of the commercial Gurobi solver (free academic licenses) in order to run this project. In the near future however, this project will hopefully also support the open CBC solver. Stay tuned.

What you need:

Then, to install the package (for CLI usage), simply run:

npm install -g transit-map

Usage

CLI

You need a JSON graph representation of your transit network that looks like this example for the Berlin Metro (U-Bahn). You can then generate a transit map for the given graph by running:

cat graph.json | transit-map > output.svg

For further information on several CLI options/params, run:

transit-map --help

As a library

The module can be used as a JS library, documentation for this will follow.

Examples

πŸ‡©πŸ‡ͺ Berlin (Metro)

Input

Berlin metro network

Output

Berlin metro map

Using this input graph. Running time β‰ˆ40sec.

πŸ‡¦πŸ‡Ή Vienna (Metro)

Input

Vienna metro network

Output

Vienna metro map

Using this input graph. Running time β‰ˆ20sec.

πŸ‡ΈπŸ‡ͺ Stockholm (Metro)

Input

Stockholm metro network

Output

Stockholm metro map

Using this input graph. Running time β‰ˆ20sec.

πŸ‡΅πŸ‡Ή Lisbon (Metro)

Input

Lisbon metro network

Output

Lisbon metro map

Using this input graph. Running time β‰ˆ15sec.

πŸ‡«πŸ‡· Nantes (Tram)

Input

Nantes metro network

Output

Nantes metro map

Using this input graph. Running time β‰ˆ15sec.

πŸ‡«πŸ‡· Montpellier (Tram)

Input

Montpellier tram network

Output

Montpellier tram map

Using this input graph. Running time β‰ˆ20sec.

To do

Things I am still working on or someone should work on in the future, roughly in order of perceived importance:

  1. Properly document the current optimization algorithm.
  2. Add an example for full Berlin network (S-Bahn & U-Bahn), debug pre-processing with this (still fails with this network for some reason).
  3. Resolve todo comments in code.
  4. Write tests.
  5. Improve algorithm: β€œSmoother” edges, higher distance for parallel lines, implement station labels.
  6. Linearize objective function which would allow users to use non-commercial solvers like Cbc.
  7. Enable users to provide an old layout of the same network (or parts of it), the newly generated network should then have as few differences as possible to the older one.
  8. Further explore heuristical approaches to this problem.
  9. Write a paper. πŸ˜„

Contributing

If you found a bug or want to propose a feature, feel free to visit the issues page.