Adressen finden in OSM mit Garmin

[The_Raven]

Na super, mit mkgmap 2426 wurde die option --createboundsfile entfernt. Wie bindet man nun das boundsfile ein?

[mmd]

@The_Raven

Na super, mit mkgmap 2426 wurde die option --createboundsfile entfernt. Wie bindet man nun das boundsfile ein?

Hier im Änderungssatz zu rev 2426 steht dazu ein Hinweis:

Remove option --createboundsfilename with separate boundary preprocessor.

The new boundary preprocessor can be started with
java -cp mkgmap.jar uk.me.parabola.mkgmap.reader.osm.boundary.BoundaryPreprocessor

[The_Raven]

Ah jetzt habe ich es geschnallt! Kommt jedenfalls kein fehler mehr im log, ob es funktioniert muss ich noch testen.

Und so gehts neu:
./osmconvert32 karte.osm.pbf --out-o5m >meine_bounds.o5m
./osmfilter32 meine_bounds.o5m --keep-nodes= --keep-ways-relations=“boundary=administrative” >meine_bounds.osm
java -cp mkgmap/mkgmap.jar uk.me.parabola.mkgmap.reader.osm.boundary.BoundaryPreprocessor meine_bounds bounds

Ich frag mich nur gerade was das für einen sinn hat den preprozessor aus zu lagern.

[Garmin-User]

Hallo,

ich verwende die Boundaries von WanMil. Die Zip-Datei möchte ich nicht für den Durchlauf verwenden - ins Verzeichnis “bounds” entpackt ist mir die Verwendung lieber. Das sind allerdings weit über 18.000 Dateien. Diese sind offenbar so organisiert, dass sie jeweils 50000x50000 Garmin-Einheiten abdecken. Nun meine Frage: Spricht etwas dagegen, sich nur die Dateien zu speichern, die man braucht? Hat schon jemand probiert, ob das so funktioniert?

Grüße
Mario

[The_Raven]

Wiso erstellst du die bounds nicht jeweils selber so wie oben? Dann sind sie 1. aktuell und 2. hast du nur die welche du auch brauchst.

[Garmin-User]

@The_Raven

Wiso erstellst du die bounds nicht jeweils selber so wie oben? Dann sind sie 1. aktuell und 2. hast du nur die welche du auch brauchst.

Ich aktualisiere lokal einen rechteckigen Ausschnitt (brauche also den Europa-Extrakt nicht). Da sind die Grenzen wegen des abgeschnittenen Rands zumindest in den betroffenen Regionen eher unbrauchbar.

[The_Raven]

Verstehe dich nicht ganz. Mache ich auch so, lade die daten von der overpass-api, die bounds brauche ich für die addressuche.

[Garmin-User]

@The_Raven

Verstehe dich nicht ganz. Mache ich auch so, lade die daten von der overpass-api, die bounds brauche ich für die addressuche.

Die Overpass-Api wäre eine Möglichkeit. Allerdings ist mein Bereich (D/A/CH/CZ) nicht grad klein. Da dauert der Download viel länger als die fertigen Daten zu holen und nur die benötigten .bnd (per Script aussortiert) zu behalten. Wenn’s denn so funktioniert.

Edit: Habe es nun ausprobiert. Sowohl der Index für MapSource als auch der Index in der gmapsupp.img (mittels gmt erhalten) haben jeweils die gleiche Größe bei Verwendung der gesamten Bounds oder nur der gebietsabdeckenden Auswahl.

[WanMil]

@Garmin-User

Spricht etwas dagegen, sich nur die Dateien zu speichern, die man braucht? Hat schon jemand probiert, ob das so funktioniert?

Hallo Mario,

gut erkannt. Du brauchst nur die Dateien für Deinen Ausschnitt. Den Rest kannst Du löschen.

Bei den precompiled sea tiles gilt übrigens das gleiche. Hier muss allerdings zusätzlich noch die index.txt.gz beibehalten werden.

Have fun!
WanMil

[Garmin-User]

@WanMil

@Garmin-User

Spricht etwas dagegen, sich nur die Dateien zu speichern, die man braucht? Hat schon jemand probiert, ob das so funktioniert?

Hallo Mario,

