Adressen finden in OSM mit Garmin

wind · October 13, 2011, 9:50am

Was für ein Gerät hast Du genutzt? Welche Einstellungen? Klappt Fahrrad-Routing auch über mehr als 30 km?

wolfrudi · October 13, 2011, 11:20am

railrun:

Und hier noch eine “kleine” Fleißaufgabe:
Da ich momentan etwas Zeit habe aber kein Garmin zur Hand, hab ich verschiedene Optionen auprobiert um dem Mysterium der Engelbertusstraße in Wipperfürth auf die Schliche zu kommen (das ganze passiert natürlich auch in anderen Städten, wie z.B. in München die Pennstraße)
Download:
MD5-Summen:
MD5 (wipperfuerth.zip) = 258e9ad22f8cc936fe90f2a69831fa51 
In diesem Zip-Archiv befinden sich weitere Zip-Archive, in denen sich jeweils ein gmapsupp-Image befindet. Dabei muss jeweils diese Datei auf das Garmin übertragen werden. Wenn die Engelbertusstraße nach Eingabe der Stadt gefunden wird, ist das positiv, sonst negativ. Der Umweg über “Alle Städte Durchsuchen” ist nicht Notwendig, da wissen wir, dass es funktioniert. Ziel ist es, herauszufinden, was die fehlerhafte Suche verursacht.
Am besten wäre die Antwort in folgendem Format
Getestet auf Garmin Oregon/Nüvi/Etrex...

5678.zip = positiv
56789.zip = negativ
...
Vielleicht findet man ja ein System…

Hallo Martin,

ich habe mir das mal in josm angesehen. Die Engelbertus Strasse hatte den ungewöhliche Tag=is_in =Wipperführt. Dieser Tag ist umstritten.

Ich habe ihn (tag) gelöscht. Mal sehen was beim nächsten Render passiert.

Gruss Wolfgang

EvanE · October 13, 2011, 11:42am

Hallo Wolfgang

Falls deine Schreibweise so in der Datenbank war (statt Wipperfürth), dann sollte das die Ursache sein.
Allerdings finde ich es übertrieben gleich den is_in Tagg zu löschen. Der ist alt eingeführt und sollte auch passend ausgewertet werden.

Wie auch immer, es ist auf jeden Fall ein Test, ob das is_in Tagg an einer Straße die Ursache sein kann.

Was das umstritten angeht, so gibt es halt Leute, die meinen, dass es gut wäre, alte Sachen gleich über Board zu kippen, nur weil es eine andere (ggfs. indirekte) Art gibt, den gleichen Sachverhalt herauszufinden.
Nach meiner Meinung schadet ein wenig Redundanz in einem Projekt wie OSM mit seinen vielen Möglichkeiten von kaputten/unvollständigen Daten überhaupt nicht.

Edbert (EvanE)

derjürgen · October 13, 2011, 1:21pm

Aber mit der aktuellen Index Karte funktioniert doch die Engelbertusstraße in Wipperfürth.

Warum also ändern?

Gruß Jürgen

wolfrudi · October 13, 2011, 3:47pm

Nüvi 1390Tpro mit SD-Karte. Fahrrad-Routing bis 15km getestet. Ich teste weiter.

Gruß Wolfgang

railrun · October 14, 2011, 11:52am

Danke für den Hinweis. ich hab es in die Anleitung übernommen.

Seit kurzem gibt es jetzt auch Hamburg-Nord etc. als boudary, deswegen klappt es mit meinem Stylefile nicht mehr.
2 Möglichkeiten:

Ein admin-level=6 um Hamburg legen

man riskiert Dörfer/kleine Gemeinden zu verlieren und setzt die Priorität im Style nach oben (aktuell 8>6>7>9>10>4; dann 8>6>7>4>9>10)

Ich denke wir werden noch mehr Probleme bekommen, wenn man nicht eindeutig regelt, wie man die admin-levels verteilt. In vielen Ländern Europas werden nur wenige Admin-Level eindeutig verwenden (z.B. 4 für Region, 6 Stadt, 8 Village).

@wind: Mit Auto-Routing hab ich keine Probleme. Die gleiche Strecke mit dem Fahrrad funktioniert nicht. Welches Style verwendest du? Ich hab meins fürs Auto versucht zu optimieren… Vielleicht kommt daher das Problem?! Deswegen könntest du probieren das Default-Style erst einmal zu testen. Oder zu checkst dir eine alte Mkgmap-Version aus und schaust, ab wo das Problem auftaucht.

