OpenStationMap

From OpenStreetMap Wiki
Jump to: navigation, search

Introduction to OpenStationMap (OStM)

OpenStationMap is a project to map stations with routing, indoor, 3D and of course station specific features. A visual map can be found at http://www.openstationmap.org. Some new features are needed for these views which will be discussed and defined here. This site started as a pilot with Deutsche Bahn and Akaparis GmbH to explore, data model, capture and create examples of the indoors in stations in 2015. Other roots of this site resuted from many joined bachelor and master thesis together with Mentz GmbH. Also the overall activities of Mentz GmbH into the pedestrian routing in public transport in the last years is noteworthy. Also the team arround www.openrailwaymap.org did great work about the railway tracks and it is worth to have look onto railways from their point of view.

Railway stations are buildings and therefore the indoor and 3d building elements are relevant. Also railway specific elements, e.g. platform sections needed to be introduced. The connections between levels play a major role. Steps, elevators and rams were extended and refined. Also doors and entries play an important role in using a station.

Therefore the model has these subparts:

  • Routing with multiple levels
  • Simple Indoor Tagging
  • Simple 3D buildings
  • Doors, extended from node to way
  • Steps, Elevators and Ramps, extended and refined with Stairwell, Stair Landing, Flight of Stairs
  • Station specific elements, e.g service-point

Screenshots

Berlin Ostbahnhof:

OpenStationMap-ScreenShot-Berlin-Ostbahnhof.PNG

Tokyo Ueno JR Station:

OpenStationMap-ScreenShot-Ueno Station Tokyo.PNG

Birmingham New Street Station:

OpenStationMap-Birmingham-New-Street.PNG

München Hauptbahnhof:

OpenStationMap-ScreenShot-München-Hbf.PNGMünchen Hbf

Sydney Central:

OpenStationMap-ScreenShot-Sydney.PNGSydney Central

List of more station examples

Station Name Link Remarks
Braunschweig Hbf http://www.openstationmap.org/#19/52.25237/10.53988
Berlin Hbf http://www.openstationmap.org/#19/52.52529/13.36942 Some parts on level -1 to be captured
Berlin Jannowitzbrücke http://www.openstationmap.org/#19/52.51463/13.41846 S and U stations
Berlin Ostbahnhof http://www.openstationmap.org/#19/52.50974/13.43474
Berlin Südkreuz http://www.openstationmap.org/#19/52.47493/13.36588
Bielefeld Hbf http://www.openstationmap.org/#19/52.02918/8.53283
Birmingham http://openstationmap.org/#18/52.47766/-1.89867
Darmstadt http://openstationmap.org/#20/49.87251/8.63070 Food court missing
Dresden Hbf http://www.openstationmap.org/#19/51.03999/13.73277
Gütersloh Hbf http://www.openstationmap.org/#20/51.90709/8.38477
Frankfurt (Main) Hbf http://www.openstationmap.org/#19/50.10740/8.66331 Some refinements are needed (steps)
Hamburg Hbf http://www.openstationmap.org/#18/53.55297/10.00665
Hamm(Westf) http://www.openstationmap.org/#19/51.67836/7.80904
Hannover Hbf http://www.openstationmap.org/#19/52.37654/9.74138
Heessen http://www.openstationmap.org/#20/51.70922/7.83179
Kassel Wilhelmshöhe http://www.openstationmap.org/#19/51.31241/9.44717 Some refinements are needed (shops and travel center)
München Hbf http://www.openstationmap.org/#18/48.14029/11.55869
Paderborn Hbf http://www.openstationmap.org/#20/51.71311/8.74062
Osnabrück Hbf http://www.openstationmap.org/#19/52.27281/8.06093
Soest http://www.openstationmap.org/#20/51.57821/8.10475
Tokyo Ueno JR Station http://www.openstationmap.org/#19/35.71275/139.77642
Sydney Central http://www.openstationmap.org/#18/-33.88353/151.20722
Wien Hbf http://www.openstationmap.org/#18/48.18533/16.37697 add Indoor Profile
Zürich HB http://www.openstationmap.org/#18/47.37791/8.54023 add Indoor Profile

