January 2010 - mkgmap-dev - The mkgmap lists

Commit: r1525: Add clockwise() method - returns true if polygon direction is clockwise.
by svn commit 28 Jan '10

28 Jan '10

Version 1525 was commited by markb on 2010-01-28 13:25:39 +0000 (Thu, 28 Jan 2010) Add clockwise() method - returns true if polygon direction is clockwise. Returns false if way isn't a closed polygon or its direction is anti-clockwise.

1 0

Commit: r1523: Tag log messages with the OSM input file name.
by svn commit 28 Jan '10

28 Jan '10

Version 1523 was commited by markb on 2010-01-28 13:25:31 +0000 (Thu, 28 Jan 2010) Tag log messages with the OSM input file name.

1 0

Commit: r1522: Provide a means of adding a thread-specific tag to log messages.
by svn commit 28 Jan '10

28 Jan '10

Version 1522 was commited by markb on 2010-01-28 13:25:29 +0000 (Thu, 28 Jan 2010) Provide a means of adding a thread-specific tag to log messages.

1 0

Commit: r1521: Add new functionality to the turn heading adjustment code.
by svn commit 28 Jan '10

28 Jan '10

Version 1521 was commited by markb on 2010-01-28 13:25:25 +0000 (Thu, 28 Jan 2010) Add new functionality to the turn heading adjustment code. It used to do one adjustment, which was to ensure that the side road heading change relative to the heading of the outgoing main road segment was greater than some minimum amount. It now also ensures that the side road heading change relative to the incoming main road segment is also greater than some minimum amount. Furthermore, an optional bit mask can be provided to choose which of these adjustments are enabled: --adjust-turn-headings[=BITMASK] Optional BITMASK (default value 3) allows you to specify which adjustments are to be made (where necessary): 1 = increase angle between side road and outgoing main road 2 = increase angle between side road and incoming main road

1 0

[PATCH v2] - handle "anti-islands"
by Mark Burton 28 Jan '10

28 Jan '10

v2 - now checks to see if an anti-island is surrounded by water or land. If surrounded by water, it is converted back into an island (tagged with the land tag) and a warning message is issued. Tested with the GB map, it detected a handful of anti-islands that should have been islands but their points were in the wrong order (backwards). --------------- This patch extends the sea generation stuff to cope with anti-islands (water inside, land outside and, presumably, where the anti-treasure is hidden). Anti-islands are tagged natural=water (you can't use natural=sea because it will be beneath the surrounding land polygon). Note that if your map contains any islands whose direction is incorrect, they will now be filled with water. To help find such islands, a warning message is output when an anti-island is discovered. The upside is that if your map contains anti-islands whose direction is correct, they will now become visible. Mark

2 9

how to get --generate-sea working?
by Christoph Wagner 28 Jan '10

28 Jan '10

Hello list, I am the developer of the All in one Garmin map. http://wiki.openstreetmap.org/wiki/All_in_one_Garmin_Map At the moment I try to make some garmin maps for haiti with mkgmap. I use the geofabrik-extrakt of Haiti: http://labs.geofabrik.de/haiti/latest.osm.bz2 The Problem is, that I am not able to make the damn sea blue! Yes, I have read many many threads from this list about the generate-sea option, but things change rapidly and threads get really long. I thought that I understand how the different options work, but I am still not able to get this sea stuff to run. I use the latest mkgmap svn version. I used --generate-sea=extend-sea-sectors and defined a rule in polygons-style-file: natural=sea [0x32 resolution 10] But it doesn't work for Haiti. So I give the --generate-sea=polygons,extend-sea-sectors a try, and added a natural=land [0x27 resolution 10] rule in polygons file. I mapped a color with my typfile to this garmintype. But again - I couldn't get it to work. I really don't know what the problem is. The ocean looks like land. Please can somebody help me and tell me what to do to use the --generate-sea stuff correctly with haiti extract? Thank you! (And yes - I checked, that the whole coastline is present in the osm-file!) Christoph Sorry for my bad english...

2 3

[Patch v2] - avoid duplicate boundary nodes when generating islands
by Mark Burton 28 Jan '10

28 Jan '10

Hi Marko, Here's another cut at a fix for the warning you were getting. If you have time, please try this patch without the other patch I posted earlier today (the one that got rid of the warning by allowing the merge to be done). If successful, I intend to commit both this patch and the one that does the merge because they are both useful. Mark

1 0

Polygon with barrier problem
by Dave F. 27 Jan '10

27 Jan '10

Hi I'm new to the joys of creating my custom styles & renderings. Using -r1505. WinXp I have a landuse=farmyard polygon with, a barrier=wall additional tag. This barrier wasn't an additional way drawn around the perimeter of the polygon, but with the barrier=wall key added as an extra tag. The problem is it only renders the barrier, the polygon being transparent. I have other landuse=farmyard polygons without the barrier tag & they render correctly. Using this command: java -Xmx512M -ea -jar mkgmap.jar --remove-short-arcs --gmapsupp "Contours.img" --transparent --style-file="c:\dwgs\Programs\GPS All\Garmin Profile" --family-id=42 M000002.TYP Barrier_test.osm In my line style: barrier=wall In my polygon style: landuse=farmyard & barrier=wall landuse=farmyard What do I need to do to get it to render? Thanks for your help Cheers Dave F.

5 10

Commit: r1520: Fix for an index out of range exception.
by svn commit 27 Jan '10

27 Jan '10

Version 1520 was commited by steve on 2010-01-27 15:48:11 +0000 (Wed, 27 Jan 2010) Fix for an index out of range exception. Prevent problem happening and fix the underlying data problem.

1 0

Re: [mkgmap-dev] Commit: r1491: The NSIS install builder can now
by Du Plessis, Bennie 27 Jan '10

27 Jan '10

B> For instance B> java -ea -Dlog.config=Log.txt -Xmx1000m -jar path\to\mkgmap.jar B> path\to\map.osm path\to\file.typ Ah, it seems the TYP file name can not contain a path, but only the name of the typfile i.e. java -ea -Dlog.config=Log.txt -Xmx1000m -jar path\to\mkgmap.jar path\to\map.osm file.typ which means the TYP file will have to be in the same directory as your nsi script? I have now tested this and the installer does include the TYP file in the registry. BennieD ##################################################################################### Scanned by MailMarshal - Marshal's comprehensive email content security solution. Download a free evaluation of MailMarshal at www.marshal.com #####################################################################################

2 1