|
|
|||
 Bitte unterstütz openmtmap.org Wer openmtbmap.org unterstützt, kann außerden Fragen und Kommentare posten, sowie bekommt Premium Content
|
Eigene Karten mit mkgmap rendernThis page only exists in English, because you will likely not succeed if you don't understand English. Diese Seite exisitert nur auf Englisch, da man ohne Englischkenntnisse es kaum schaffen wird, sehr viel weiterfuehrende Dokumentation ist nur auf Englisch verfuegbar.
25 comments to Eigene Karten mit mkgmap rendernHinterlasse eine AntwortDu musst angemeldet sein, um einen Kommentar abzugeben. |
||
|
Copyright © 2012 Openmtbmap.org - Some Rights Reserved - All map data shown on this page is, if not noted otherwise, published under CC-BY-SA-2.0 by Openstreetmap.org Contributors - This website is in no way affiliated with Garmin or any other company Privacy Statement / Disclaimer - SITEMAP |
|||
Das TYP-File scheint tatsächlich zu fehlen. Wenn ich die Karten per mapsetk installiere klappt alles. Aber wenn ich versuche eine gmapsupp.img mit einem TYP-File zu erzeugen (wie von dir unter Send Maps to GPS with mkgmap) schlägt das irgendwie fehl. Auch die Erzeigung von passenden NSIS-Installer klappt nicht. Aber das scheint an der Version zu liegen. Kann es sein, dass du eine NSIS-Version <=2.3 verwendest?
Ja ich verwende eine hohe Version und hab noch zig Patches drinnen.
Hy Felix,
da die Karten grad nicht erreichbar sind überlege ich mir auch sie selber zu rendern. Bevor ich mich nun in die Sache mit dem Patch reinarbeite kurz die Frage: was für Nachteile habe ich, wenn ich Deinen Patch bei mkgmap nicht verwende ?
Danke !
Tobias
Les dir den Patch einfach durch. Da sind die Änderungen beschrieben.
Ich habe mal versucht die Karte für NRW mit dem Style aus dem SVN zu bauen (nachdem das ZIP-Archiv ja nicht mehr erreichbar ist). Aber irgendwie sieht die Karte merkwürdig aus. Ich bin dieser Anleitung recht strikt gefolgt, außer, dass ich die Befehle für Linux umgesetzt habe und durch meine CI (Jenkins) ausführen lasse. Es wird zwar eine Karte gerendert, die auch MapSource und auf meinem etrex angezeigt wird, aber sieht ganz anders (eigentlich unlesbar) aus.
Muss ich vielleicht eine spezielle Revision auschecken (habe einfach HEAD ausgecheckt)?
Nein, evtl das Typfile vergessen?
Hallo,
habe zur velomap.TYP viele deutsche Übersetzungen hinzugefügt. Vielleicht nützlich für Dich. Wie kann ich sie Dir schicken? Habe keinen SVN account und keine email Adresse von Dir gefunden.
Dank für deine velomap!
- Michael
========================================
Hmm, kannst mir zuschicken .. extremecarver …. gmail.com
Bin mir aber nicht sicher ob es sich wirklich lohnt die reinzutun – da ich ja kaum Objekte ohne Namen hab, und die Namen im TYPfile nur benutzt werden, wenn kein Name vorhanden ist.
Der Bau der Karten hat super funktioniert
Bei mkgmap gibt es die Option –suppress-dead-end-nodes nicht. Kommt dieser Parameter durch die gepatchte mkgmap?
In deinem Style Packet fehlt die Datei deletetags. Zumindest verwendest du diese in der Comand Line. Was hat es damit auf sich?
Wenn ich in meiner gebauten Karte ein Route berechne und sie in einer openmtb karte neu berechnen lasse, kommt eine etwas andere Routenführung heraus? Könne das an den oben genannten Punkten liegen????
Gruss und danke
–suppress-dead-end-nodes gibt es nicht mehr. Kam mal von einem Patch. deletetags funktioniert nicht mehr – daher fehlt inzwischen auch die deletetags DAtei. Hab die Optionen mal aktualisiert. Routenführung liegt eher an anderer Kachelaufteilung oder dass die Daten von einem anderen Tag sind – schon kleine Änderungen können viel ausmachen….
die optionen hab ich verstanden
Routenführung: ich habe auch bei deinen karten bemerkt, dass sich das routing mal verändert, habe das aber auf veränderungen in deiner Config zurückgeführt.
ist die aufteilung der kacheln ein zufallsprodukt oder würde die aufteilung bei gleicher osm datei immer identisch sein bei mehreren Durchläufen
ich habe die routing vergleiche in münchen gemacht. der Datenbestand ist hier relativ stabil, daher glaube ich es liegt an der Aufteilung der kacheln. Ich habe auch die openmtb Germany mit der von mir erzeugten Bayern verglichen (wollt Rechenzeit sparen) und da ist die Aufteilung bestimmt anders.
der Splitter unterstützt derzeit noch nicht das pbf format. ich wollte mal was von amerika ausprobieren. mal schauen ob ichs konvertieren kann.
deine style files annähernd zu verstehen werd ich mir für schlechtes wetter vornehmen
danke für alle deine mühe
vielleicht geht die Konvertierung mit osmosis
das schau ich mir aber mal ein anderes mal an
warum verwendest du eigentlich splitter und nicht osmsis
auch bei den openmtbmaps weicht das routing ab je nachdem ob ich auf der germany oder der bayern bin. deine vermutung war also richtig.
das wars jetzt aber
Osmosis ist nicht für mehrere Kacheln geieignet und saulangsam.
Vielleicht kannst du ja noch die Option –geonames-file beim Splitter aufnehmen
Ob es jetzt sinnvoll ist oder nicht, ich habe den ganzen Ablauf auf ganz Europa losgelassen. Splitter hat ca 10 Stunden gebraucht und mkgmap nochmals 9.
Warum splittest du mit –max-nodes=600000 ich habe es mal mit –max-nodes=1400000 probiert und der nachfolgende mkgmap war erfolgreich. Auch auf dem Navi ging die karte.
Irgendwo habe ich mal gelesen, dass max-nodes idealerweise so hoch wie möglich sein soll, am besten so hoch, dass die SplittFiles gerade noch von mkgmap bearbeitet werden können.
Ich splitte je nach Land mit unterschiedlichen Werten. Für ganz Europa braucht es aber 600.000 – daher steht es oben so. Sonst fehlen ab und zu Kacheln. –geonames-file=cities15000 benutze ich eh, aber oben dazuschreiben finde ich sinnlos, das geht zu tief ins Detail bzw braucht weitere Erklärungen. Obige Anleitung covered eh nur die essentiellen Basics.
Hi,
I keep on getting errors such as :
SEVERE (Main): java.util.concurrent.ExecutionException: uk.me.parabola.imgfmt.ExitException: Could not open style null
java.util.concurrent.ExecutionException: uk.me.parabola.imgfmt.ExitException: Could not open style null
at java.util.concurrent.FutureTask$Sync.innerGet(FutureTask.java:222)
at java.util.concurrent.FutureTask.get(FutureTask.java:83)
at uk.me.parabola.mkgmap.main.Main.endOptions(Main.java:289)
at uk.me.parabola.mkgmap.CommandArgsReader.readArgs(CommandArgsReader.java:123)
at uk.me.parabola.mkgmap.main.Main.main(Main.java:100)
Caused by: uk.me.parabola.imgfmt.ExitException: Could not open style null
at uk.me.parabola.mkgmap.reader.osm.xml.Osm5MapDataSource.createStyler(Osm5MapDataSource.java:126)
at uk.me.parabola.mkgmap.reader.osm.xml.Osm5MapDataSource.load(Osm5MapDataSource.java:79)
at uk.me.parabola.mkgmap.main.MapMaker.loadFromFile(MapMaker.java:148)
at uk.me.parabola.mkgmap.main.MapMaker.makeMap(MapMaker.java:56)
at uk.me.parabola.mkgmap.main.Main$1.call(Main.java:168)
at uk.me.parabola.mkgmap.main.Main$1.call(Main.java:1)
at java.util.concurrent.FutureTask$Sync.innerRun(FutureTask.java:303)
at java.util.concurrent.FutureTask.run(FutureTask.java:138)
at java.util.concurrent.ThreadPoolExecutor$Worker.runTask(ThreadPoolExecutor.java:886)
at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:908)
at java.lang.Thread.run(Thread.java:619)
java -ea -Xmx1024M -jar /usr/share/mkgmap/mkgmap.jar –style-file=/home/samokk/osm/styles/openmtbmap_style –max-jobs –generate-sea=polygons,extend-sea-sectors,close-gaps=6000 –reduce-point-density=5.4 –suppress-dead-end-nodes –index –transparent –adjust-turn-headings –ignore-maxspeeds –ignore-turn-restrictions –remove-short-arcs=4 –description=hike_usa_nh –location-autofill=1 –route –country-abbr=us –country-name=USA–mapname=12340000 –family-id=1234 –product-id=1 –series-name=”hike_usa_nh_%date%” –family-name=”hike_usa_nh_%date%” –tdbfile –overview-mapname=mapset –area-name=”NH_%date%_hike.org” -c template.args –gmapsupp
ls /home/samokk/osm/styles/openmtbmap_style
bikingmap info lines No Contact Information.xls options points readme – copyright.txt thin.typ typ1bike1.typ.prj typ1thin1.typ.prj typ1wide1.typ.prj version
clas.typ legend.osm mkgmap_velo.jar openmtbmap_style.7z.zip overlays polygons relations trad.typ typ1clas1.typ.prj typ1trad1.typ.prj velomap.TYP wide.typ
Also, the deletetags file does not seem to exist. are the instructions still up to date ?
Well you definitely point mkgmap to the wrong location for the style. It cannot be found. Delete-tags is not used anymore by mkgmap. It got corrupted when the new style rendering got introduced. I had to move the rules into the main style – which makes mapbuilding slower by 10-20%.
Hello,
I am wondering why you use “–max-areas=255″ two times in the splitter command line.
Best Regards,
Christian
if it’s two times, it’s a typo. but won’t matter…..
Thanks for the great tutorial.
Just wanted to add a comment about German umlauts, which for some reason did not show up on my Garmin Oregon 550t with the img files on the download server. Adding two additional parameters "–latin1 –lower-case" to the mkgmap.jar script above did the job!
Thanks,
Tom
Anf fuck up the address search. That’s why I’m not using -latin1.
As for lower-case – it is not compatible to all GPS.
Address search never worked on my Oregon 550t before, so I didn't even notice that as a new issue… OTOH, Garmin Mobile XT (5.00.40) so far works pretty well with those additional parameters – no more truncated city/street names or strange special characters (like "D???? S???"). Even address search seems ok.
Anyway, thanks to this tutorial I can create maps the way they work best for me.
This is a great tutorial. Thanks!
I’ve just started experimenting “rolling my own” map and am testing the effect of different mkgmap options.
Looking at the mkgmap commandline used for openmtbmap explains why routing restrictions are overlooked on my eTrex. I find that I am routed incorrectly at restricted road junctions on my journey to/from my favourite offroad areas even after adding restriction relations to OSM.
Is there a reason why you use the –ignore-turn-restriction option when building the maps?
Thanks,
Mezzanine.
If someone comes up with a yyntax for bicycle routing restrictions I’ll use it. Restrictions for motor_vehicles are mostly not useful. Therfore I’m going to ignore them!
In the UK, routing restrictions at road junctions apply to all road users by default; if there’s a turn restriction, it applies to all vehicles (cars, bicycles, psv etc.), not just motor_vehicles. In special cases, there should be an access=designated way which doesn’t have the restriction relation. Perhaps regulations are different in other countries? However, if it’s the same everywhere, it may be more beneficial for cycle users to adhere to routing restrictions than ignore them…