[mkgmap-dev] problematic_polygons file

2012-10-23 Thread Carlos Dávila
I've seen problematic_polygons file in growing quite fast in the wiki. May it affect splitter performance? If so, would it make sense to split the file by continents or countries? ___ mkgmap-dev mailing list mkgmap-dev@lists.mkgmap.org.uk

Re: [mkgmap-dev] problematic_polygons file

2012-10-23 Thread Gerd Petermann
Hi Carlos, I've seen problematic_polygons file in growing quite fast in the wiki. May it affect splitter performance? If so, would it make sense to split the file by continents or countries? regarding performance: a) if you specify the --problem-file parm, splitter has to do a lot more

Re: [mkgmap-dev] problematic_polygons file

2012-10-23 Thread Carlos Dávila
El 23/10/12 09:59, Gerd Petermann escribió: Hi Carlos, I've seen problematic_polygons file in growing quite fast in the wiki. May it affect splitter performance? If so, would it make sense to split the file by continents or countries? regarding performance: a) if you specify the

Re: [mkgmap-dev] problematic_polygons file

2012-10-23 Thread Henning Scholland
Am 23.10.2012 09:59, schrieb Gerd Petermann: Hi Carlos, I've seen problematic_polygons file in growing quite fast in the wiki. May it affect splitter performance? If so, would it make sense to split the file by continents or countries? regarding performance: a) if you specify the

Re: [mkgmap-dev] problematic_polygons file

2012-10-23 Thread Carlos Dávila
El 23/10/12 10:32, Henning Scholland escribió: @Carlos: Maybe it would be better to separate the wiki-list in several parts like ferry, boundary, lakes, forrest. So it is easier to find out, if the ID is already in the list. I've already partially ordered it by ID which I think is the easiest

Re: [mkgmap-dev] problematic_polygons file

2012-10-23 Thread Henning Scholland
Hi I separated now ferry ways and boundary-relations and everything else and ordered each group by ID. I think the rest depends on the length of the list. Boundaries and ferries are separated, because they are just a side effect and are dominating actual. Also maybe they could be removed if a

[mkgmap-dev] Speed limit

2012-10-23 Thread RocketMan
If I set my Zumo660 to simulator mode and then let it simulate a ride I see wrong speeds simulated at times. The speeds based on road_speed tags work fine. When simulating riding on a road with a speedlimit=90 tag the gauge on the GPS says 100 and when on a road with speedlimit=50 the GPS

Re: [mkgmap-dev] [Patch V2]Re: Still problems with lakes

2012-10-23 Thread Jaromír Mikeš
Od: GerdP gpetermann_muenc...@hotmail.com splitter_problem_list_v2.patch http://gis.19327.n5.nabble.com/file/n5732197/splitter_problem_list_v2.patch splitter.jar http://gis.19327.n5.nabble.com/file/n5732197/splitter.jar I just want to confirm that this second patch fixing my issue

Re: [mkgmap-dev] Speed limit

2012-10-23 Thread Greg Troxel
RocketMan rocket...@unlimitedmail.org writes: If I set my Zumo660 to simulator mode and then let it simulate a ride I see wrong speeds simulated at times. The speeds based on road_speed tags work fine. I don't understand what you mean by this sentence. When simulating riding on a road

Re: [mkgmap-dev] Speed limit

2012-10-23 Thread RocketMan
If I simulate a ride on a road with road_speed=4 and speedlimit is not present the speed will be 90km/h, this is correct as I see it. If speedlimit is set to 90, the simulated speed will be 100km/h. This is not a big problem but I suppose the calculated arrival time will be a little wrong.