Im Gegensatz zur Navigation für das Auto hat sich die Fußgängernavigation bisher nur spärlich entwickelt. Insbesondere Menschen mit Sehbehinderung werden bei der Realisierung neuer Systeme praktisch nicht berücksichtigt, obwohl sich gerade hier ein Bereich mit nahezu grenzenlosen Entwicklungsmöglichkeiten auftut. Es existieren zwar einige Systeme zur nichtvisuellen Darstellung von Kartendaten, jedoch verfügen diese bei hohem Preisniveau nicht über sehbehindertenspezifische Informationen. Dieses Buch befasst sich mit der Konzeption und Implementierung einer freien Orientierungssoftware, die speziell auf die Bedürfnisse von Menschen mit Sehbehinderung zugeschnitten ist. Die hierfür erforderlichen Kartendaten werden aus der OpenStreetMap bezogen, da diese unter einer freien Lizenz veröffentlicht wird und bereits Informationen enthält, die für Menschen mit Sehbehinderung von Bedeutung sind. Mit der entwickelten Software ist es Menschen mit Sehbehinderung dann möglich, dieses Kartenmaterial über ihr Mobiltelefon zu nutzen und außerdem auch selbst zu editieren und zu erweitern. Zur Positionsbestimmung des Mobiltelefons findet das Global Positioning System (GPS) Verwendung. Die Programmiersprache der Navigationssoftware ist Java ME, da so theoretisch eine Nutzung auf verschiedenen Mobiltelefonen ohne weitere Anpassung der Software möglich wird.

