Wheelchair routing

This article or section may contain out-of-date information: Warning! Info here is heavily outdated in places! Only some things were fixed, many problems remain
If you know about the current state of affairs, please help keep everyone informed by updating this information. (Discussion)

Goal: building a routing portal for wheelchair users

Based on OSM data, develop a route planner especially for wheelchair users. But the existing one is OpenRouteService of the Geoinformatics Department, Institute of Geography University of Heidelberg (Formerly Cartography of the University of Bonn) expanded. University of Heidelberg GIScience (Geoinformatics) Research Group ([1])

GIScience Research Group (Geoinformatics)

University of Heidelberg

http://giscience.uni-hd.de

Zipf@uni-heidelberg.de

To this end, a web portal is set up, looking over the users goals in their environment, and the best way to display the wheelchair.

The difficulty of the way is made clear. Hazards or difficult passages be marked with symbols. In addition to the slope are given.

To enable routing, the routes must be labeled "accessible to wheelchairs" and meet specific requirements.

Covered Area

Germany only.

News

Wheelchair Routing Portal Online

The wheelchair routing portal is available for testing online. It can be accessed at the following address:

http://www.rollstuhlrouting.de

On 15.09.2009 (and 19.09.2009) ran the article "Maps make life easier. OpenStreetMap Wheelchair." The contribution can also be viewed at:

Routing wheelchair at Quarks & Co.

Project Ruhr 2010-barrier-free

In 2010, Essen and the Ruhr European Culture Capital, at www.ruhr2010-barrierefrei.de is a lot of information on accessibility of venues, attractions, lodging, restaurants, pubs, car parks and toilets available. This information is then transferred to the OSM database. It would be nice if the OSM community could help it. This information will be analyzed for the mobility routing.

The new OSM tags for this purpose are described later on this page. - BlackBike 10:04, 6 February 2010 (UTC)

Disabled toilets

In the city of Bonn is an urgent need for disabled toilets to be tagged. For some it is a so-called "Euro-key (default is in Germany, all City Toilets Wall AG and many, especially newer, motorway toilets so equipped. All disabled toilets on motorway parking areas without any further development with buildings can be assumed almost always from € key ability. Furthermore, such facilities are often found in public buildings.). This enables physically impaired people to gain access to the disabled toilets. Therefore, this tagging as follows:

Name	Key	Value
Toilet	`amenity=*`	Toilets
Fitness for wheelchair users	`wheelchair=*`	Yes
"Eurokey"	`centralkey=*`	Eurokey
Opening times	`opening_hours=*`	Times
Address Street	`addr:street=*`	Name of road
Address house number	`addr:housenumber=*`	Number

Looking for helpers

It is still important to find mappers and wheelchair users, record the data for this project. Only with sufficient data, the test area from Bonn to a larger area to be expanded.
Who participates in data collection may appear in the category of helpers.
Enter any questions you used to me: Astrid

I would like to get involved, certainly not in Bonn. How about extending the area of the map first time to offer an incentive? The Wheelchairmap On the one see so well that disabled-related tags are used worldwide. Right now you get not even a sensible error message when you try to use the card outside Bonn. I'm at least not with a yardstick to the pavement, without that I can try out the result soon after! - Lulu-Ann 12:10, 15 January 2010 (UTC)

Project Wheelmap.org

The project Wheelmap is a map for wheelchair accessible places. See the Wheelmap Wiki Page for details.

Routing portal goes online

No later than the 1.9 is the first prototype of the wheelchair-routing portal "online. The Internet address is http://www.RollstuhlRouting.de Feedback welcome! http://www.geog.uni-heidelberg.de/giscience.html

Mapping Party Bonn

Details of the mapping party on wheelchair Routing in Bonn can be found here: Mapping Party Bonn

Requirements for Wheelchair Accessible Routes

Parameters	request and recommendation to DIN 18024-1
Road surface	Fixed Low vibration Increased volumes in the surface max. 5 mm No rough, deep sand or gravel No grass No strong rooting Not very rocky or muddy etc. Not very uneven
The light path width	Main route: min 150 cm 200 cm Byway: min 90 cm, 100 cm more
Longitudinal slope	3% 3% - 6%: Verweilplatz every 10 m (wheelchair user manual)
Cross slope	2%
Gaps	Gaps across the Route: width max. 3 cm Gaps parallel to Route longer than 3 cm: max. 0.5 cm wide (for example, grid)
Thresholds and curb height	Max. 3 cm
Ramp	Max. 6% slope Min. 120 cm between the wheel deflector ramp From 600 cm length: 150 cm x 150 cm Verweilplätze with max. 3% slope

Test Areas