toc-rox · October 14, 2011, 1:06pm

Hamburg sollte m.E. als “Ganzes” durchsucht werden können.

Fragen:

Welche Auswirkung hätte die Einführung eines “admin-level=6” um Hamburg?
Und wie ist das für Berlin geregelt?

Klaus

flux · October 14, 2011, 5:59pm

MIt der letzten Version habe ich das Problem, dass ich von Regensburg nach Hamburg auf eine abenteuerliche Strecke komme und der Router ab Nürnberg einfach nicht Richtung Norden weiterroutet. Es geht rüber bis ins Rheintal und dann schräg hoch nach Hamburg. Völlig daneben und auch unabhängig von den Routingoptionen, die die Strecke betreffen (schnellste oder kürzeste).

Möglich, dass es auch an den OSM-Daten liegt, das hatte ich vor einem Jahr auch von Regensburg nach Reutlingen, da ging es es auch nur über Frankfurt …

Thomas.

Peter_Maiwald · October 14, 2011, 10:56pm

Routingfehler

ich benutze die Karte von railrun vom 31.8. mit einem Nüvi 255t und wurde heute über diese Straße gerouted http://www.openstreetmap.org/browse/way/55526861
Dort steht motor_vehicle = private an der Straße und die Tore waren geschlossen.

wind · October 15, 2011, 8:26am

Das Routing hat tatsächlich mit den Style-Files zu tun. Bislang hatte ich im Wesentlichen die Stylefiles von railrun verwendet, mit minimalen Änderungen an den Points und Polygon-Dateien, hauptsächlich um die Namen von POIs zu verändern.

Jetzt habe ich mal testweise einfach die lines-Datei durch die default\lines der mkgmap-r2049 ersetzt und oben noch den Adress-Block aus der railrun-lines eingefügt. Die ersten vier Routingversuche (für Fahrrad, kürzere Strecke, bessere Route) damit waren tadellos.

Die ersten Test-Adressen waren darüber hinaus auch über die Adress-Suche zu finden. Allerdings hatte ich Schwierigkeiten, die Schleswig-Holstein-Strasse in Hamburg suchen zu lassen. Hamburg ist in dieser Version zweigeteilt (es gibt nicht mehr die Stadt Hamburg, sondern nur Hamburg-Nord und Hamburg-Mitte). In beiden war besagte Straße nicht drin. Auch nicht in Norderstedt.

@railrun: Leider überblicke ich noch nicht, welche von Deinen Stylefile-Änderungen für die Adress-Suche notwendig sind und welche das Routing beeinflussen. Ich hoffe, einen Kompromiss zu finden, bei dem beides gut geht. Über jede Hilfe bin ich dankbar.

aighes · October 15, 2011, 9:25am

@railrun: Ich hab mir jetzt nicht dein Style angeschaut, aber mir kam die Idee, solche Sonderfälle wie “Stadtstaaten” explizit zu behandeln.
Bspw:

mkgmap:country=DEU & mkgmap:city!=* & mkgmap:admin_level4=Hamburg {set mkgmap:city=‘${mkgmap:admin_level4}’ }

guegafue · October 15, 2011, 10:59am

@railrun

ich finde eine einzige von ca. 750 Straßen in Fürth/Bayern nicht, den Marktplatz. Diese Straße ist korrekt als Fußgängerzone (Pedestrian) eingetragen, graues Polygon siehe Bildmitte http://www.openstreetmap.org/?lon=10.9866&lat=49.4796&zoom=18

Ähnliches hatte ich kürzlich mit dem Waagplatz, dieser ist jedoch seit deiner letzten Karte einwandfrei zu finden

Günter

railrun · October 15, 2011, 12:03pm

Oh oh… ich sehe es gibt viele Baustellen. Ich schreib mir mal eine to-do-Liste

Bis dahin noch eine neue Karte:
Direkt für Garmin-Geräte (nur entpacken & kopieren):
MD5-Summen:


MD5 (20111007gmapsupp.img.zip) =  ee3ec4473d1212450a3a42694a2212a5
MD5 (gmapsupp.img) = 5279016f370fc7a432b059fa23069841

@Win32netsky: Thurau kann ich nicht finden, ich schau mir die MPs noch einmal genauer an, aber nicht vor Montag!

Viel Spaß beim Testen…

guegafue · October 15, 2011, 3:47pm

@railrun

Zwischen dem findbaren Waagplatz in Fürth und dem nicht findbaren Marktplatz gibt es folgenden Unterschied:

