Frederik<br>The intention was that if the way had more than 400 segments then Frollo should leave it alone.  I think it actually tries to sort the first 400 segments and then leaves the rest alone.  <br><br>A patch is obviously needed....
<br><br>80n<br><br><br><div><span class="gmail_quote">On 4/24/07, <b class="gmail_sendername">Frederik Ramm</b> <<a href="mailto:frederik@remote.org">frederik@remote.org</a>> wrote:</span><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
Hi,<br><br>    I found the problem that created the funny zig-zagged lines - a<br>quite spectacular example of which is here in the Outer Hebrides (modern<br>art, I say!):<br><br><a href="http://www.informationfreeway.org/?lat=7892620.5527&lon=-795919.49377&zoom=12&layers=B000">
http://www.informationfreeway.org/?lat=7892620.5527&lon=-795919.49377&zoom=12&layers=B000</a><br><br>Frollo has a limit of 400 segments per way (it was originally 800, and<br>then I reduced a constant somewhere in 
frollo2.xsl because some<br>renderers were complaining they got "possible endless recursion" error<br>messages).<br><br>Until now I thought that if ways get more complex than that, Frollo<br>would just leave the way alone. But it seems that the way gets messed up
<br>somehow.<br><br>Here is a boiled-down example with just the coasline from the Portsmouth<br>harbour tile 2036,1374:<br><br><a href="http://www.remote.org/frederik/tmp/broken-area-with-frollo.osm">http://www.remote.org/frederik/tmp/broken-area-with-frollo.osm
</a><br><br>It is the result coming out of close-areas.pl, with one coastline way of<br>about 600 segments. It renders fine with osmarender as-is; if you run<br>this through Frollo with the limit set to 400, as distributed with 
t@h,<br>you get a zigzag mess; if you increase the limit to 800, it works perfectly.<br><br>(J.D., do you have a local t@h installation and can you perhaps check if<br>increasing this limit - line 67 of frollo2.xml - fixes your Copenhagen
<br>tile also?)<br><br>Now what can we do about this? 80n, do you think you can modify Frollo<br>to not break ways that are too long? If that is not possible, then I<br>would be tempted to count the length of coastline ways created by
<br>close-areas.pl and somehow trigger bypassing of Frollo if the number is<br>too big. We could also try and increase the max number again, which<br>would cause Frollo to be aborted in these cases and should ideally lead
<br>to the same effect (bypassing Frollo). Another option is telling the<br>XSLT engine that it should care for "possible endless recursion", but I<br>think this only works with xsltrans and not xmlstarlet.<br><br>
The auto-generated coastline way in the Hebrides can easily be 2,500<br>segments or longer for one level-12 tile. Unfortunately I do not see how<br>I could easily break this up in close-areas.pl and not ruin Inkscape's
<br>filling algorithm.<br><br><br>--<br>Frederik Ramm  ##  eMail <a href="mailto:frederik@remote.org">frederik@remote.org</a>  ##  N49°00.09' E008°23.33'<br></blockquote></div><br>