As a test regions, the urban areas of Bonn andserve Freiburg im Breisgau .

A city with very many well-tagged stairs (with highway=steps and step_count=*) is Pforzheim. Another area with lots of stairs and slopes in the district is Hamburg Blankenese.

Desired test areas

I would like to test in the Hanover region, please complete the range. - Lulu-Ann 19:07, 20 January 2010 (UTC)

We want to Rostock to work with 2 schools and inspire them with your service for a data migration. - i! 17:13, 20 February 2010 (UTC)

Rolli Mapping

Tagging

Important for mapping for wheelchair users are tags that describe the properties of paths and especially the properties of pavements.

Properties

Name	Key	Value (example)
Smoothness	`smoothness=*`	Good / intermediate / bad
Surfaces	`surface=*`	Paving_stones
Width / m	`width=*`	2.5
Slope	`incline=*`	3% -2.5%
Curb height / m	`sloped_curb=*`	0.03

More detailed information about the individual tags can be found at tags for routing

Sidewalks

name	Key	Values Example
Sidewalk next to	sidewalk:left:PROPERTY.	*
Sidewalk right	sidewalk:right:PROPERTY.	*

Note: "left" and "right" refer to the digitizing direction!

Example

name	Key	Values Example
Surfaces sidewalk next to	`sidewalk:left:surface=*`	paving_stones
Smoothness of pavement right	`sidewalk:right:smoothness=*`	good

Curb heights

The routing algorithm can only tags that belong to the line elements (ways), evaluate. Therefore, the property lowered curb "a way to attach. To define the point at which is located on the lowering of the Way, the key is the extra information "start" and "end" is added:

name	Key	Values Example
Curb height left start	`sidewalk:left:sloped_curb:start=*`	0.1
Curb height on the left end	`sidewalk:left:sloped_curb:end=*`	0.03

Device

In addition to GPS the following devices are strongly recommended:

Yardstick for measuring the curb heights
Protractor or Level for measuring the slope

Measuring Pitch
Digital Level with% - and ° - ad.
protractor, available for a few euros in the construction market.

Download Mapping Documents

Track recording

track recording

Relevant map features

Characteristics of roads and sidewalks: properties
Trail type: path-types

Tags for routing

The above-mentioned requirements on the way to the hitherto existing in OSM tags (attributes) are mapped inaccurately. However, it is tested with the available options, a first routing.

Since the routing algorithm currently only tags that belong to evaluate the line elements (ways), it can, only that in the following table are listed. Tags, such as highway = crossing "can not therefore be considered first. At a later stage, they will be able to be installed. Therefore, these tags are "Important not yet usable tags" also listed.

General way types

Tag / Value	Description	Bonn	Freiburg
`highway=cycleway`		^{[ dead link ]}	^{[ dead link ]}
`highway=footway`		^{[ dead link ]}	^{[ dead link ]}
`highway=living_street`		^{[ dead link ]}	^{[ dead link ]}
`highway=pedestrian`		^{[ dead link ]}	^{[ dead link ]}
`highway=residential`		^{[ dead link ]}	^{[ dead link ]}
`highway=secondary`		^{[ dead link ]}	^{[ dead link ]}
`highway=tertiary`		^{[ dead link ]}	^{[ dead link ]}
`highway=track`		^{[ dead link ]}	^{[ dead link ]}
`highway=unclassified`		^{[ dead link ]}	^{[ dead link ]}
`foot=yes`		^{[ dead link ]}	^{[ dead link ]}
`foot=no`		^{[ dead link ]}	^{[ dead link ]}
`sidewalk=left`	See also sidewalks and properties	^{[ dead link ]}	^{[ dead link ]}
`sidewalk=right`	See also sidewalks and properties	^{[ dead link ]}	^{[ dead link ]}
`sidewalk=both`	See also sidewalks and properties	^{[ dead link ]}	^{[ dead link ]}
`sidewalk=none`	See also sidewalks and properties	^{[ dead link ]}	^{[ dead link ]}
`Track Type=grade1`	{Template:Grade1: desc.}	^{[ dead link ]}	^{[ dead link ]}
`Track Type=grade2`	Unpaved track; surface of gravel or densely packed dirt / sand	^{[ dead link ]}	^{[ dead link ]}

Path properties, in general

The tag Smoothness is initially of little significance, since according to Tagwatch and because of controversial discussion on its application so far is little or no spread consensus on its use was achieved in OSM. He could, however, in the rare case of its presence serve as exclusion criteria. For the wheelchair-routing is the day smoothness in the pilot regions is not explicitly tagged.

