April 2009 - mkgmap-dev - The mkgmap lists

[PATCH] route recalculation sensitivity
by Bernhard Heibler 30 Apr '09

30 Apr '09

Hi, I think I found the required bits. Seams to be the flag at 0x43 in the TRE header. Patch is attached. Seams to work fine in simulation mode on the nuvi 360. Lets see how it works tomorrow morning on the road ... Please let me know if this also works for you guys. Thanks Berni. Index: src/uk/me/parabola/imgfmt/app/trergn/TREHeader.java =================================================================== --- src/uk/me/parabola/imgfmt/app/trergn/TREHeader.java (revision 314) +++ src/uk/me/parabola/imgfmt/app/trergn/TREHeader.java (working copy) @@ -167,8 +167,8 @@ writer.put(getPoiDisplayFlags()); writer.put3(displayPriority); - writer.putInt(0xd0401); - + writer.putInt(0x110301); // Was 0xd0401 before. 31.03.2009 Changed to 0x110301 to increase route recalculation speed + writer.putChar((char) 1); writer.put((byte) 0);

10 25

[PATCH v4] - Sub-optimal fix to limit excessive inter-node arc length
by Mark Burton 30 Apr '09

30 Apr '09

Hi, As the option probably isn't needed I have gone back to the previous code so it is enabled all the time. Now prints the OSM id when reporting ways that have been split. Cheers, Mark

2 2

Commit: r1024: Now report way's OSM id when splitting it.
by svn commit 29 Apr '09

29 Apr '09

Version 1024 was commited by markb on 2009-04-29 21:44:22 +0100 (Wed, 29 Apr 2009) Now report way's OSM id when splitting it.

1 0

Commit: r1023: Limit distance between nodes to avoid generating bad arc data.
by svn commit 29 Apr '09

29 Apr '09

Version 1023 was commited by markb on 2009-04-29 21:44:17 +0100 (Wed, 29 Apr 2009) Limit distance between nodes to avoid generating bad arc data. As we can't yet encode arc lengths that require more than 14 bits, limit arc lengths by splitting ways as required.

1 0

road_speed inside cities
by Carlos Dávila 29 Apr '09

29 Apr '09

As main streets in cities may be tagged with higher categories than residential, devices tend to route you crossing the cities instead of surrounding them using longer but faster roads. Would it be possible to tell mkgmap that highways other than residential but inside a place polygon should have a lower road_speed? Cheers Carlos

6 9

Setting up a test environment for mkgmap routing tests
by Thorsten 28 Apr '09

28 Apr '09

Hi. Recently, I have bought a Garmin Oregon 300 and, of course, I soon tried to build routable maps from openstreetmap data using mkgmap. After creating maps, routing works sometimes and sometimes not on my device. For some destinations my Garmin device stops with the error "out of memory" or even stalls. In the latter case it has to be resetted by pushing the power button for a approx. 20 seconds or removing the batteries. As this is really annoying, I wanted to know if this is a device or a map problem. For this, I converted my .img map (created by mkgmap) so that it can be used in mapsource. ... and figured out that also mapsource can not find a route for some destinations and also stalls. I am using Linux (Ubuntu/Intrepid) and I thought it might be useful for others if I comment the steps (below) how I setup a test environment to [1] use mapsource with wine [2] convert an .img file so it can be used with mapsource under wine Please let me know, if there is a simpler way to perform .img to mapsource conversion! I know, mkgmap is under heavy development and I really like it. Thank you for your work! -- Thorsten [1] Using Mapsource with wine: - wine version >=1.1.19 is needed - download gdiplus, e.g. from http://www.dll-files.com/dllindex/dll-files.shtml?gdiplus - copy library: $ mv gdiplus.dll ~/.wine/drive_c/windows/system32/gdiplus.dll - get mapsource.exe, rename it to mapsource.zip, unpack, execute "MSMAIN.msi" from "wine explorer", execute "wine Setup.exe", install [2] Convert .img for mapsource - download gmt (Linux command line version) from http://www.anpo.republika.pl/download.html - create directory: $ mkdir /home/foo/.wine/drive_c/Garmin/<mappath> - split with an custom id, e.g. 19,05 $ gmt -S -v -f 19,05 -m EU -o /home/foo/.wine/drive_c/Garmin/<mappath> <mapname>.img - execute cgpsmapper (Linux command line) ~/.wine/drive_c/Garmin/EU$ cgpsmapper mapset00.img - update registry: gmt created a file "install bat" which should create registry entries. However, executing this .bat did not work with "wine explorer" so I created a file map.reg, and imported it with "wine regedit" ---- REGEDIT4 [HKEY_LOCAL_MACHINE\Software\Garmin\MapSource\Families] [HKEY_LOCAL_MACHINE\Software\Garmin\MapSource\Families\FAMILY_19] "ID"=hex:13,00 [HKEY_LOCAL_MACHINE\Software\Garmin\MapSource\Families\FAMILY_19\5] "Bmap"="C:\\Garmin\\EU\\mapset00.img" "Loc"="C:\\Garmin\\EU" "Tdb"="C:\\Garmin\\EU\\mapset00.tdb" ---- After doing this, I can start mapsource. The mapname is not displayed on the left side. But if I increase the details and zoom into the map the map data is displayed..

