- mkgmap-dev - The mkgmap lists

Commit: r1232: Make labels just store the plain text.
by svn commit 26 Sep '09

26 Sep '09

Version 1232 was commited by steve on 2009-09-26 11:58:24 +0100 (Sat, 26 Sep 2009) BRANCH: mdr Make labels just store the plain text. They are decoded/encoded on read/write.

1 0

Commit: r1231: Read a list of points for each subdivision.
by svn commit 26 Sep '09

26 Sep '09

Version 1231 was commited by steve on 2009-09-26 11:14:20 +0100 (Sat, 26 Sep 2009) BRANCH: mdr Read a list of points for each subdivision. Next need to keep the index of the point in the subdiv and get its associated label.

1 0

Re: [mkgmap-dev] contour lines closed : the lost patch found !
by David 25 Sep '09

25 Sep '09

To Martin Simon, I don't know if the patch I found will solve your problem but meanwhile I was looking for this lost modification, the Douglas-Peucker filter had been updated and works fine without this patch. David

1 0

Re: [mkgmap-dev] [PATCH v1] - Reduce number of Table A entries required
by Nakor 25 Sep '09

25 Sep '09

Hello, The size of the Michigan map I generate from the CloudMade extract went down from 63M to 59M. On my Etrex Vista HCx, 1) Detroit area->Munising, MI: the computation time is roughly the same (27 sec average old map, 28 sec average new map) and the resulting route is exactly the same. 2) Detroit area->Copper Harbor, MI: the computation time is a bit shorter(70 sec average old map, 60 sec average new map) and the resulting route is exactly the same. One "funny" thing is for 1) after crossing the Mackinack Bridge, routing goes thru US 2 directly ( http://maps.cloudmade.com/?lat=45.820426&lng=-84.759521&zoom=12&directions=…) where for #2 it makes a detour via the next exit before going back and finally going to US 2 ( http://maps.cloudmade.com/?lat=45.878537&lng=-84.724503&zoom=11&directions=…) . Thanks, N.

1 0

Commit: r1230: Begin code to read in parts of an img file that we need to create
by svn commit 25 Sep '09

25 Sep '09

Version 1230 was commited by steve on 2009-09-25 11:43:04 +0100 (Fri, 25 Sep 2009) BRANCH: mdr Begin code to read in parts of an img file that we need to create the global index. So far skeleton code for RGN and LBL and code to read in the levels and subdivs for TRE.

1 0

contour lines closed : the lost patch found !
by David 25 Sep '09

25 Sep '09

Hello there, Few weeks ago I reported a bug about closed contour lines. Someone answered me that was an old error. I found the lost patch in the mailing list and I tested it on a huge file. It works both for lines and polygons. All the best to the dev team, David Index: src/uk/me/parabola/mkgmap/filters/DouglasPeuckerFilter.java =================================================================== --- src/uk/me/parabola/mkgmap/filters/DouglasPeuckerFilter.java (revision 1061) +++ src/uk/me/parabola/mkgmap/filters/DouglasPeuckerFilter.java (working copy) @@ -28,7 +28,7 @@ */ public class DouglasPeuckerFilter implements MapFilter { - private static final double ERROR_DISTANCE = 5.4 / 2; //One unit is 5.4 m, so error dist is 2.6m + private static final double ERROR_DISTANCE = 5.4 / 8; //One unit is 5.4 m, so error dist is 0.65m //Can be increased more, but may lead to artifacts on T-crossings private final double filterDistance; private double maxErrorDistance; @@ -51,6 +51,8 @@ * @param next This is used to pass the possibly transformed element onward. */ public void doFilter(MapElement element, MapFilterChain next) { + boolean is_polygon = false; + // First off we don't touch things if at the highest level of detail if (resolution == 24) { // XXX 24 is not necessarily the highest level. @@ -64,13 +66,14 @@ int n = points.size()-1; // Create a new list to rewrite the points into. Don't alter the original one - List<Coord> coords = new ArrayList<Coord>(n); + List<Coord> coords = new ArrayList<Coord>(n+1); coords.addAll(points); // If the first point is identic with the last one (a polygon), drop it // Otherwise douglasPeucker will not work! while ((n > 0) && coords.get(0).equals(coords.get(n))) { coords.remove(n); + is_polygon = true; // remember that the point was removed for later n--; } @@ -105,6 +108,10 @@ //#endif MapLine newline = line.copy(); + // If it was a polygon add the last point again that was removed before the Douglas-Peucker algorithm + if (is_polygon) + coords.add(coords.get(0)); + newline.setPoints(coords); next.doFilter(newline); }

3 3

Problem with special codes in label after conversion mp-format data in osm-format
by Gert Münzel 25 Sep '09

25 Sep '09

Hi, guys until yet i used files in mp-format working with track/mapdata. There i used also labels in format like this : ~[0x06]10~[0x1f]Trailstart close to shelter "10" in this case represents hikingway marking. Stuff behind ~[0x1f] could be street name or some other information. During routing i got the turn preview like "Left on 10 Trailstart close to shelter". So far so good. (i guess on original garmin maps only the part behind ~[0x1f] will be used for turn preview. but thats another story) The mp-file reader of mkgmap reads labels like the above and handles it. Fine. Actually i give it a try to convert my mp-data in osm-format via a skript i found and modified (mp2osm_linz_jr.py derivd from mp2osm_ukraine.py). I'm doing that because i want try using mkgmap's styling features. But now, with the converted data, i got the Label as plain text label without the shield. So what is the right/best way to deal with? 1. Handling it in the style file => i don't know how 2. stripping off the ~[0x06] and ~[0x1f] during conversion from mp to osm-format and storing the parts "10" "Trailstart close to shelter" in different keys and using something like this " name '${key1|highway-symbol:box} ${key2}' " thanks in advance for your advices cheers Gert

1 0

[PATCH v1] - add option to specify right hand drive
by Mark Burton 25 Sep '09

25 Sep '09

The attached small patch implements a --rhd option that sets a couple of bits in the map data that tell the GPS that the vehicles are RHD and that roundabouts are navigated in a clockwise direction. This will make the little roundabout piccy shown in the top left of the screen (on the Nuvis, at least) have the correct sense for the few countries that drive on the left. Should have done this months ago when it was previously discussed, sorry. It could be done automatically by sensing the roundabout direction but I'm feeling too lazy to write that code for now. Mark

2 1

misplaced road
by Chris-Hein Lunkhusen 24 Sep '09

24 Sep '09

Hi, I have some issue at the position 51.123 / 7.19: <http://img34.imageshack.us/img34/9803/bild1zh.png> I see this on my own map and on Lambertus' OSM routable. In this area multipolygons are used very heavily. Don't know if that could cause this error. Chris

4 4

Commit: r1222: Improve the Douglas Peucker filter so that it can deal with lines that have the same
by svn commit 24 Sep '09

24 Sep '09

Version 1222 was commited by steve on 2009-09-23 21:14:34 +0100 (Wed, 23 Sep 2009) Improve the Douglas Peucker filter so that it can deal with lines that have the same start and end point. -Thilo Hannemann

2 1