<div>I agree: Having said that there is one outer (logical) boundary, still can mean to me, that the outer boundary consists of several 'ways' as long as they are all 'connected' contiguous. The example I have sketched shows this already.</div>

<div> </div>
<div>-- S.<br><br></div>
<div class="gmail_quote">2008/7/10 Frederik Ramm <<a href="mailto:frederik@remote.org">frederik@remote.org</a>>:<br>
<blockquote class="gmail_quote" style="PADDING-LEFT: 1ex; MARGIN: 0px 0px 0px 0.8ex; BORDER-LEFT: #ccc 1px solid">Hi, 
<div class="Ih2E3d"><br><br>Stefan Keller wrote:<br>
<blockquote class="gmail_quote" style="PADDING-LEFT: 1ex; MARGIN: 0px 0px 0px 0.8ex; BORDER-LEFT: #ccc 1px solid">The XML encoding we are talking about is about data exchange between two systems. Geospatial data especially has the property to be "write once, read many times".<br>
</blockquote><br></div>But the database would still identify nodes by ID, so if the editor uploads a changed area to the database, it must upload the IDs of the nodes in question; specifying the actual node coordinates is useless at that point. 
<div class="Ih2E3d"><br><br>
<blockquote class="gmail_quote" style="PADDING-LEFT: 1ex; MARGIN: 0px 0px 0px 0.8ex; BORDER-LEFT: #ccc 1px solid">To be precise, we need a common understanding what is a valid area/polygon geometry type conceptually (I propose to say, that non-overlapping polygons is an additional constraint). I could give precise definitions (in wrods and figures) on that. Then the eoncoding comes in.<br>
</blockquote><br></div>Currently we have a soft upper limit on how complex objects we're willing to process. Ways and areas with more than 1.000 points are not liked - they do exist but are usually split up if encountered. We will perhaps require some way to describe an object that is "part of an area outline"; we do this with coastlines currently, they exist as many small ways but together form the continent areas. 
<div>
<div></div>
<div class="Wj3C7c"><br><br>Bye<br>Frederik<br><br>-- <br>Frederik Ramm  ##  eMail <a href="mailto:frederik@remote.org" target="_blank">frederik@remote.org</a>  ##  N49°00'09" E008°23'33"<br></div></div>
</blockquote></div><br>