Tag / Value of Way or Area	Description	Bonn	Freiburg
Surface =*	The key =* surface describes the surface layer of roads and paths
`surface=paved`	Secured paved	^{[ dead link ]}	^{[ dead link ]}
`surface=unpaved`	Unpaved	^{[ dead link ]}	^{[ dead link ]}
`surface=gravel`	Gravel, crushed stone	^{[ dead link ]}	^{[ dead link ]}
`surface=sett`	Sett
`surface=unhewn_cobblestone`	Actual cobblestones
`surface=ground`	Earth	^{[ dead link ]}	^{[ dead link ]}
`surface=grass`	Grass surface	^{[ dead link ]}	^{[ dead link ]}
`surface=asphalt`	Asphalt surface	^{[ dead link ]}	^{[ dead link ]}
`surface=sand`	Sand surface	^{[ dead link ]}	^{[ dead link ]}
`surface=paving_stones`	Paving stones, foot plates	^{[ dead link ]}	^{[ dead link ]}
`surface=concrete_plates`	Concrete slabs	^{[ dead link ]}	^{[ dead link ]}
`surface=grass_paver`	Grass pavers	^{[ dead link ]}	^{[ dead link ]}
Smoothness =*	The key =* describes the surface smoothness of paths in terms of usability with vehicles.
`smoothness=good`	(dünne Bereifung) Rennräder und darunter	^{[ dead link ]}	^{[ dead link ]}
`smoothness=intermediate`	(normale Bereifung) Citybikes, Sportautos, Rollstuhl, Kinderwagen, Motorroller und darunter	^{[ dead link ]}	^{[ dead link ]}
`smoothness=bad`	(robuste Bereifung) Trekkingrad, normale Autos, Rikscha und darunter	^{[ dead link ]}	^{[ dead link ]}
`width=*`	Width of the road in meters. Information is given with a dot. Example: 2.5, 1.5 ....	^{[ dead link ]}	^{[ dead link ]}
`incline=*`	Xy%	^{[ dead link ]}	^{[ dead link ]}
`sloped_curb=` `sloped_curb:start=` `sloped_curb:end=*`	Curb height in general and curb height at the beginning or end of a road. Beginning and end are defined by the digitizing direction. The values are given in meters and are with "." separately. (Example: 15 cm would be 0.15) Since the routing can only read so far Ways to be with sloped_curb.start / end the lowered tagged curbs at road checkpoints. -> See sidewalks and properties	way sloped_curb =\|node =\|relations =\|bbox=7.0,50.7,7.2,50.8\|description = sloped_curb}} ^{[ dead link ]} {Relation =\|\|{osm-query\|way sloped_curb:end =\|node=\|bbox=7.0,50.7,7.2,50.8\|description = sloped_curb.end}}	^{[ dead link ]} ^{[ dead link ]} {Relation =\|\|{osm-query\|way sloped_curb:end =\|node= \|bbox=7.75,47.9,7.95,48.1\|description = sloped_curb.end}}
`wheelchair=yes` `wheelchair=limited` `wheelchair=no`	Suitability of the path for wheelchair users. This day only to be set if one is absolutely sure. -> See *sidewalks and properties: `sidewalk:left:wheelchair=`...**	^{[ dead link ]}	^{[ dead link ]}

Sidewalks and properties

The following tags are not the usual process of Vote go through and should be avoided for now! This is particularly controversial in this case, since there are several competing proposals are, addressing the issue of additional tracks that run next to and / or right along a main road. To illustrate the problem, the table was added to a second variant of the tagging.

Day on Way or Area	Alternative	Description	Bonn	Freiburg
	`left:highway=` `right:Highway=` `left2:highway=` `right2:Highway=`	A prefix key in allowing the use of all available tags to detect features / usage / status / permission for a track. Furthermore, there is no limit, which relates the number of left or right or running paths along a "real" covered path.