Textprobe: Kapitel 2.2.2, Funktionale Anforderungen: Beim Starten der Anwendung muss ein Hinweis auf die verwendete Lizenz der Kartendaten angezeigt werden. Diese Funktion darf nicht abschaltbar sein. Das System soll speziell für die Bedürfnisse von Menschen mit Sehbehinderung entwickelt werden. Daher ist es erforderlich, dass keine Grafiken verwendet werden. Die Ausgabe darf nur aus Text bestehen, der von einem Screenreader gelesen werden kann. Ein Screenreader ist eine Anwendung, die im Hintergrund läuft und vorliest, was auf dem Display eines Gerätes als Text dargestellt wird. Für eine solche Software ist die Erkennung von Text in Bildern nicht möglich. Zum einen ist der rechnerische Aufwand zu groß, als dass ein mobiles Endgerät eine Texterkennung durchführen könnte. Zum anderen ist die Auflösung der Grafiken aufgrund des kleinen Displays zu gering, um eine hohe Erkennungsrate der Buchstaben zu erzielen. Konkret wird vorausgesetzt, dass mindestens der Screenreader ‘Talks’ der Firma Nuance unterstützt wird. Es soll die Möglichkeit bestehen, sich ausgeben zu lassen, wo man sich gerade befindet. Dies soll mittels Angabe von Straße und Hausnummer sowie Ort bzw. Stadtteil geschehen. Falls keine Hausnummer vorhanden ist, soll die nächste Kreuzung oder Einmündung angegeben werden. Mindestens für Testzwecke soll es möglich sein, sich die Koordinaten ansagen zu lassen, die gerade vom GPS Empfänger kommen. Es soll möglich sein, persönliche Favoriten sowohl über die direkte Eingabe von Name und geografischen Koordinaten als auch durch einen vorhanden Punkt aus den Kartendaten abzulegen. Es soll möglich sein, sowohl die Distanz zu einem Punkt aus den Kartendaten als auch die Richtung, in der er sich befindet, berechnen zu lassen. Dies gilt auch für persönliche Favoriten. Die Richtung soll dabei in Himmelsrichtungen oder auf der Uhr, also relativ zur Bewegungsrichtung, ansagbar sein. Bei Verlust eines gültigen GPS Signals soll dies mit einstellbarer Verzögerung ausgegeben werden. Auch das Wiedererlangen eines gültigen GPS Signals soll ausgegeben werden. Die OpenStreetMap Karte liefert weltweite Daten. Daher ist es erforderlich, dass auch die Anwendung weltweit agieren kann. Das bedeutet, dass eine Schrift und Sprachenunabhänigkeit zu den Kernanforderungen gehört. Obschon das System speziell für Menschen mit Sehbehinderung entwickelt wird, soll eine Bedienung durch sehende Menschen ebenso möglich sein. So sollen beispielsweise TrainerInnen, Familienmitglieder oder FreundInnen in der Lage sein, den Nutzer beziehungsweise die Nutzerin beim Erlernen der Bedienung des Systems zu unterstützen. 2.2.3, Informationsquellen: Als Informationsquellen standen mir folgende Personen und Dokumente zur Verfügung: Die Initiatorin des LoroDux Projektes, Annette Thurow. Die deutsche Mailingliste BlindNaviOSM, die sich speziell mit Navigation für Menschen mit Sehbehinderung befasst beziehungsweise deren angemeldete und fleißig Anforderungen aufnehmende NutzerInnen. Durch diese Mailingliste konnte ich viel über die besonderen Bedürfnisse von Menschen mit Sehbehinderung in Erfahrung bringen. Ein Dokument des Deutschen Blinden und Sehbehindertenverbandes e.V. (DBSV). In diesem Dokument hat der DBSV im Jahr 2008 umfassende Informationen über die Anforderungen, die an ein Orientierungssystem für Menschen mit Sehbehinderung gestellt werden, und die Bedürfnisse, die diese Menschen haben, sehr detailliert zusammengetragen. Da das Dokument aber von Menschen verfasst wurde, die über keine umfassenden Kenntnisse der technischen Möglichkeiten verfügen, finden sich in diesem auch sehr unrealistische Anforderungen. Beispielsweise soll die Positionierungsbestimmung auf einen Meter genau sein, was mit handelsüblichem GPS nicht realisierbar ist. Zu diesen Quellen kommt noch das Wiki von LoroDux hinzu. Es war zu großen Teilen bereits zu Beginn der Bachelorarbeit sehr umfangreich und wurde während der Entwicklung des Systems sogar noch erweitert. Allerdings ist eine weitreichende Fehlerfreiheit bislang noch nicht vorhanden, sodass die dort gemachten Angaben nur unter Vorbehalt verwendet werden sollten. 2.2.4, Technische Anforderungen: An das zu entwickelnde mobile System werden folgende technischen Anforderungen gestellt: Die Programmiersprache muss Java ME sein. Die Begründung hierfür ist, dass Java ME plattformunabhängig ist. Das bedeutet, dass theoretisch das gleiche Programm auf verschiedenen mobilen Plattformen ohne Anpassung an das verwendete Betriebssystem lauffähig ist auch auf älteren Geräten. Somit bietet sich Java ME auch für die Verwendung in so genannten Dritte Welt Ländern an. Außerdem existiert für Java ME eine Entwicklungsumgebung (IDE), die für Menschen mit Sehbehinderung gut bedienbar ist. Damit eröffnet sich auch für die Zielgruppe des Systems die Möglichkeit der Weiterentwicklung. Das zur Verwendung kommende mobile Endgerät muss über eine Bluetooth Schnittstelle verfügen, um sich mit Bluetooth GPS Empfängern verbinden zu können. Die logische Konsequenz aus dieser Anforderungen ist, dass ein GPS Empfänger ebenfalls über eine Bluetooth Schnittstelle verfügen muss. Wie bereits erwähnt, stammen die Begründungen und Entscheidungen in diesem Kapitel nicht von mir, sondern sind aus den oben genannten Informationsquellen entnommen.

• Java ME

• Navigation

• blind

• OpenStreetMap

• Sehbehinderung

• Barrierefreiheit

• Usability

Daniel Hänßgen, geboren 1987 in Heidelberg. Bereits als Jugendlicher begeisterte sich der Autor sowohl für Technik als auch für Musik und besuchte ein technisches Gymnasium. Nach dem Abitur eröffnete er das STANZA-Tonstudio und begann sein Studium der Angewandten Informatik an der Fachhochschule Hannover, das er 2010 erfolgreich mit dem akademischen Grad Bachelor of Science abschloss und zurzeit im Masterstudiengang fortsetzt. Er wohnt auf 24 Quadratmetern irgendwo in Hannover, kocht mit Wasser und ersteigerte jüngst einen roten Pullover bei einem Internetauktionshaus.