logo separator

[mkgmap-dev] shape merger in high-prec-coord branch

From Gerd Petermann gpetermann_muenchen at hotmail.com on Wed Jan 15 16:40:51 GMT 2014

Hi Minko,

that's good news :-)

yes, I used Netherlands to reproduce the bug. It was related to extremely small shapes
which seem to appear more often in this area, on the other hand they are also caused
by clipping to the tile boundaries, so it was bad luck that my test data did not contain 
the bug. 
Your screenshot shows a roundabout. I did not change that part of the code for a
while, but the branch also contains the routines to optimize wrong angles in roads.
I think the 5% reduction is also related to the fact that the branch removes many 
obsolete points from roads, and your style creates more of them compared to default.

Gerd



> Date: Wed, 15 Jan 2014 15:07:58 +0100
> From: ligfietser at online.nl
> To: mkgmap-dev at lists.mkgmap.org.uk
> Subject: Re: [mkgmap-dev] shape merger in high-prec-coord branch
> 
> Well done Gerd, r2969 works fine.
> See the differences between 2969 vs 2946 here:
> https://www.dropbox.com/sc/l68prcoxs4pnqb8/2Eo8xEfliX
> 
> Differences are small but noticeable, files are 5% smaller.
> 
> 
> > I fixed a stupid bug with r2699, please try again. It was not related
> > to your style or options.
> > Quite funny that my test data did not show this obvious bug :-(
> > 
> > Gerd
> 
> Maybe test the Netherlands, because of the many imports there are plenty of complex mp relations.
> _______________________________________________
> mkgmap-dev mailing list
> mkgmap-dev at lists.mkgmap.org.uk
> http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
 		 	   		  
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://www.mkgmap.org.uk/pipermail/mkgmap-dev/attachments/20140115/6e90a6e5/attachment.html>


More information about the mkgmap-dev mailing list