`sidewalk:left:surface=` `sidewalk:right:surface=`	`left:surface=` `right:surface=`	Surface layer of the left / right sidewalk in relation to the direction of digitization. The values (Values) entspechen those of `surface=`. -> See path properties, in general "surface ="**	^{[ dead link ]} ^{[ dead link ]}	^{[ dead link ]} ^{[ dead link ]}
`sidewalk:left:smoothness=` `sidewalk:right:smoothness=`	`left:smoothness=` `right:smoothness=`	Smoothness of the left / right sidewalk. The smoothness refers to the usefulness of vehicles. The values (Values) entspechen those of `smoothness=`. -> See path properties, in general "smoothness ="**	^{[ dead link ]} ^{[ dead link ]}	^{[ dead link ]} ^{[ dead link ]}
`sidewalk:left:width=` `sidewalk:right:width=`	`left:width=` `right:width=`	Width of the left / right sidewalk in meters. The values (Values) entspechen those of `width=`. The values are given in meters and are with "." separately. (Example: 1.5) -> See path properties, in general "width ="**	^{[ dead link ]} ^{[ dead link ]}	^{[ dead link ]} ^{[ dead link ]}
`sidewalk:left:incline=` `sidewalk:right:incline=`	`left:incline=` `right:incline=`	Slope of the left / right sidewalk. The values (Values) entspechen those of `incline=`. The values are given in% (eg 6%) -> See path properties, in general, "incline ="**	^{[ dead link ]} ^{[ dead link ]}	^{[ dead link ]} ^{[ dead link ]}
`sidewalk:left:sloped_curb=` `sidewalk:right:sloped_curb=`	`left:sloped_curb=` `right:sloped_curb=`	Curb height of the left / right sidewalk. The values are given in meters and are with "." separately. (Example: 15 cm would be 0.15) -> See *path properties, in general, "sloped_curb ="**	^{[ dead link ]} ^{[ dead link ]}	^{[ dead link ]} ^{[ dead link ]}
`sidewalk:left:sloped_curb:start=` `sidewalk:left:sloped_curb:end=` `sidewalk:right:sloped_curb:start=` `sidewalk:right:sloped_curb:end=`	`left:sloped_curb:start=` `left:sloped_curb:end=` `right:sloped_curb:start=` `right:sloped_curb:end=`	Curb height of the sidewalk at the beginning and end of the Ways. Beginning and end are defined by the digitizing direction. Because the routing node can not read yet, hereby Lowered be tagged curbs at road checkpoints.	^{[ dead link ]} ^{[ dead link ]} ^{[ dead link ]} ^{[ dead link ]}	^{[ dead link ]} ^{[ dead link ]} ^{[ dead link ]} ^{[ dead link ]}
`sidewalk:left:wheelchair=` `sidewalk:right:wheelchair=`	`left:wheelchair=` `right:wheelchair=`	Suitability of the left / right sidewalk for wheelchair users. -> See *path properties, in general "wheelchair ="**	^{[ dead link ]} ^{[ dead link ]}	^{[ dead link ]} ^{[ dead link ]}
`sidewalk:left:wheelchair:start=` `sidewalk:left:wheelchair:end=` `sidewalk:right:wheelchair:start=` `sidewalk:right:wheelchair:end=`	`left:wheelchair:start=` `left:wheelchair:end=` `right:wheelchair:start=` `right:wheelchair:end=`	Eignung des Bürgersteigs für Rollstuhlfahrer am Anfang/ Ende des Weges. Hiermit kann die Eignung von Straßenübergängen getaggt werden.	^{[ dead link ]} ^{[ dead link ]} ^{[ dead link ]} ^{[ dead link ]}	^{[ dead link ]} ^{[ dead link ]} ^{[ dead link ]} ^{[ dead link ]}

Obstacles/Accessibility

Key	Value	Foto
access	designated
access	restricted
highway	steps
	service
	footway

Important, not previously evaluated for the routing tags (because of Nodes)

Tag / Value auf Node	Foto
`highway=crossing`
`highway=elevator`
`crossing=pedestrian`
`crossing=zebra`
`crossing=traffic_signals`
`crossing=uncontrolled`
`crossing=island`
`amenity=sloped_curb` (better use sloped_curb=yes on crossings)
`elevator=*`
`amenity=parking`
`disabled_spaces=NumberOfParkingSpaces` `capacity:disabled=NumberOfParkingSpaces`
`barrier=*`
`amenity=toilets`
`wheelchair=yes/no/limited/only`

Profile

E-Wheelchair
Manual Wheelchair
Pushed Wheelchair
Stroller/Child's wheelchair (short, two parallel slants) established: stroller=yes/(no)

User Manual

Rollstuhlrouting.de/ruhr2010 - Hilfe

Sources and Links

Friedrich, Juliane. 2005: FreiRaum. Planning guidelines for the accessible design of hiking trails. Institute of Transport and Urban Planning. Fachhochschule Erfurt.
Natur für alle: Planning Guidance on Accessibility.
nullbarriere.de- Website Accessible to the field of Planning, Building and Housing
Fernsehbeitrag "OpenStreetMap für Rollstuhlfahrer" in Quarks & Co. (WDR)
Zusatzinformationen from Quarks & Co. Beitrag
Müller, A., Neis, P. Zipf, A. (2010): Route planning for wheelchair users based on OpenStreetMap data. Design, implementation and perspectives, AGIT 2010. Symposium on Applied Geoinformatics, Salzburg, Austria.

Wheelchair routing

Contents