Level of Details

LoD 0: Existance and location

The existance of a station with a name is the basic level. Typical tags are:

For Germany the coverage of this level is about 97% ( http://data.deutschebahn.com/datasets/aufzug/ ). Nevertheless also here is a permanent change.

LoD 1: Derived from arial images

This level contains elements, which can be derived from arial images. Typical elements are:

Platforms should also be connected for routing if the access is visiable, which is often the case for smaller stations. In theses cases the access can be also tagged, e.g. with

LoD 2: Capturing from by passing trains

A result of the pilot was that the number of train station is large and that arial pictures are not good enough to detect e.g. steps, elevators, platform numbers, benches and more, because often travellers are protected on platforms with roofs. This data can be captured for existance and for proximity location from a stopping train. This approach allows to capture a larger number of stations within a day or with the same ticket.

Typical features are:

  • Steps as simple ways with an assumed level information, e.g. level=-1;0 and fixme=ground level may be different, please adjust with a LoD 3 survey"

LoD 3: Survey

A detailed survey with a laser distance measurement devices (starting from 40 EUR) is sutiable for capturing these geometries areas, ways and node and their topology and semantics. The simple indoor tagging schema is used for rooms, e.g. corridors, shops, stairwells (extended) and door (extended). Prior capturing the main buiding, tunnel/bridge and platform axis are relevant for an efficiant work progress and to solve the global reference problem, because distance measurements do not have a global reference (GPS). Therefore it is a simple "paddock navigation" approach just within the indoors and with a laser distance device.

Typical features are:

  • Level connections with a multi-level tag, e.g. level=0;1. These features are captured as areas (closedway) and ways. The handle tag "stairwell" is introduced for areas. For a conceying step or escalator a simple (closedway) area with e.g. a level="-1;0" attribute is sufficiant.
    • Steps
    • Conveying Steps
    • Elevators
    • Ramps
    • Detailed stairwells: steps are often separated with stairwell=stair_landing and stairwell=flight_of_stairs.
  • Indoor rooms with
    • Shops
    • Corridors
    • Restaurants
    • Toilets
    • and more
  • Platform sections, e.g. A for DB trains
  • Service Point
  • Travel Center
  • Luggage Room

LoD 4: Signs for Pedestrian Navigation & more

There are some ideas to capture physical signs for a future pedestrian navigation ("go along the signs 'Friedrichstraße' until the underground entrance"). Other more refined elements may be found and grouped into this LoD.

Capturing

This paragraph will give more hints on how to capture with a laser distance measurement device.

Data Model

The OpenStationMap collection of features consists of frequently found map features in and around stations, the indoor and 3d tagging, extended features and new station specific features. More explanation will come, especially for the stairwells and for e.g. door extentions. Currently you can already use a JOSM preset:

JOSM Preset (latest) (http://openstationmap.org/latest/JOSM-preset-OpenStationMap-LoD.xml ) . This preset may also be used in Vespucci.

Indoor related features

OStM builds on the simple indoor tagging schema without relations. From a (railway) station point of view, there was the need to extend this schema and established features for two elements:

  • Doors
  • Stairs

Because of mass transits require large entrances and exits for many people, there are large entries and exists lines with many doors, e.g. 8-10 doors. Doors do have also a good measureable 1D extent, which can be expressed with an OSM way. Together with walls, rooms and corridors, also door ways are very useful to visualize openings in a building outline. This is relevant especially with the simple indoor tagging approach to focus on room areas and not on walls. Many doors do have usually also a specific side to open, e.g. hinged doors. Therefore a simple convention can be proposed to have the opening side alwas on the left side of the directed way. This convention is very usable and can be visualized. Although doors are relevant, e.g. with opening hours, for navigation, from a capturing phase point of view, there is still the option to capture first the major geometries, e.g. rooms, and use a simple node for a door first. Later this nodes may be extended to ways and to represent the line geometry and also the opening side.

In opposite to doors, (station) stairs do have a significant usage of space, in a 2D world, of areas, because the vertical connections require large stairwells. Measurements of stations and comparisons to the OSM representations showed refrequently that the dimensions of steps are usually underestimated. From a map understanding point of view, stairs are also very relevant to understand the map station in the indoors. A simple icon to represented and visulize stairs is not sufficient and also not required, because there is much "map space" available to use area styles. Classical architcture drawings are very usable as good patterns. The Wikipedia article "Stairs" gives a good introduction to sub elements. But the current highway=footway way will still be required for

  • Routing
  • Visualization of a directed area with step patters with an width attribute e.g. width=3.2 (m)
  • backwards compatibility

The highway=steps feature way should be always directed upwards as a convention. The incline=up or incline=down attributes are still relevant for compatibility until this (architectural) convention is adopted. To show the vertical connections the attribute list level is introduced, e.g. level=0;1.

It is relevant to mention that highway=* tags should not be used for area tagging and remain line geometries (ways), because of too complex area routing algorithmens. The simple indoor profile uses indoor=corridor and not highway=corridor. These area (closedway) geometries extend the stair features from a 1D (way) to a 2D (area) geometry:

  • Stairwell with (barrier=railing, new, to be created in wiki)
    • Yes, for combining elements, e.g. elevators, escalators and steps (stairwell=yes, new, to be created in wiki)
    • Stair Landing (stairwell=stair_landing, new, to be created in wiki)
    • Flight of Stairs (stairwell=fight_of_stairs, new, to be created in wiki)
    • Stairwell for Elevators (stairwell=elevator, optional, needs to be discussed)
    • Stairwell for Escalators (stairwell=escalator, optional, needs to be discussed)

A stairwell is a well between levels. In many cases this "hole" is different than the stairs, because it includes e.g. an elevator. A stairwell needs to be secured with a railing (barrier=railing). Currently these "holes" in (platform) levels are usually modeled with inner multipolygon relation elements in OSM but without an explizit tagging.

"Stair landings" subdivide a general stair into parts to allow a rest and to reduce the risk of falling off. Very often there are up to four stair landings in a general stair, e.g. Sydney Central, because larger vertical distances need to be "bridged". Therefore also the level tag needs more refinements, e.g. level=0.3 or level= 0.7 for 2 middle stair landings. For 3 stair landings, this pattern level=0.3 and level=0.5 and level= 0.7 can be used. Very often there are also stair landing elements at the starting and ending level, e.g. to close the gap to a larger or shorter step, elevator and escalator stairwells. Simple Indoor Tagging indoor=corridor may also be used for start or ending stair landings, if it is used e.g. for the tunnel.

Station related features

Platform Section

Node Because long distance trains are relative long, platform sections are used to indicate the expected position of car. Therefore platforms are separated and marked with section signs. There is a close relationship to the Tag:public transport=platform.

Key Value Object Description Default
public_transport platform_section_sign Platform Section Sign Visable sign, e.g. A..F
platform_section_sign_value <value> The alphanumeric value of the Sign, e.g. "A" Different kinds of section and naming for cars are in use.
Service Point

NodeArea Travel information of often needed due to many reasons. In opposite of selling tickets, these service points, e.g. at the Deutsche Bahn are designated for transfering quick information only.

Key Value Object Description Default
public_transport service_point Information or Service Point A point to find quick travel information by staff

Travel Center

NodeAreaIn opposite to quick and situation aware information needs, which can be solved at the Service Point, e.g. special tickets, special trains, problems and other needs, require detailed treatment. Therefore an office style room and with queues are offered in larger stations.

Key Value Object Description Default
public_transport service_center Travelling Office A room to acquire more detailed information and to buy tickets
shop ticket
name <name>
  • Luggage Room

NodeArea

Editing with PC JOSM and Android Vespucci

Two JOSM Plugins are very useful:

Capturing

This paragraph will give some hints how to capture with laser distance devices.

Tools

Generic Map of LoD of (German) Trainstations:

obricht.nrw/db_bahn/bahnhof.html

Examples

This paragraph will give some hints how to tag.

Contact

  • Roland Wagner (Akaparis GmbH, OSM User ID "rolandmwagner" (to be linked, alternative:), rwagner@akaparis.de)
  • Roland Obricht (Mentz GmbH, osmuserID Roland.olricht: )