DE:Adresseingabe für Navigationsprogramme

From OpenStreetMap Wiki
Jump to: navigation, search

(Diese Seite ist als Gerüst für ein allgemeines Brainstorming gedacht. Jeder interessierte kann sich mit Überlegungen oder Erkenntnissen gerne einbringen.)

Ausgangslage

Ein großer vielversprechender Bereich zur Nutzung der OSM-Daten ist jener der Navigation mittels mobiler Geräte.

Eine Übersicht der bisher vorhandenen Möglichkeiten hierzu findet sich z.B. unter Routing/offline routers.

Die vermutlich häufigste Art der Ziel-Eingabe für solche Navigationsprogramme dürfte so aussehen, dass man von dem Ziel die postalische Adresse kennt und diese in die entsprechende Zieleingabe des Programms eingibt.

Am Beispiel von Deutschland würde eine solche Eingabe beginnen mit dem Ortsnamen oder alternativ der Postleitzahl. Die Suchmaske könnte nun alle Orte filtern und anzeigen, welche in irgendeiner Weise auf den Ort passen.

Wenn der Benutzer den gesuchten Ort gefunden und ausgewählt hat, könnte die Suchmaske nunmehr alle Straßen des Ortes anzeigen. Eine Eingrenzung könnte durch den Benutzer durch Eingabe der ersten Buchstaben des Straßennamens erfolgen.

Die Eingabe der gesuchten Hausnummer oder einer Straßenkreuzung (Birkenstraße, Ecke Eichenweg) wäre das letzte einzugebende Detail.

Problem

Bei einem Vergleich der bisher verfügbaren und brauchbaren OSM-basierten Navigationslösungen zeigen sich in der Praxis jedoch Fälle, in welchen die gesuchte Straße in dem jeweiligen zugehörigen Ort NICHT von bestimmten Navigationslösungen gefunden wird, obwohl die Straße an sich zutreffend in den OSM-Daten enthalten ist.

Knackpunkt mag hierzu die Struktur der Kartendaten zu dem jeweiligen Programm sein. Denn eine Frage muss sich jeder Entwickler einer Adress-Suche stellen:

  • Wie definiere ich alle Straßen und Wege, die zu einem (postalischen) Ort gehören?

oder anders herum:

  • Zu welchem (postalischen) Ort gehört eine jeweils beliebige Straße in den OSM-Daten?


Um dieser Problemstellung zu begegnen, bieten sich folgende Betrachtungen an:

  • Sammlung von Adressen, welche von dem jeweiligen Programm gefunden werden, und jene, die nicht gefunden werden, obwohl die Straße in den OSM-Daten enthalten ist.
  • Darstellung denkbarer Prozesse, wie aus den OSM-Rohdaten die jeweiligen Kartendaten für jede Anwendung gewonnen, gefiltert und zusammengefasst werden können.
  • technische und prinzipielle Möglichkeiten der Sucheingaben in dem jeweiligen Navigationsprogramm.

Ziel soll sein:

  • Sind die bisherigen und derzeitigen OSM-Daten für eine derartige Nutzung überhaupt geeignet oder brauchen wir neue Datenelemente?
  • Liegt bei nicht auffindbaren Adressen ggf. nur eine mangelhafte Erfassung der OSM-Daten an dem jeweiligen Ort vor?
  • Müssen die Karten-Bau-Prozesse oder die Datenbank-Strukturen der Navigationsprogramme geändert oder optimiert werden?

und somit: optimale Nutzung der OSM-Daten zu Navigationszwecken

Programme mit Adress-Suche

  • MapFactor Navigator Free läuft auf Windows, WindowsMobile sowie mittels Wine auch unter Linux (mit den geladenen Kartendaten für Germany-North mal "Hamburg" als Ort suchen lassen und Ergebnis betrachten ...)
Wertet offensichtlich Grenz-Polygone und PLZ-Polygone aus, für Orte (noch) ohne Begrenzung erfolgt eine Umkreissuche um den place-node herum. Quelle: [1]
  • GpsMid für JavaME-fähige Handies, aber auch mittels microemu.org (benötigt Java) auf jedem Desktop-PC
Suchfunktion arbeitet eher mit einer Art Volltextsuche und nicht mit Suche nach Ort, dann nach dort verfügbaren Straßen.
  • Navit läuft auf allem wie z.B. Linux, Windows, Windows Mobile, Android bzw. ZANavi (nur Android)
