From OpenStreetMap Wiki
(Redirected from Openbusmap)
Jump to: navigation, search
For the Windows Phone application, see OpenBusMap (Windows Phone).
Available languages — Öpnvkarte
· Afrikaans · Alemannisch · aragonés · asturianu · azərbaycanca · Bahasa Indonesia · Bahasa Melayu · Bân-lâm-gú · Basa Jawa · Basa Sunda · Baso Minangkabau · bosanski · brezhoneg · català · čeština · corsu · dansk · Deutsch · eesti · English · español · Esperanto · estremeñu · euskara · français · Frysk · Gaeilge · Gàidhlig · galego · Hausa · hrvatski · Igbo · interlingua · Interlingue · isiXhosa · isiZulu · íslenska · italiano · Kiswahili · Kreyòl ayisyen · kréyòl gwadloupéyen · Kurdî · latviešu · Lëtzebuergesch · lietuvių · magyar · Malagasy · Malti · Nederlands · Nedersaksies · norsk bokmål · norsk nynorsk · occitan · Oromoo · oʻzbekcha/ўзбекча · Plattdüütsch · polski · português · română · shqip · slovenčina · slovenščina · Soomaaliga · suomi · svenska · Tagalog · Tiếng Việt · Türkçe · Vahcuengh · vèneto · Wolof · Yorùbá · Zazaki · српски / srpski · беларуская · български · қазақша · македонски · монгол · русский · тоҷикӣ · українська · Ελληνικά · Հայերեն · ქართული · नेपाली · मराठी · हिन्दी · भोजपुरी · অসমীয়া · বাংলা · ਪੰਜਾਬੀ · ગુજરાતી · ଓଡ଼ିଆ · தமிழ் · తెలుగు · ಕನ್ನಡ · മലയാളം · සිංහල · བོད་ཡིག · ไทย · မြန်မာဘာသာ · ລາວ · ភាសាខ្មែរ · ⵜⴰⵎⴰⵣⵉⵖⵜ ⵜⴰⵏⴰⵡⴰⵢⵜ‎ · አማርኛ · 한국어 · 日本語 · 中文(简体)‎ · 中文(繁體)‎ · 吴语 · 粵語 · ייִדיש · עברית · اردو · العربية · پښتو · سنڌي · فارسی · ދިވެހިބަސް
Map extract for Berlin (here)

Öpnvkarte ( öpnvkarte.de ) is a public transport map derived from the OpenStreetMap database which puts a special value on the representation of public transport. The map is now available worldwide.

Öpnvkarte was developed, and is maintained by Melchior Moos. The data is being updated regularly, usually within minutes.


The following tags particularly relating to public transport are represented apart from the standard tags for ways and areas.

Note that this documents the tags supported by the public transport renderer here and not necessarily the cleanest way to map. Most meaningful is an ordered relation per direction of travel with the positions of the platforms or stopping places put on. There is a complete proposal to record public transport routes at User:Oxomoa/Public transport schema.


Tag Geometry Description
highway=bus_stop, amenity=bus_station Node Way Area Bus stop
railway=station, railway=halt Node Way Area Railway station
railway=tram_stop Node Way Area Tram stop
amenity=ferry_terminal Node Way Area Ferry Stop
highway=platform, public_transport=platform, railway=platform, railway=stop, Node Way Area Stop, type depends on additional tags such as rail=yes, bus=yes, trolleybus=yes etc.

Additional tags that are evaluated:

Tag Description
name=* Stop name
ref=* Stop name if name tag is not set (with platforms)
bus=yes Buses stop here
rail=yes Trains stop here
light_rail=yes Light rail trains stop here
subway=yes Underground trains stop here
tram=yes Trams stop here
ferry=yes Ferries stop here
trolleybus=yes Trolleybuses stop here
funicular=yes Funiculars stop here


Tag Type Description
public_transport=stop_area Relation To join stations and stops together name=* should be entered
site=stop_area Relation To join stations and stops together name=* should be entered

Stops without joining relation are automatically combined into stations. If you are not happy with the result create a relation.


Principal line information is derived from relations. Whether each direction of travel has its own relation is put on is relatively insignificant for the map display; a separate set is however essential for applications that need the exact process of a trip.

Tag Type Description
line=rail or route=train Relation Railway line
line=light_rail or route=light_rail Relation Light rail line
line=subway or route=subway Relation Underground line
line=tram or route=tram Relation Tram route
line=bus or route=bus Relation Bus route
line=trolleybus or route=trolleybus Relation Trolleybus route
line=funicular or route=funicular Relation Funicular route
line=ferry or route=ferry Relation Ferry route

