CAP4Access: Collective Awareness Platforms for Improving Accessibility in European Cities & Regions
The objective of CAP4Access is to develop and pilot-test methods and tools for collectively gathering and sharing spatial information for improving accessibility. The aim is to exploit the power of online maps and mobile devices for fostering awareness of barriers for individuals with limited mobility and in turn aid in the removal of such barriers.
CAP4Access helps integrating disabled communities into society (social sustainability), saving public resources e.g. by helping municipalities to focus expenditures (economic sustainability) and also saving natural resources e.g. by facilitating public transport use (ecological sustainability). Data sources will include
citizen humans as sensors, sensors in smartphones and Public Sector Information such as data held by local administrations which are of relevance to accessibility (e.g. road surface and width, traffic volumes and speed, elevation, road works). Target groups include people requiring enhanced accessibility; grassroots initiatives supporting people with disabilities; policy-makers, planners and service providers with responsibility for the built environment; and the general public. Rather than setting up a new platform, the tools to be developed will be pilot-tested on established platforms including Wheelmap, WheelchairRouting, and the OSM.
More specifically our research group will participate in developing:
- Collective tagging: Tools for tagging (human-as-sensor principle), annotating and facilitating the discussion of locations/places and routes/streets within the built environment according to their accessibility/suitability for individuals with limited mobility. Develop a tagging management system to support the collection of user-generated data.
- Quality assessment of crowd-sourced data: Develop a data quality assessment and management approach.
- Tools for integration of PSI/sponsored data in OSM based mapping platforms
- Routing and navigation: Develop and implement a data and model for cityscape navigation for persons with limited mobility.
- Tools targeting local initiatives for supporting awareness raising and collective action: Enabling local activities for creating awareness and initiating concrete measures for eliminating barriers for people with limited mobility.
This European project is funded for 3 years.
A recently published paper (Rousell & Zipf 2017) presents a prototype navigation service extending OpenRouteService (Schmitz et al. 2008) that extracts landmarks suitable for pedestrian navigation instructions from the OSM dataset based on several metrics. In general, when providing instructions on how to get somewhere, people generally include landmarks in their instructions - “Turn left [...]
Using data generated from the crowd has become a hot topic for several application domains including transportation. However, there are concerns regarding the quality of such datasets. As one of the most important crowdsourced mapping platforms, in a recent study (1) we analyze the fitness for use of OpenStreetMap (OSM) database for routing and navigation [...]
Within wayfinding and navigation tasks, the use of landmarks has been found to be a key aspect. In particular pedestrian instructions should focus on the delivery of “landmarks” to aid in navigation. Still the use of landmarks is not common in many navigation systems. The salience of features is an important aspect of whether they [...]
On Tuesday 17th January, the CAP4Access/MyAccessible.EU came to a close after three years with the successful completion of the final European Commission review meeting in Brussels. Reviewers were highly pleased with the outcomes of the project, both on the technical and societal fronts. At GIScience in Heidelberg, through the EC FP7 project we have extended the [...]
When using routing services that rely on OpenStreetMap data, the route engine might suggest you a path that seems to be longer than the shortest possible route you could identify on the map. The main reason behind this are either a lack of data completeness in OSM (for certain data attributes/ for certain regions) or [...]