Assoziation von Straßen zu einem Ort erfolgt offensichtlich nicht anhand von Grenzpolygonen, sondern nach ... wer weiß die Lösung??
Aktuelle Information 07.07.2013: Die Adresssuche in Navit wurde vor ca. 2 Monaten grundlegend überarbeitet und scheint jetzt auch auf Grenzpolygonen zu basieren. Daher sind die Ergebnisse der Adressuche nun spürbar verbessert (d.h. man kann die Suchfunktion jetzt erstmalig wirklich nutzen). In Großstädten gibt es noch ein Problem, da die Zuordnung der Straßen zu Postleitzahlen in Navit noch nicht ganz funktioniert (für Hamburg werden z.B. nur 3 Postleitzahlen gefunden, aber alle in Hamburg verfügbaren Straßen einer dieser Postleitzahlen zugeordnet. Deshalb konnte ich auch den Großmoorbogen in Hamburg erst im 3. Versuch finden. Die getestete Version stamm nicht aus dem Android Market sondern wurde von der Navit Seite direkt heruntergeladen (nightliy build) - die Adresssuche ist aber seit 2 Monaten stabil.
  • OsmAnd (nur Android)
    • Grenz-Polygone mit admin-level=8 und PLZ-Grenzen werden ausgewertet, alle darin liegenden Straßen werden dem Ort zugeordnet. Bei Orten ohne Grenzpolygon erfolgt eine Umkreissuche. Quelle: [2] ... Aufbereitung der durchsuchbaren Adressdaten wurde kürzlich extrem verbessert. Daher Empfehlung: stets aktuellste Entwicklerversion und neueste Kartendaten testen!
    • OsmAnd läuft mittels android-x86.org sowie virtualbox.org oder VMWare auch auf jedem Desktop-PC
    • jede Kartendatei von OsmAnd mit der Endung *.obf kann mittels des Programms "inspector" aus dem Paket OsmAndMapCreator-development.zip und dem Parameter -v so dargestellt werden, dass alle zugeordneten Straßen zu jeder Ortschaft ausgegeben werden. Beispielaufruf von der Kommandozeile: inspector -v beispiel.obf >output.txt
  • NavDroyd (nur Android)
  • MoNav läuft vielfältig auf Windows, Linux etc.
Monav wertet bisher keine Grenzpolygone aus, Zuordnung von Straßen erfolgt anhand des Schemas auf OSM tags for routing, laut [3] ... Fortschritte werden für Version 0.4 erwartet.
  • Gosmore für Windows, Linux, WinMobile
Suchfunktion arbeitet eher mit einer Art Volltextsuche und nicht mit Suche nach Ort, dann nach dort verfügbaren Straßen. Weitere Entwicklung des Programms erscheint fraglich.
  • ...

Lösung bei Garmin-Karten

  • Mkgmap
    • Grenz-Polygone mit admin-level und PLZ-Grenzen werden ausgewertet, alle darin liegenden Straßen werden dem Ort zugeordnet. Bei Orten ohne Grenzpolygon erfolgt eine Umkreissuche.

Einzelbeispiele / Testfälle

PLZ Ort Straße MapFactor Navigator Free GpsMid Navit ZANavi OsmAnd NavDroyd MoNav Gosmore Mkgmap Bemerkung/Lösung
21435 Stelle Westerfeld Yes
?
Yes Yes Yes No No
?
Yes
Lüneburg Memeler Straße Yes
?
Yes Yes Yes
?
No
?
Yes
Lüneburg Hohenhorststraße Yes
?
Yes Yes Yes
?
Yes
?
Yes
Lüneburg Triftweg Yes
?
Yes
?
Yes
?
No
?
Yes
Lüneburg August-Horch-Straße Yes
?
Yes
?
Yes
?
Yes
?
Yes
21368 Dahlenburg Yes
?
Yes Yes Yes
?
No
?
Yes
21629 Neu Wulmstorf Plantagenweg Yes
?
Yes
?
No
?
No
?
Yes OsmAnd findet die Straße unter dem Ort "Mienenbüttel"
21629 Neu Wulmstorf Schwarzenberg Yes
?
Yes
?
Yes
?
No
?
Yes
21684 Stade Eulenweg Yes
?
No
?
Yes
?
No
?
Yes
21244 Buchholz in der Nordheide Hanomagstraße Yes
?
Yes
?
Yes
?
Yes
?
Yes
Hamburg Großmoorbogen Yes
?
?
- im 3. Versuch erfolgreich
Yes Yes
?
?
?
Yes
Hamburg Prachtkäferweg Yes
?
Yes
?
Yes
?
?
?
Yes
Ritterhude Naugader Straße Yes
?
Yes
?
Yes
?
No
?
Yes
Bremen Rotdornallee Yes
?
Yes
?
Yes
?
?
?
Yes
Bremen Fittjenberg Yes
?
Yes
?
Yes
?
?
?
Yes
Emden Siedlerweg Yes
?
Yes
?
Yes
?
No
?
Yes
Gelsenkirchen Kurt-Schumacher-Straße Yes
?
Yes Yes Yes
?
?
?
Yes
29459 Clenze Dalitzer Weg Yes
?
Yes
?
No
?
No
?
Yes Grenzpolygon vorhanden? Ja, wurde kürzlich erstellt.
21354 Bleckede Albert-Schweitzer-Weg No
?
Yes
?
No
?
No
?
Yes Grenzpolygon vorhanden? Ja, wurde erstellt. Aber: Straße fehlt bisher in OSM komplett!!!(Straße scheint jetzt da zu sein,2012-02-13)
21133 Oststeinbek Eichredder Yes
?
Yes
?
Yes
?
?
?
Yes
21218 Seevetal Pastorenwiesen Yes
?
Yes Yes - mit ort "Hittfeld" findet es ZANavi, Seevetal ist nicht im OSM als Ort eingetragen No
?
?
?
Yes für die Gemeinde Seevetal existiert bisher nur ein Grenzpolygon, ein Punkt für den (tatsächlich nicht existierenden) Ort Seevetal ist nicht in den OSM-Daten. Offensichtlich scheitert OsmAnd daran.

OSM-Elemente zur Zuordnung Straße <-> Ort

siehe auch