<html>
<body>
I've had a good think and for me personally, yes, a render order of
residential, commercial, industrial, retail (and then any more esoteric
types not yet defined) would work very well.  I sketch in
"residential areas", i.e. urban areas that are most likely to
be residential. Commercial area are often hard to define specifically
without in depth local knowledge of an area so are good next. 
Industrial areas are usually easy to delimit.  Same with retail but
as generally small, are good at the top.<br><br>
And I assume that layer= would still override any pre-defined order
should any folks want to do that.<br><br>
I take Andy's later point about using layers to represent actually
physical layering but I've taken the old graphics trick of simply
layering smaller features over the top of larger features a la a cricket
pitch inside a park.  I don't have any fixed view about which is
best.<br><br>
Oh, and meantime, I shall stop layer inflation, -5 will suit me
well!<br><br>
Mike<br><br>
At 01:24 PM 22/08/2007, 80n wrote:<br>
<blockquote type=cite class=cite cite="">Mike<br>
Currently, for Osmarender, layer needs to be an integer between -5 and
+5.  But that shouldn't stop you adding layer=-10 if it suits you
:)<br><br>
Ideally it shouldn't be necessary to use layer in this way at all since
all landuse and probably all areas should always be rendered before any
river or other natural features. <br><br>
However, we are missing any kind of specification of priority for
overlapping landuse elements.  Should we just say that the render
order is residential, commercial, industrial,... or should the render
order be undefined, so that layer= has to be used explicitly, or should
the default order be alphabetical?  <br><br>
Or maybe some smarter method, like smaller areas that are completely
enclosed by larger areas get rendered later?<br><br>
80n<br><br>
On 8/22/07, <b>Michael Collinson
</b><<a href="mailto:mike@ayeltd.biz">mike@ayeltd.biz</a>>
wrote:<br>

<dl>
<dd>At 11:20 AM 8/22/2007, Frederik Ramm wrote: <br>

<dd>> >> Surely for the buildings and grounds, being able to
make them part<br>

<dd>> >> of a<br>

<dd>> >> larger hotel 'entity' would be ideal...<br>

<dd>> ><br>

<dd>> > Maybe a tag for marking "lot" or
"parcel". <br>

<dd>><br>

<dd>>I've been toying with the idea of using "landuse" but
that would then<br>

<dd>>clash with a "landuse=residential" created for the area
of the whole<br>

<dd>>village.<br><br>

<dd>I've been playing with using <br>

<dd>"landuse=residential" for large areas digitised<br>

<dd>from landsat + "layer=-10" so that I can put<br>

<dd>other specific smaller industrial, commercial,<br>

<dd>retail areas over the top as I identify them. I<br>

<dd>use a large negative number so that (hopefully)<br>

<dd>other features such as rivers, tunnels, parks<br>

<dd>will also appear over the top with no change.<br><br>

<dd>Likewise I'm also experimenting with esoteric<br>

<dd>landuse= tags for micro-mapping.  There seems to <br>

<dd>be a general need emerging from a number of<br>

<dd>threads to distinguish an actual physical<br>

<dd>building from the grounds of the same building. Examples.<br><br>

<dd>tourism=hotel, building=hotel   (node or area)<br>

<dd>landuse=resort or landuse=hotel (larger area) <br><br>

<dd>tourism=attraction, historic=castle, building=castle, name=...<br>

<dd>landuse=castle or something more general<br><br>

<dd>amenity=place_of_worship, building=place_of_worship,
religion=...<br>

<dd>landuse=cemetery (has a burial area) or <br>

<dd>landuse=place_of_worship (no burial area)<br><br>

<dd>building=club_house<br>

<dd>leisure=golf_course<br><br>

<dd>Oh, and yes, I also like the idea of some sort of<br>

<dd>general "lot" or "parcel" or parcel tag. 
The <br>

<dd>NSW, Australia mapping agency shows them on their<br>

<dd>1:50,000 maps as I recall - it is useful<br>

<dd>particularly in areas where you have just a few<br>

<dd>buildings in a semi´-rural landscape.<br><br>

<dd>Mike<br><br>
<br><br>
<br>

<dd>_______________________________________________<br>

<dd>talk mailing list<br>

<dd><a href="mailto:talk@openstreetmap.org">talk@openstreetmap.org</a><br>

<dd>
<a href="http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk" eudora="autourl">
http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk</a>
<br><br>

</dl></blockquote></body>
</html>