December 2011 - mkgmap-dev - The mkgmap lists

Commit: r2107: Translate contact:phone=* as phone=*.
by svn commit 04 Jan '12

04 Jan '12

Version 2107 was commited by marko on 2011-11-21 20:09:32 +0000 (Mon, 21 Nov 2011) Translate contact:phone=* as phone=*.

5 10

gmapsupp-mdr branch
by WanMil 03 Jan '12

03 Jan '12

Hi Steve, I just want to let you know that the gmapsupp-mdr branch works great for me! I tested in on an Oregon 300. I couldn't start with systematic tests but up to now I had no device shutdowns and could find all addresses. Thanks for that great piece of work! WanMil

6 7

[PATCH v1] LocationHook speedup
by WanMil 03 Jan '12

03 Jan '12

Gerds patches inspired me to look for more things that could be improved. I found that the Quadtree used in the LocationHook is not very optimal. The patch is a first try to increase the performance. The time required for the LocationHook is reduced by 10-50% which is great. Warning: I haven't checked so far if the results are equal. So maybe there are big bugs in the patch... (and the speedup comes from the poor implementation) I will do some more tests and optimizations but maybe some of you can have a look on it, test it and comment it. Have fun! WanMil

4 32

[PATCH]mkgmap performance part 2
by GerdP 02 Jan '12

02 Jan '12

Hello list, I got no feedback regarding my last performance patch for mkgmap, so I don't know if nobody tested it. Anyway, here are a few more small suggestions for changes (can be applied http://gis.638310.n2.nabble.com/file/n7123938/mkgmap_performance_2.patch mkgmap_performance_2.patch on r2145 and gmap-mdr branch 2144 as well) : On my dual-core machine, creating a gmapsupp.img of ~ 91MB (Niedersachsen) with max-jobs=2 required ~ 352 secs with r2145, and 268 secs (~ 25% less) with my previous patch + this one, so I think it is worth trying. For removeShortArcsByMergingNodes: - The IdentityHashMap arcCounts counts arcs, but the only result that is used is wether or not an arc was found. My patch replaces this frequently used map and uses a bit in Coord instead. - the current algorithmn tries to find replacements for each point, this is quite costly. One more bit in Coord reduces the number of loops from > 1.000.000 to ~1000. For LocationHook: I've replaced the getUsedLocationTags() by testHasAllTags(). This just returns true if all tags in List remainingLevels are existing, instead of merging HashSets to get the same result. For RuleSet / RuleIndex: I've replaced the HashSet<Integer> by BitSet. This is faster because we don't have to use Collections.sort(candidates); to handle duplicate rules. Gerd -- View this message in context: http://gis.638310.n2.nabble.com/PATCH-mkgmap-performance-part-2-tp7123938p7… Sent from the Mkgmap Development mailing list archive at Nabble.com.

5 22

Draw priority of lines
by toc-rox 01 Jan '12

01 Jan '12

In the same map I have sometimes the unwanted effect that a stream (river) overlays a way. That's what I want: http://gis.638310.n2.nabble.com/file/n7078255/Bridge-OK.png But often I get this: http://gis.638310.n2.nabble.com/file/n7078255/Bridge-NOK.png The streams are defined after the ways in the lines files. mkgmap = 2136 splitter = 194 Has someone an idea what's going wrong? Regards - Klaus -- View this message in context: http://gis.638310.n2.nabble.com/Draw-priority-of-lines-tp7078255p7078255.ht… Sent from the Mkgmap Development mailing list archive at Nabble.com.

7 14

License text
by Ralf Kleineisel 01 Jan '12

01 Jan '12

Is it possible to change the license info which is embedded in the IMG header? Now it reads "OSM Street map http://www.openstreetmap.org/ Map data licenced under Creative Commons Attribution ShareAlike 2.0 http://creativecommons.org/licenses/by-sa/2.0/", but this is not correct when making maps from other data sources. For example contour line layers made of SRTM data do not contain any OSM data.

6 14

Commit: r2154: Add check for isDebugEnabled to prevent costly debug messages in POIGeneratorHook
by svn commit 30 Dec '11

30 Dec '11

Version 2154 was commited by wanmil on 2011-12-30 23:47:10 +0000 (Fri, 30 Dec 2011) Add check for isDebugEnabled to prevent costly debug messages in POIGeneratorHook

1 0

Commit: r2153: Recognise Normal as well as NormalFont for a typ font size.
by svn commit 29 Dec '11

29 Dec '11

Version 2153 was commited by steve on 2011-12-29 12:20:54 +0000 (Thu, 29 Dec 2011) Recognise Normal as well as NormalFont for a typ font size. Also now Default is coded as 0 rather than 3.

1 0

Commit: r2152: Typ types between 0x100 and 0x10000 where not being dealt with.
by svn commit 29 Dec '11

29 Dec '11

Version 2152 was commited by steve on 2011-12-29 12:13:56 +0000 (Thu, 29 Dec 2011) Typ types between 0x100 and 0x10000 where not being dealt with. ie if you combined the type and subtype, rather than specifying them separately.

1 0

Commit: r2151: The label block length is one of those variable length integers with
by svn commit 29 Dec '11

29 Dec '11

Version 2151 was commited by steve on 2011-12-29 12:09:13 +0000 (Thu, 29 Dec 2011) The label block length is one of those variable length integers with the length indicated by a suffix. Replace duplicate code in TypPolygon with a call to the writeLabelBlock() method

1 0