<div class="gmail_quote">On Tue, Apr 19, 2011 at 3:15 PM, Jukka Rahkonen <span dir="ltr"><<a href="mailto:jukka.rahkonen@latuviitta.fi">jukka.rahkonen@latuviitta.fi</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;">
<div class="im"><br>
</div>I would say that it is still rendered as an area but the fill is<br>
transparent and only outline coloured. Which brings to my mind another<br>
smallish problem with big real world area features which has been splitted<br>
to smaller areas so that they can be handled in OSM. If you want to render<br>
them with fill and outline the split lines come visible on the map.<br>
<font color="#888888"><br></font></blockquote><div><br></div><div>For high quality rendering, the rendered would have to join such areas together before drawing the outline. A typical example are waterway=riverbanks - if you want to render blue riverbank outlines, you need to join the areas together.</div>
<div><br></div><div>This is up to the rendering software. The problem with existing renderers (including Maperitive, which I'm working on) is that mostly treat OSM primitives (nodes, ways, relations) as direct graphic elements, so you get various unwanted rendering artifacts. I'm more and more convinced something better is needed: OSM primitives represent parts of the higher-level features and should be treated as such. Examples:</div>
<div><ul><li>A collection of road ways represent a road graph/network. Graph vertices are not necessarily the same as starting/ending way nodes (BTW Maperitive already works this way).</li><li>A collection of riverbank areas represent a single multipolygon element.</li>
<li>Various bus route relations represent a _single_ network of bus routes. A graph edge can represent one or more bus routes.</li><li>...</li></ul><div>Igor</div></div></div>