Andy<br>Interesting point.  What I think you are saying is that an area could/can be defined as the boundary of a set of nodes that share a common attribute.<br><br>This would work quite nicely for many situations.  All the phoneboxes/post boxes/buildings with an NW1 postcode could be used to define the NW1 postal area.  Nobody actually goes out and traces the boundary (probably, nobody actually knows the real physical boundary), but each phonebox that is tagged with an NW1 code helps to define the area.
<br><br>Similarly there have been discussions in the past about the difficulty of walking administrative boundaries.  If enough nodes within the administrative unit are tagged as such then the actual line of the boundary is moot.
<br><br>There is probably room for a physical boundary based definition as well as a collection of nodes based definition.  But, the physical boundary based definition is actually just a set of nodes that have a common attribute; they all belong to the same way element.
<br><br>Very interesting idea...<br><br>Etienne<br><br><div><span class="gmail_quote">On 7/22/06, <b class="gmail_sendername">Andy Robinson</b> <<a href="mailto:Andy_J_Robinson@blueyonder.co.uk">Andy_J_Robinson@blueyonder.co.uk
</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;">I've been really rather taken aback by the variety of argument on this
<br>matter yet nobody has really come back with a straight forward response to a<br>valid question.<br><br>For me the feature that I think of as an area I also think of as volume, in<br>other words a container. The container has sides (edges in 2D) and is the
<br>receptacle into which I pour all the information both related to the<br>container and information residing within in. I think of this like a<br>library. The library itself is a structure which has information about<br>
itself (what time it opens etc). Within it there are shelves containing<br>books. While the books themselves may not be properly described by the<br>library (I can read them independently outside the library doors) the<br>
library does know that a particular book exists on its shelves.<br><br>A map is no different in this respect. It contains location information<br>within fixed or loose boundaries (areas).<br><br>So my belief is that OSM only needs to find a simple way of defining the
<br>container, and this might be done by tagging the items belonging to it<br>rather than defining a fixed boundary and then all the data being either in<br>or out (ie no flexibility). A good mapping example is when a new housing
<br>estate goes up on Greenfield, it's a lot easier to redefine the limits of<br>the urban conurbation by its elements than to have to redefine the limits of<br>the boundary as a separate entity.<br><br>Being able to group and container data should open up a lot more
<br>possibilities for information stored and used from OSM. It includes time<br>dependent data as well. Its one of the aspects of OSM that got me interested<br>in the start. The ability to tag any bit of map data with much more than you
<br>can on a traditional map.<br><br>So to answer Steve's question, I personally don't think we need <areas>. And<br>since we can effectively create containers with the tagging of data<br>(although that may not necessarily be the most efficient way to do it in a
<br>db sense) then we probably don't need anything in its place either.<br><br>Cheers<br><br>Andy<br><br>Andy Robinson<br><a href="mailto:Andy_J_Robinson@blueyonder.co.uk">Andy_J_Robinson@blueyonder.co.uk</a><br><br>>-----Original Message-----
<br>>From: <a href="mailto:dev-bounces@openstreetmap.org">dev-bounces@openstreetmap.org</a> [mailto:<a href="mailto:dev-bounces@openstreetmap.org">dev-bounces@openstreetmap.org</a>]<br>>On Behalf Of SteveC<br>>Sent: 20 July 2006 15:20
<br>>To: <a href="mailto:dev@openstreetmap.org">dev@openstreetmap.org</a><br>>Subject: [OSM-dev] proposal to kill areas<br>><br>>There are only 4 areas in OSM and osmarender treats certain tagged ways<br>>as an area. I figure it'd make the server simpler and make client area
<br>>support simpler if 'area=true' on a way made it in to an area.<br>><br>>Functionally, if they were working, an area is identical to a way<br>>already.<br>><br>>Thoughts?<br>><br>>have fun,<br>
><br>>SteveC <a href="mailto:steve@asklater.com">steve@asklater.com</a> <a href="http://www.asklater.com/steve/">http://www.asklater.com/steve/</a><br>><br>>_______________________________________________<br>>dev mailing list
<br>><a href="mailto:dev@openstreetmap.org">dev@openstreetmap.org</a><br>><a href="http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/dev">http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/dev</a><br><br>
<br><br><br>_______________________________________________<br>dev mailing list<br><a href="mailto:dev@openstreetmap.org">dev@openstreetmap.org</a><br><a href="http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/dev">
http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/dev</a><br></blockquote></div><br>