gut erkannt. Du brauchst nur die Dateien für Deinen Ausschnitt. Den Rest kannst Du löschen.

Bei den precompiled sea tiles gilt übrigens das gleiche. Hier muss allerdings zusätzlich noch die index.txt.gz beibehalten werden.

Have fun!
WanMil

Danke für die Rückmeldung!

Und ich würde gern die herkömmlichen generate-sea-Optionen in Mkgmap behalten. Ich habe die Coastline lieber aktuell mit der Erstellung, so kann ich zeitnah auf fehlerhafte Eintragungen im von meiner Karte abgedeckten Gebiet reagieren. Außerdem lassen sich die sea-Tiles nicht so punktgenau über die “Ecke unten links” durch Abrunden der Wunschkoordinaten auswählen, da das Raster unterschiedlich zu sein scheint - ich bin mir nicht sicher, welche minimale Zweierpotenz sicher zutrifft und hätte keinen Plan, über welches Vielfache dann die genaue Auswahl stattfinden soll. (Kleiner als minlat/minlon trifft ja nicht nur auf die zu entfernenden Tiles sondern auch auf die linke/untere benötigte Reihe zu, ein punktgenaues Abrunden auf z.B. immer 32768 ließe ein Auslassen genau dieser Reihe beim Löschen zu. So funktioniert es jedenfalls bei den bounds-Tiles mit 50000.)

Viele Grüße
Mario

[WanMil]

@Garmin-User

Außerdem lassen sich die sea-Tiles nicht so punktgenau über die “Ecke unten links” durch Abrunden der Wunschkoordinaten auswählen, da das Raster unterschiedlich zu sein scheint - ich bin mir nicht sicher, welche minimale Zweierpotenz sicher zutrifft und hätte keinen Plan, über welches Vielfache dann die genaue Auswahl stattfinden soll. (Kleiner als minlat/minlon trifft ja nicht nur auf die zu entfernenden Tiles sondern auch auf die linke/untere benötigte Reihe zu, ein punktgenaues Abrunden auf z.B. immer 32768 ließe ein Auslassen genau dieser Reihe beim Löschen zu. So funktioniert es jedenfalls bei den bounds-Tiles mit 50000.)

Blöde Frage: Warum möchtest Du überhaupt die “überflüssigen” Tiles löschen?

[Garmin-User]

@WanMil

Blöde Frage: Warum möchtest Du überhaupt die “überflüssigen” Tiles löschen?

Bei den Bounds hatte mich gestört, dass ein erstmaliges Öffnen des Ordners selbst bei SSD ziemlich lange dauert. Nautilus unter Ubuntu ist da recht langsam, wahrscheinlich wegen der Icons (im mc ist’s sofort da). Bei den sea-Tiles ist mir das gestern kaum aufgefallen.

[Garmin-User]

@Garmin-User

@WanMil

@Garmin-User

Spricht etwas dagegen, sich nur die Dateien zu speichern, die man braucht? Hat schon jemand probiert, ob das so funktioniert?

Hallo Mario,

gut erkannt. Du brauchst nur die Dateien für Deinen Ausschnitt. Den Rest kannst Du löschen.

Bei den precompiled sea tiles gilt übrigens das gleiche. Hier muss allerdings zusätzlich noch die index.txt.gz beibehalten werden.

Have fun!
WanMil

Danke für die Rückmeldung!

Und ich würde gern die herkömmlichen generate-sea-Optionen in Mkgmap behalten. Ich habe die Coastline lieber aktuell mit der Erstellung, so kann ich zeitnah auf fehlerhafte Eintragungen im von meiner Karte abgedeckten Gebiet reagieren. Außerdem lassen sich die sea-Tiles nicht so punktgenau über die “Ecke unten links” durch Abrunden der Wunschkoordinaten auswählen, da das Raster unterschiedlich zu sein scheint - ich bin mir nicht sicher, welche minimale Zweierpotenz sicher zutrifft und hätte keinen Plan, über welches Vielfache dann die genaue Auswahl stattfinden soll. (Kleiner als minlat/minlon trifft ja nicht nur auf die zu entfernenden Tiles sondern auch auf die linke/untere benötigte Reihe zu, ein punktgenaues Abrunden auf z.B. immer 32768 ließe ein Auslassen genau dieser Reihe beim Löschen zu. So funktioniert es jedenfalls bei den bounds-Tiles mit 50000.)

