Re: [mkgmap-dev] splitter - performance and memory

2009-07-21 Thread Chris Miller
It is good to have a more accurate mechanism for determining the optimal tile size but, imho, it is better to have a splitter that can handle the planet dump on more moderate machines. The advantages of more people providing Garmin maps outweigh the little extra handwork to get all the tiles

Re: [mkgmap-dev] [PATCH] Properly remove spaces in highway shield labels

2009-07-21 Thread Steve Ratcliffe
On 21/07/09 00:35, Clinton Gladstone wrote: I found that highway names with spaces in them, such as A 1 would be displayed in the shield as just A. Thanks, looks like a bug to me. I will commit your fix and a test for it. ..Steve ___ mkgmap-dev

[mkgmap-dev] Commit: r1092: A space was not being stripped out of the highway reference.

2009-07-21 Thread svn commit
Version 1092 was commited by steve on 2009-07-21 14:25:23 +0100 (Tue, 21 Jul 2009) A space was not being stripped out of the highway reference. - Clinton Gladstone ___ mkgmap-dev mailing list mkgmap-dev@lists.mkgmap.org.uk

Re: [mkgmap-dev] [PATCH v5] - fix clipping when node falls on tile boundary

2009-07-21 Thread maning sambale
On Tue, Jul 21, 2009 at 5:04 PM, Mark Burtonma...@ordern.com wrote: Maning - I can't see why your example is failing, if you still have the data, please try with this version although I don't really think it will behave any differently. Also, does it just fail to route and give a straight line

Re: [mkgmap-dev] [PATCH v5] - fix clipping when node falls on tile boundary

2009-07-21 Thread Mark Burton
Hi Maning, I am happy to report that it is working now either in patch v4 or v5. Thanks! Are you sure that the boundary is still in the same place? If so, that's great. Cheers, Mark ___ mkgmap-dev mailing list mkgmap-dev@lists.mkgmap.org.uk

Re: [mkgmap-dev] splitter - performance and memory

2009-07-21 Thread Steve Ratcliffe
On 19/07/09 23:58, Chris Miller wrote: Good news - with my changes the areas.list file was generated fine, peaking at maybe a 3GB heap. Cool. It is also worth noting something that osmcut (an other map splitter) does. It has two modes; one where a map is used for when the input file is

[mkgmap-dev] Commit: r1094: Introduce new method to check if all points are (really) inside the area.

2009-07-21 Thread svn commit
Version 1094 was commited by markb on 2009-07-21 15:37:44 +0100 (Tue, 21 Jul 2009) Introduce new method to check if all points are (really) inside the area. Added new method insideBoundary() to check whether a given Coord lies inside the Area and doesn't touch the boundary. Renamed

[mkgmap-dev] Commit: r1095: Fix issues with routing nodes that are located on a tile's boundary.

2009-07-21 Thread svn commit
Version 1095 was commited by markb on 2009-07-21 15:37:48 +0100 (Tue, 21 Jul 2009) Fix issues with routing nodes that are located on a tile's boundary. Previously, if a routing node was positioned exactly on a tile's boundary, the routing through that node was broken. Should now be fixed.

[mkgmap-dev] splitter: small patch and wishlist

2009-07-21 Thread Valentijn Sessink
Hello list, A small wish list for splitter: - honour action='deleted' in the input file. Rather trivial to write, but I don't send a patch because you would be horrified by my code. - make it possible to use hex data in areas.list (trivial patch, see below). Best regards, Valentijn Index:

Re: [mkgmap-dev] multiple garmin elements from one osm element

2009-07-21 Thread Torsten Leistikow
Felix Hartmann schrieb: so my only fear is that going for continue/stop makes mkgmap slower. I did some performance tests today, comparing mkgmap version 1087 with my modified version on the area (46.0;3.0) to (56.0;19.0) cut into 89 tiles. With the default style both the original version and