Adressen finden in OSM mit Garmin

Hallo Martin ( railrun )

Habe mal deine Karte runtergeladen und die Ortssuche probiert. Das klappt bei meinem Vista hcx sehr gut.

Respekt.

Vielen Dank.

Gruß Jürgen

Hallo Martin,

hast du hier nicht einen Tippfehler:

mkgmap:postal_code!=* & mkgmap:postcode=* { set mkgmap:postal_code=‘${mkgmap:postalcode}’ }

einmal postcode und dann postalcode

Walter

In der Tat, da hat sich ein Dreckfühler eingeschlichen. :wink:

Danke!

Ich habe mal versucht, die Berliner Straße in Potsdam zu finden (Garmin nüvi 1490T). Dabei treten zwei Fehler auf. In die OSM Daten kann ich hier leider nicht reinschauen

  • Potsdam wird als “Potsdam (Schleswig Holstein)” angezeigt obwohl sich Potsdam in Brandenburg befindet
  • bei Eingabe der Berliner Straße landet man in einer Endlosschleife, also Eingabe: Potsdam → Straße Berliner Straße → Hausnummer → dann spring er zur Auswahl und bietet wieder Berliner Straße und Berliner Straße (B1) an. Danach Hausnummer und er springt wieder zurück zur Auswahl der beiden Berliner Straßen (ist in Wirklichkeit nur eine). Man kommt da nicht mehr weiter

Und mir ist aufgefallen, dass bei Straßen, die abgehende Stichstraßen mit gleichem Namen haben, diese mehrfach angezeigt werden. Da ist es dann ein Glücksspiel wo man landet.

Der Style gefällt mir persönlich sehr gut. Aber Du wirst es eh nie allen recht machen können.

Derzeit wird jeder Straßenteil separat angezeigt. Dürfte sich aber fixen lassen, wenn der Rest erstmal läuft.

In der Tat… In Basecamp zeigt er Potsdam Brandenburg und Schleswig Holstein an, im Garmin nur das in Schleswig Holstein…
Wieder eine weitere Baustelle für das mkgmap-dev-Team.
Was wäre besser? Die nächste Karten-Edition eher als fertige Karte anbieten oder zum selber installieren anbieten?! Also als fertiges gmapsupp.img oder alles was man braucht, für eine Mapsource/Basecamp-installation.
Dann kann man entscheiden, welche Tiles installiert werden sollen. Auf der anderen Seite bedeutet es mehr Aufwand für die “Nicht-Nerds” :wink:

afaik gibt es in SH kein Potsdam. Mir persoenlich waere eine fertige *.img lieber, da ich MS/BC nicht installiert habe und eigentlich auch nicht installieren wollte.

Das problem bei einer gmapsupp, ist dass man die AFAIK nur ohne Adressindex in MapSource und BaseCamp bekommt und dann jeder den Adressindex selber erstellen muss, was nicht sehr sinnvoll ist. Von daher wäre wohl eine MapSource-Installation sinnvoll. Meine Install-Batch kann ich dir gerne zumailen oder du ziehst sie dir aus einer meiner RadReiseKarten. Musst dann noch in der batch den Namen und die IDs anpassen.

Für alle ohne MS/BC ist natürlich die fertige gmapsupp.img besser.

Dann hat hier jemand was lustiges Eingetragen.

das ist ein place=hamlet mit is_in: Klein Bennebek,Schleswig-Flensburg,Schleswig-Holstein,Bundesrepublik Deutschland,Europe

Der sollte meiner Meinung nach nicht im Index auftauchen, da es administrativ in Klein Bennebek ist

@Henning
was macht man eigentlich mit MS/BC. Ich hatte es mal, habe aber nicht verstanden wofür man das brauchen könnte. (ernst gemeinte Frage)

@Martin
mir gefällt Dein Projekt und Dein Kartenstyle. Darf man wissen wie lange die Generierung der DE Karte in etwa dauert?

In MS/BC kann man die Karte auf dem Bildschirm anschauen und dann Strecken planen. Dazu steht einem entweder ein Track zur Verfügung oder eine Route. Track dürfte klar sein, was es ist. Routen egtl. auch, diese werden allerdings bei den neueren Geräten auf dem Gerät immer neu berechnet. Auf den älteren konnte man dass AFAIK unterbinden. Dürfte aber für KFZ-Navigation nicht wirklich interessant sein.

Wie lange Martin fürs berechnen braucht, kann ich dir nicht sagen :wink: Bei mir dauert eine Aktualisierung vom planet rund 1h, dann zweimal rund 30min splitten, weil es für einen Durchlauf bei meinen vielen Karten zu viele Tiles sind. Deutschland zu berechnen dauert dann nochmal 25-30min.
Das alles auf einer SSD, 6Kern-CPU mit 3,6GHz und 8GB RAM.

achso, also für Leute, die sich viel bewegen und ihre Touren am PC planen. Nichts für mich :wink:

Letztendlich für alle, die mehr Einfluss auf die Route haben wollen, weil ihnen nicht unbedingt egal ist, wo sie lang laufen oder radeln.

Durch den LocationHook dauert es rund 2h. Das wird aber auch schneller werden, da es noch in den Kinderschuhen steckt.
Das wird auch der Grund sein, warum dieses “falsche” Potsdam im Index auftaucht. Es ist ja nicht 100% klar, wie die Straßensuche im Garmin funktioniert.

Die Generierung der ganzen DE Karte dauert wirklich nur 2h? Ohne zSeries und ohne SSD? Hintergrund meiner Frage ist, ob ich Dir helfen kann die Karte vielleicht wöchentlich und evtl auch für ganz Europa anzubieten. Webspace habe ich noch bei odbl.de und Rechenzeit auch, aber nicht unbegrenzt. Aber 2h pro Woche wären da Peanuts.

Für Europa müsstest du aber Einschränkungen bei den Datails machen, ansonsten durchbricht man die 4GB-Grenze des FAT-Formats.

Ich geb ihm knapp 1.7 gb RAM von meinem MacBook Pro (2.2 GHz, Intel Core 2 Duo). Aber ich werde gleich noch einmal das ganze anwerfen und die Zeit messen. Danach wissen wir mehr. Der Wert bezieht sich natürlich auf die reine Laufzeit von mkgmap.

Darüber habe ich schon mal nachgedacht…aber nicht intensiv, da es mich bisher nicht betroffen hat. Ich habe halt kaum Karten gemacht. Was mir als erstes kam, waren Buildings. Das müsste eine Menge ausmachen und die sehen eh krumm und schief auf den Garmins aus. Man müsste halt nur schauen, dass amenity etc drin bleibt. Das könnte ein sehr sehr langer osmosis Befehl werden

Sprichst Du fliessend Linux? Als Zeit meine ich von Anfang bis Ende. Die Daten wären vorhanden, also ohne runterladen

Wieso osmosis? Das geht alles in den Style-Files von mkgmap. Was meinst du mit fliessend Linux sprechen? Das Erstellen der Karten läuft komplett über java. Allerdings kommt dann keine fertige gmapsupp raus, die die Adresssuche beherrscht. Dafür braucht man derezit noch MapSource oder BaseCamp, was aber wohl auch unter Linux laufen soll.