Viele Grüße
Mario

Etwas Off-Topic, weil Coastline: Bei der precompiled-sea klappt das per Shellscript übrigens auch hervorragend - die index.txt entpacken und auslesen, nur die Zeilen in eine neue index.txt schreiben, welche im Bereich der “punktgenau auf 32768” abgerundeten Koordinaten der Wunsch-Bounding-Box liegen, und zu guter letzt die vereinzelten Dateien aus den neuen Zeilen auslesen und kopieren, also die Tiles mit dem Verlauf von land/sea. (Ich hatte erst nur auf die Dateinamen geschaut und nicht in die index.txt, daher war mir das Raster nicht ganz klar. An die benötigten Dateien kommt man jedenfalls über die index.txt, die sich gleich mit anpassen lässt.)

[Win32netsky]

Hallo
Bounds
Ich versuche das hier immer relativ aktuell zu halten.
Die Befehle in windows kenne ich nicht?
http://wiki.ubuntuusers.de/Mkgmap

Ich nutze das jetzt:
"
java -cp mkgmap.jar uk.me.parabola.mkgmap.reader.osm.boundary.BoundaryPreprocessor d-dk-nl-b-l-boundaries.osm bounds
"
Namen sind anzupassen
Beste Grüße

[Win32netsky]

Hallo

Habe heute meine Karte online gebracht DEU-DNK 15.01.2013
erstelllt mit der 2447 Version
Adressuche über Postleitzahl

z.B. 06889 Jahmo Nr. 5

Es geht vorerst nur diese PLZ.
Testet einmal.
Beste Grüße

[Win32netsky]

Hallo
Erste Rückmeldung es geht auf Nüvi 660 und 465
mit der PlZ- Suche
Beste Grüße

[brch]

Hallo,

ich klinke mich hier ein, da ich hoffe ich bin hier richtig und ihr könnt mir helfen.
Versuche auch Adressen in meiner OSM-Karte zu finden.
Vorweg ich habe mir ein Garmin Edge 800 gekauft und verwende die Europakarte von folgender wiki-Seite (habe die Img-Datei geladen):
http://wiki.openstreetmap.org/wiki/DE:All_in_one_Garmin_Map#Renn-.2FStra.C3.9Fenrad
Habe diese Karte mit Hilfe von GMapTool und MapsetToolKit in Basecamp eingebunden.
Versuche ich in Basecamp eine Adresse zu suchen, erhalte ich folgende Meldung:" Dieses Kartenprodukt unterstützt die suche nach Adressen nicht".
Woran liegt das?
Unter dem Punkt “Features” auf der wiki-Seite wird doch Ortssuche aufgeführt.
Auch wird die Karte in Bascamp lange nicht so farbig, wie auf den Screenshoots, dargestellt.

Auf dem Edge wird mir bei einer Adresssuche folgende Nachricht angezeigt: “keine routingfähigen Straßen…”. Dies liegt wohl daran, dass kein Adresslayer auf dem Edge ist.
Was könnte ich hier falsch gemacht haben, da in der Img-Datei doch ein Adresslayer enthalten ist??

Bin blutiger Anfänger was das ganze OSM-Thema und den Edge angeht. Bitte deshalb einfache und nachvollziehbare Erklärungen
Vielen Dank für eure Hilfe!!

[Win32netsky]

Hallo

Muss das mal wieder vorholen.

München ist nicht in meiner OSM Transport Karte ?

München hat admin Level 6 ?

Das hab ich mit drin:

mkgmap:country=DEU & mkgmap:city!=* & mkgmap:admin_level6=München {set mkgmap:city='${mkgmap:admin_level6}' }

Mit “Berlin” admin level 4 geht das gut.

Beste Grüße

[Win32netsky]

Hallo
Hat sich erledigt heute ist München drin in der neusten Karte No. 3
Beste Grüße

[Win32netsky]

Hallo

Jetzt hab ich es endlich

München Berlin Hamburg Köln Hannover Dresden Rostock

alles in der Karte drin.

ab der Karte Datum Karte No. 5
Beste Grüße