für Waagplatz gibt es zwei Einträge:
highway=pedestrian, name=Waagplatz und zusätzlich
highway=pedestrian, name=Waagplatz,area=yes
Der Bereich und die Straße sind durch einen gemeinsamen Punkt verbunden

für den Marktplatz gibt es nur einen Eintrag
highway=pedestrian, name=Marktplatz,area=yes

ähnliche Situation für Löwenplatz:
hier gibt es einen Fußweg, der mit Name Löwenplatz m.E. falsch bezeichnet ist, dieser wird gefunden,
der Platz selbst ist wie der Marktplatz - mit area=yes - aufgebaut und wird nicht gefunden
es besteht KEINE Verbindung zu dem Fußweg

ähnliche Situation wie Waagplatz für Paisleyplatz
hier ist wieder ein Fußweg mit dieser Bezeichnung, verbunden mit einem Platz mit dieser Bezeichnung und wird deshalb gefunden

Gruß Günter

railrun · October 16, 2011, 9:15pm

guegafue:

@railrun

Zwischen dem findbaren Waagplatz in Fürth und dem nicht findbaren Marktplatz gibt es folgenden Unterschied:

für Waagplatz gibt es zwei Einträge:
highway=pedestrian, name=Waagplatz und zusätzlich
highway=pedestrian, name=Waagplatz,area=yes
Der Bereich und die Straße sind durch einen gemeinsamen Punkt verbunden

für den Marktplatz gibt es nur einen Eintrag
highway=pedestrian, name=Marktplatz,area=yes

ähnliche Situation für Löwenplatz:
hier gibt es einen Fußweg, der mit Name Löwenplatz m.E. falsch bezeichnet ist, dieser wird gefunden,
der Platz selbst ist wie der Marktplatz - mit area=yes - aufgebaut und wird nicht gefunden
es besteht KEINE Verbindung zu dem Fußweg

ähnliche Situation wie Waagplatz für Paisleyplatz
hier ist wieder ein Fußweg mit dieser Bezeichnung, verbunden mit einem Platz mit dieser Bezeichnung und wird deshalb gefunden

Gruß Günter

Hmm, so wie es aussieht, gibt’s Probleme mit Polygonen. Sobald eine Weg mit dem Namen angelegt ist, geht es ja…Könnte am Style liegen… Man müsste es mal mit dem Default-Style ausprobieren…

Gute Idee, ich werde es mal ausprobieren.

Lustig… Bei Nürnberg hab ich auch ständig Probleme beim Routing (Dresden-Freiburg). Leider weiß ich nicht, was ich hier verbessern kann. Vielleicht liegt es auch am Routing-Graph, der aufgrund der vielen Details in der Karte irgendwann versagt und ohne Fehlermeldung eine utopische Route ausgibt. Aber das ist nur eine Vermutung!

flux · October 17, 2011, 7:04am

Es muss am GPS-Gerät liegen, denn der Fehler tritt nur am Oregon 300 und Dakota 20 auf, das Etrex Vista HCx routet völlig korrekt.

Thomas.

Win32netsky · October 20, 2011, 7:36am

Hallo
Ich schau mal bei mir ob es da noch was gibt wegen Thurau. Habe noch nichts verändert.
Beste Grüße

railrun · October 20, 2011, 8:02am

Ich hab es mir mal genauer angeschaut…
Du hast für Thurau, welches ja zu Zabitz gehört (?) die gleichen Grenzen wie Zabitz verwendet, inklusive dem gleichen admin-level!
Wenn du um Thurau eine eigene Grenze haben willst, dann müsstest du eine neue Grenzen anlegen mit einem “größeren” admin-Level (größer 8). Aber in meiner Karte wird man es dann dennoch nicht finden, da ich erst nach 8er Grenzen schaue und dann erst die 9er und 10er.

Win32netsky · October 21, 2011, 1:54pm

Hallo
Wie können wir das da mit reinkriegen?

Mölz kommt jetzt auch noch dazu
usw.
Beste Grüße

navmaps_eu · October 21, 2011, 10:24pm

Several domiciles/settlements (like Thurau and Zabitz) can make up one level 8 municipality. Levels 9 or 10 won’t deal with that situation: these levels are nice for bigger cities, but you don’t want these stadtbezirk/stadtteil levels to show up when you’re searching for a place in your Garmin. So: introduce a new level 12, change the style file to search for level 12 first and then for level 8. Other solution: use the Dutch system where level 10 is the only level needed in a style file (see http://wiki.openstreetmap.org/wiki/Key:admin_level#admin_level))

Cheers, Johan