<html>
<head>
<meta http-equiv="Content-Type" content="text/html; charset=us-ascii">
<meta name="Generator" content="Microsoft Exchange Server">
<!-- converted from text --><style><!-- .EmailQuote { margin-left: 1pt; padding-left: 4pt; border-left: #800000 2px solid; } --></style>
</head>
<body>
<meta content="text/html; charset=UTF-8">
<style type="text/css" style="">
<!--
p
{margin-top:0;
margin-bottom:0}
-->
</style>
<div dir="ltr">
<div id="x_divtagdefaultwrapper" dir="ltr" style="font-size:12pt; color:#000000; font-family:Calibri,Arial,Helvetica,sans-serif">
<p>Hi Ticker,</p>
<p><br>
</p>
<p>thanks for the patch. I was not yet able to reproduce the problem reported by rheinskipper1000. Do you have a test case for me?</p>
<p><br>
</p>
<p>Gerd<br>
</p>
</div>
<hr tabindex="-1" style="display:inline-block; width:98%">
<div id="x_divRplyFwdMsg" dir="ltr"><font face="Calibri, sans-serif" color="#000000" style="font-size:11pt"><b>Von:</b> mkgmap-dev <mkgmap-dev-bounces@lists.mkgmap.org.uk> im Auftrag von Ticker Berkin <rwb-mkgmap@jagit.co.uk><br>
<b>Gesendet:</b> Mittwoch, 23. November 2016 13:39:16<br>
<b>An:</b> mkgmap-dev@lists.mkgmap.org.uk<br>
<b>Betreff:</b> Re: [mkgmap-dev] mkgmap:drawLevel and --order-by-decreasing-area</font>
<div> </div>
</div>
</div>
<font size="2"><span style="font-size:10pt;">
<div class="PlainText">Hi Gerd<br>
<br>
Attached patch stops the errors from shapeMergeFilter. The java2D<br>
intersect.() / converter used for clipping sometimes generates<br>
flattened shapes which I now check for and chuck away.<br>
<br>
I've also moved the code that shares common coord.<br>
<br>
The patch is independent of the pending drawLevel patch<br>
<br>
Ticker<br>
<br>
<br>
<br>
On Sat, 2016-11-19 at 10:46 +0000, Ticker Berkin wrote:<br>
> Your right - it is big. My system didn't want to download it without<br>
> installing some add-ons which I don't want to do at the moment.<br>
> <br>
> However, I have reproduced the same diagnostic from one of my maps<br>
> and<br>
> am investigating that. It is more related to --order-by-.. than<br>
> mkgmap:drawLevel and the boundaries of different precisions used by<br>
> mkgmap.<br>
> <br>
> Looking at the map output at a very high resolution in the problem<br>
> area, I can't see any difference between when I get the error and<br>
> when<br>
> I've made it not happen by some trickery.<br>
> <br>
> I should be able to come up with the correct fix in a day or two.<br>
> <br>
> Ticker<br>
> <br>
> _______________________________________________<br>
> mkgmap-dev mailing list<br>
> mkgmap-dev@lists.mkgmap.org.uk<br>
> <a href="http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev">http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev</a></div>
</span></font>
</body>
</html>