Additional tags that are evaluated:

Tag Description
ref=* Line number
name=* Line name, not yet displayed
from=* Start of the line “which is indicated in the reverse direction”
to=* Destination of the line “which is indicated”

Roles of the members

The evaluated roles of the members are identical, all the same whether a relation per direction or per line is put on. The forward/backward roles are always needed for that to represent the small directional markers, even if the information could be derived during separate collection of the direction of travel theoretically also from the individual sorted routes of the line by alignment. To reporta line by clicking on a stop the platforms must be contained in the relations. To report the routing they must also be in order.

Role Type Description
empty (alternatively also route) Way Way that that is part of the line in both directions.
forward Way Way that is part of the route in the direction of the way.
backward Way Way that is part of the route against the direction of the way.
alternate Way Way that is only occasionally used by the line. (not yet implemented)
stop/platform Node Way Area Stop/platform where the line stops in both directions. On nodes the role can be left out, but it is better used. The role can also be “stop_X” or “platform_X” because only the beginning of the role is checked.
forward_stop/forward_platform Node Way Area Stop/platform where the line stops in the direction from from=* towards to=*. On nodes the role can just be “forward”. The role can also be “forward_stop_X” or “forward_platform_X” because only the beginning of the role is checked.
backward_stop/backward_platform Node Way Area Stop/platform where the line stops in the direction from to=* towards from=*. On nodes the role can just be “backward”. The role can also be “backward_X” or “backward_platform_X” because only the beginning of the role is checked.
alternate_stop/alternate_platform Node Way Area Stop or platform where the line only stops occasionally. On nodes the role can just be “alternate”. The role can also be “alternate_stop_X” or “alternate_platform_X” because only the beginning of the role is checked.

The ordering of the relation only plays a role with the stops at the moment, it is however better for the entire relation to be ordered. It is however only relevant that the ordering of the ways, the forward stops and the backward stops among themselves means that the stops do not have to lie between the correct ways.

Additional public transport related stuff

Tag Geometry Description
aeroway=aerodrome Node Area Airports. The zoomlevel where the airport will become visible depends on the aerodrome=* tag. aerodrome=international are the first airports that will be rendered, followed by aerodrome=continental and aerodrome=regional. On tie the tag passengers=* decides.
amenity=taxi Node Area Taxi rank
amenity=bicycle_rental Node Area Bicycle rental
amenity=car_rental Node Area Car rental
amenity=car_sharing Node Area Car sharing
amenity=parking Node Area Parking spot where you can leave you car

Practical notes

It is to be noted that “forward” and “backward”, as described above, have nothing to do with the outwards and the return directions. It is therefore possible for ways in the direction “from→to” to be both “forward” and “backward”. They relate to roads whose OSM directions the route follows or goes against. For example a route against the direction of traffic along a one-way street is tagged “backward” (if it does not have oneway=-1), whether the bus is on the outwards or return trip.

If a relation is not put on for each direction of travel most stations must be registered with two stops: Once with “forward_stop” and once with “backward_stop”, in order for the representation of the line to be indicated correctly (example: http://www.öpnvkarte.de/route.php?name=37&id=225469 or http://www.öpnvkarte.de/?lat=50.07109&lon=8.23781&zoom=16&layers=BT). That naturally has a real advantage only if the bus stops in both directions of travel are mapped as separate nodes and are assigned correctly in each case, so that finally each node is only in the relation once. It is considered that the sequence is “as you would sit and would write in the bus”, the first “forward_stop” is thus also the departure place indicated as “from”. In addition, it is the last “backward_stop” of all. The destination stop indicated as “to” appears exactly in the middle of the stop list twice directly one behind the other, once as the last “forward_stop” and then as the first “backward_stop”. The trip route and the stop list can thus be separated appropriately, for example recording only the entire journey from the “from” point to the “to” point (with all ways only travelled on in one direction if necessary) into the relation. Subsequently you can insert only all “forward_stop”s and afterwards all of the “backward_stop”s. This has the advantage that if necessary you can compare an existing stop list directly with the stops existing in the OSM relation.

In this way one finds registered lines for example in Wiesbaden: bus routes 1, 8, 8B, 18, 37, see also Rhein-Main-Verkehrsverbund/Bus Wiesbaden.

Öpnvkarte elsewhere

If you can't use ö on your keyboard or remember the name of the site, the whole thing is proxied through openbusmap.org

Öpnvkarte tiles are also presented on the following sites as a layer:

and on the following mobile apps:


Post Bugs and suggestions for improvement on the talk page and if necessary tell Melchior Moos about it.

See also