Accessible Routing - Other languages
Barrierefreies Routenplanung ([1]) ist ein Projekt zur Entwicklung eines barrierefreien Internetdienstes für die Routenplanung im Web. Die Dienste Geocoding und Fußgängerrouting werden freundlicherweise vom OpenRouteService bereitgestellt. Ansprechpartner für dieses Projekt ist der Benutzer Ant.
Projektbeschreibung
Das Projekt „Barrierefreies Routing“ ist ein Internetportal zur barrierefreien Wegplanung von zu Hause aus. Mit der Webseite ist es möglich, sich eine Wegbeschreibung für eine beliebige Fußgängerroute ausgeben zu lassen - in Textform oder auch für Brailledrucker. Start und Ziel werden in Form von Adressen eingegeben, die Ausgabe enthält Abbiegeanweisungen, in welche Straßen abgebogen werden muss und wie viele Meter jeweils bis zur nächsten Biegung zu bewältigen sind.
Die meisten Routingdienste im Internet sind sehenden Menschen vorbehalten, etwa weil sie grafische Interaktion - zum Beispiel eine Karte - oder auch auschließende Webtechnologien wie JavaScript oder Flash verwenden. Daher legen wir besonderen Wert darauf, eine Webseite für alle zu gestalten, die auch Benutzern von Screenreadern oder Braillezeilen zugänglich ist.
Für die Zukunft ist geplant, die Wegbeschreibungen noch detaillierter zu gestalten. Sie sollen zusätzliche Orientierungshilfen sowie Hinweise auf blindenspezifische Einrichtungen, wie zum Beispiel Leitsysteme, enthalten.
Eine weitere Idee ist ein Benutzerterminal für den öffentlichen Raum, an dem Fußgänger sich unmittelbar Wegbeschreibungen zu beliebigen Zielen ausgeben lassen können.
| Vom 11.6. bis zum 29.7. wird das Projekt bei der Ausstellung "Eine Stadt für alle - Barrierefrei von A bis Z" (Einladung) in der Bremischen Bürgerschaft gezeigt. Dies umfasst ein Poster mit Projektbeschreibung, einen Audioguide sowie einen Website-Prototyp mit Screenreader am PC-Terminal.
|
Projektstatus
Prototyp
Ein erster Prototyp ist fertiggestellt. Webadresse: http://koenigstuhl.geog.uni-heidelberg.de/accessible_routing/
Funktionsumfang:
- Ermitteln einer beliebigen Fußgängerroute innerhalb Deutschlands
- Ein- und Ausgabe in Textform
- zusätzliche Textausgabe speziell für Brailledrucker in Blindenvoll- und -kurzschrift
- mehrere Sprachen (Übersetzungen jedoch noch unvollständig)
Geplante Features
- erweitertes Routing angepasst an die Bedürfnisse von Blinden und Sehbehinderten
- visuelle Kartendarstellung für Sehende
Anforderungen
Allgemein
| Anforderung |
Begründung |
Priorität |
geplant für
|
| Ausgabe ohne Grafik |
JedeR soll das System benutzen können |
1 |
Prototyp
|
Ausgabe mit Grafik (Heißt das jetzt, daß das System Grafik bekommen soll, weil es für Analphabeten geeignet sein soll?) siehe Begründung |
bessere Bedienbarkeit für Sehende |
2 |
spätere Version
|
| Barrierefreiheit für Blinde und Sehbehinderte (Biene-Kriterien) |
Blinde und Sehbehinderte sollen das System uneingeschränkt benutzen können |
1 |
Prototyp
|
| Barrierefreiheit: Funktioniert ohne Maus |
JedeR soll das System benutzen können |
1 |
Prototyp
|
| MapJumper-Kompatibilität |
... |
2 |
spätere Version
|
| Lizenzhinweise |
aus rechtlichen Gründen |
1 |
Prototyp
|
| Haftungsausschluss |
aus rechtlichen Gründen |
1 |
Prototyp
|
Kompatibilität
| Anforderung |
Begründung |
Priorität |
geplant für
|
| Browserkompatibilität |
Das System soll unabhängig vom verwendeten Browser benutzt werden können (Top 10 Browser) |
1 |
Prototyp
|
| Betriebssystemkompatibilität |
Das System soll unabhängig vom verwendeten Betriebssystem benutzt werden können (Top 3 Windows, Top 3 Linux, Top 3 Mobil) |
1 |
Prototyp
|
| Kompatibilität mit Screenreadern |
Das System soll unabhängig vom verwendeten Screenreader benutzt werden können (Top 10 Screenreader) |
1 |
Prototyp
|
| Geeignet für Braillezeile |
Benutzer von Brailleausgabegeräten sollen das System benutzen können (Top 10 Braillezeilen) |
1 |
Prototyp
|
| Geeignet für Brailledrucker |
Benutzer von Brailledruckern sollen das System benutzen können (Top 10 Brailledrucker) |
1 |
Prototyp
|
| Geeignet für Braille auf Tintenstrahldruckern für Schwellpapier |
Benutzer von Schwellpapier sollen das System benutzen können (TIFF oder PDF-Erzeugung) |
1 |
spätere Version
|
Routenplanung
| Anforderung |
Begründung |
Priorität |
geplant für
|
| Fußgänger-Routing, d.h. Fußwege, Fußüberweg etc. berücksichtigen |
Die Fortbewegung zu Fuß ist für alle Menschen unabdingbar |
1 |
Prototyp
|
| Hausnummern-Routing |
.... |
1 |
Prototyp
|
| Auswahl zwischen schneller, kurzer, sicherer Route (unterscheiden sich schnellste und kürzeste Route für Fußgänger merkbar?) |
.... |
1 |
spätere Version
|
| Blindenleitsysteme berücksichtigen/priorisieren |
Das System soll blindengerechte Routen bevorzugen |
1 |
spätere Version
|
| Anzahl von Straßenquerungen und Hindernissen berücksichtigen |
Das System soll blindengerechte Routen bevorzugen |
1 |
spätere Version
|
| Adressfinder |
Texteingabe erfordert das Auffinden von Adressen |
1 |
Prototyp
|
| Entfernungsberechnung |
Abschätzung der Entfernung ist hilfreich |
1 |
Prototyp
|
| Zeitberechnung |
Abschätzung der benötigten Zeit ist hilfreich |
2 |
Prototyp
|
| ÖPNV-Routing |
Die Möglichkeit zur Nutzung des ÖPNV ist für Fußgänger relevant |
3 |
spätere Version
|
| Einbindung des GPS für die Nutzung im Browser im mobilen Endgerät unterwegs |
... |
4 |
spätere Version
|
Ausgabeformat
| Anforderung |
Begründung |
Priorität |
geplant für
|
| Weganweisungen in Schwarzschrift und Blindenschrift (Vollschrift, Kurzschrift) auf Deutsch |
Weganweisugen sollen mit Brailledrucker ausgegeben werden können |
1 |
Prototyp
|
| Weganweisungen in Schwarzschrift und Blindenschrift (Vollschrift, Kurzschrift) weitere Sprachen |
Weganweisugen sollen mit Brailledrucker ausgegeben werden können |
1 |
Prototyp
|
| Versenden eines Links mit der aktuellen Route/Position (was ist damit gemeint, Senden an E-Mail, Facebook, ...? URL ist eindeutig in Bezug auf die Route) |
... |
1 |
Prototyp
|
| Orientierungspunkte anzeigen (Brücken, Ampeln, Leitsysteme, Querstraßen) |
Blinde brauchen möglichst viele Orientierungspunkte, um die Route nicht zu verlieren |
1 |
spätere Version
|
| Wegeigenschaften anzeigen (getrennte Fuß-/Radwege, Grünstreifen, Bordsteine, Wegoberfläche) |
Behinderte Menschen benötigen detaillierte Angaben zu Wegeigenschaften und Passierbarkeit |
1 |
spätere Version
|
| Gefahrenstellen anzeigen (Straßenbahn, Fußgängerüberweg, Stufen etc.) |
Gefahrenstellen, die für Sehende unproblematisch sind, könne für Blinde zum Problem werden |
1 |
spätere Version
|
| Blindenspezifische POIs ansagen (blind:... - Tags) |
Explizit für Blinde eingetragene Information sollen dargestellt werden. |
1 |
spätere Version
|
| Fußgängerzonen und andere besondere Wegarten anzeigen |
Flächige Wege machen Orientierung u.U. schwierig |
1 |
spätere Version
|
| ausgewählte POI anzeigen (nach Vorliebe des Benutzers) |
Toiletten, Geschäfte etc. in der Nähe der Route sind vor Ort ggf. schwer auffindbar und sollen daher angezeigt werden. Ggf. kann die Route angepasst werden |
2 |
spätere Version
|
Benutzungsschnittstelle
| Anforderung |
Begründung |
Priorität |
geplant für
|
| easy-to-use, Standard-UI |
Das System soll einfach handhabbar sein, auch für Ungeübte |
1 |
Prototyp
|
| Übersichtlichkeit |
Zu viele Elemente können zu Verwirrung führen, ein klarer Aufbau hilft bei der Orientierung |
1 |
Prototyp
|
| Skalierbarkeit |
Schriftgröße soll einstellbar sein (welche Browser können das denn nicht selber?) |
1 |
spätere Version
|
| Vermeidung von Farbbenutzung |
Schriftfarbe soll einstellbar sein, keine Rot-Grün Kontraste, SW-Modus für Achromaten |
1 |
Prototyp
|
| Einstellungen speichern |
Behinderungsbedingte Einstellungen des User Interfaces soll per Login oder Cookie gespeichert werden |
2 |
spätere Version
|
| Upload von persönlichen Favoriten im Loadstone-GPS-DB-Format |
Benutzer wollen selbst erfasste GPS-Positionen als Start oder Ziel benutzen |
3 |
spätere Version
|
Konfigurierbarkeit
| Anforderung |
Begründung |
Priorität |
geplant für
|
| Konfigurierbarkeit der Wegbeschreibung und Wegführung |
Die speziellen Bedürfnisse, die Menschen mit Behinderung in Bezug auf das Routing haben (je nach Art und Schwere der Behinderung, Vorhandensein eines Blindenführhundes), und besondere Wünsche bzgl. Wegführung und -beschreibung sollen berücksichtigt werden |
1 |
spätere Version
|
| Verwaltung von Benutzerprofilen |
Benutzerprofile ermöglichen das Speichern und Verwalten von persönlichen Einstellungen |
3 |
spätere Version
|
Internationalisierung
| Anforderung |
Begründung |
Priorität |
geplant für
|
| Unterstützung von Mehrsprachigkeit (Prototyp: Deutsch, Englisch, Französisch, Italienisch, Spanisch) |
JedeR soll das System benutzen können |
1 |
Prototyp
|
| Unterstützung von Mehrsprachigkeit (weitere Sprachen) |
JedeR soll das System benutzen können |
1 |
je nach Ressourcen
|
| Unicode-Unterstützung |
... |
1 |
Prototyp
|
| Unterstützung lateinischer Braille-Alphabete |
... |
1 |
Prototyp
|
| Unterstützung sonstiger Braille-Alphabete |
... |
1 |
?
|
| Unterstützung metrischer Maßeinheiten |
... |
1 |
Prototyp
|
| Unterstützung sonstiger Maßeinheiten |
... |
2 |
spätere Version
|
| Ansteuerung des Screenreaders in der korrekten Sprache (Ist es nicht eher Aufgabe des Screenreaders, die Sprache der Webseite zu erkennen? Schön wärs: Die meisten können das überhaupt nicht!) |
... |
3 |
spätere Version
|
| weltweite Daten |
JedeR soll das System überall benutzen können |
3 |
spätere Version
|