4 7

[PATCH v3] - Sub-optimal fix to limit excessive inter-node arc length
by Mark Burton 28 Apr '09

28 Apr '09

Hi, As most maps probably don't need this fix, here's a version of the patch that doesn't do the arc length limiting unless you specify the "--limit-arc-length" option. I have made the diagnostic message that is output when an arc length is too long into an error (was a warning) and it spells out what to do to get around the problem. Unless anyone has any issues with this, I intend to commit it (or something very similar) later this week. Cheers, Mark

2 4

[PATCH v2] - Sub-optimal fix to limit excessive inter-node arc length
by Mark Burton 27 Apr '09

27 Apr '09

Folks, This is a revamped version of my earlier code to limit the length of arcs to avoid routing problems due to the arc length being truncated. As before, this patch should be thought of as a temporary work around rather than the ultimate solution. Having said that, I think it would be good to incorporate this in the trunk because some maps (routing) will be broken without it. I think that the only reason that this patch should not be used is if it introduces too much of a time penalty when processing big maps. So I would be very grateful if people who are processing big maps could try this patch and let me know whether the performance hit is acceptable or not. If it isn't then I guess we will need an option to disable the fix. Cheers, Mark

2 2

lang problem building maps
by Carlos Dávila 27 Apr '09

27 Apr '09

I'm getting the error below building maps with r1020. I suppose it's related with recent changes for codepage, but I don't know how to fix it. I'm using --latin1 --code-page=1252 options. Any hint? /Exception in thread "main" java.lang.AssertionError at uk.me.parabola.mkgmap.osmstyle.eval.ExpressionReader.readConditions(ExpressionReader.java:49) at uk.me.parabola.mkgmap.osmstyle.RuleFileReader.load(RuleFileReader.java:86) at uk.me.parabola.mkgmap.osmstyle.RuleFileReader.load(RuleFileReader.java:73) at uk.me.parabola.mkgmap.osmstyle.StyleImpl.readRules(StyleImpl.java:224) at uk.me.parabola.mkgmap.osmstyle.StyleImpl.<init>(StyleImpl.java:128) at uk.me.parabola.mkgmap.reader.osm.xml.Osm5MapDataSource.createStyler(Osm5MapDataSource.java:119) at uk.me.parabola.mkgmap.reader.osm.xml.Osm5MapDataSource.load(Osm5MapDataSource.java:79) at uk.me.parabola.mkgmap.main.MapMaker.loadFromFile(MapMaker.java:137) at uk.me.parabola.mkgmap.main.MapMaker.makeMap(MapMaker.java:53) at uk.me.parabola.mkgmap.main.Main.processFilename(Main.java:150) at uk.me.parabola.mkgmap.CommandArgs$Filename.processArg(CommandArgs.java:340) at uk.me.parabola.mkgmap.CommandArgs.readArgs(CommandArgs.java:119) at uk.me.parabola.mkgmap.main.Main.main(Main.java:91) /Regards Carlos/ /

5 7

Commit: r1022: Quote another semicolon.
by svn commit 27 Apr '09

27 Apr '09

Version 1022 was commited by steve on 2009-04-27 07:58:24 +0100 (Mon, 27 Apr 2009) Quote another semicolon.

1 0