On 11/1/06, <b class="gmail_sendername">Tom Chance</b> <<a href="mailto:tom@acrewoods.net">tom@acrewoods.net</a>> wrote:<div><span class="gmail_quote"></span><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">

Ahoy,<br><br>On Wednesday 01 November 2006 09:54, Chris Morley wrote:<br>> Etienne wrote:<br>> > Does the following proposal satisfy all the requirements:<br>> > 1) Preserve the current rendering behaviour of highway=residential (but

<br>> > mark it as deprecated)<br>> > 2) Use highway=unclassified, residential=yes to mark up roads with<br>> > houses along them<br>> > 3) Use landuse=residential to demarcate the residential areas

<br>> > 4) Do not overlap areas that use the landuse tag unless they really do<br>> > overlap and are tagged as different layers.<br>><br>> If you are going to introduce a new key "residential" you might as well

<br>> allow it to have values left and right (based on the segment direction)<br>> to handle the streets with houses on one side only. (I look forward to<br>> seeing how Osmarender would deal with it.)<br><br>I think this is all getting too complicated, and if we ever move to Andy's

<br>improved schema it will also be slightly pointless. It seems like we all have<br>different data we'd like tagged to roads (should navigation software send you<br>down it, are kids playing on this street, how should a pretty map render it,

<br>how does it fit into $my_country's road classification schema, etc.).<br><br>I don't see what's wrong with highway=residential for now, </blockquote><div><br>The problem with highway=residential is that the abbutters creep out from under the landuse=residential zones and make the map look ugly.  

<br><br>Your solution was to switch off the abutters rule in Osmarender, but this is only fine if you add landuse tags for the *whole* of area.<br> </div><br><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">

even if we secretly<br>think of it as being shorthand highway=unclassified,residential=yes. David<br>Earl makes a good point when he says that added complication will mean less<br>complete data, and we lose no detail with the shorthand version. 

</blockquote><div> It's not complicated.  Either you tag (highway=residential) or you tag (highway=unclassified and landuse=residential).  Just dont tag highway=residential and landuse=residential in the same place if you want pretty results.

<br><br>Everyone can carry on using highway=residential because the change is backwards compatible.  Turning off the abutters rule in Osmarender is not a backwards compatible solution.<br><br></div><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">

I've turned<br>abutters off in osmarender, but leaving them on by default and rendering them<br>before any landuse tags means it's no big deal if they happen to render under<br>a great big landuse=residential area.</blockquote>

<div><br>But the problem is that some of them don't render underneath the landuse area.  Especially those where it is residential on just one side of the road - which is exactly the problem that the landuse tag fixes.<br>

<br></div><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">In the long term I really think we need to sort the whole tagging system out,<br>because at the moment it's a confusing free-for-all with less coherence by

the week. I'd like us to find a way to produce a Map_Features v2 that covers all foreseeable needs coherently, keeping different kinds of criteria (official classification, surface condition, access/speed/weight etc.

<br>restrictions, size, lanes, what sits on either side) in separate tags.</blockquote><div><br>Totally agree.  Are there any volunteers who would be prepared to help Andy with getting the new tagging schema out?<br>

 </div><br><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">The new schema should also be built into the editors such that it's easy to<br>whack in shorthand answers, like "this is a bog standard residential road",

and to then tweak the values that implies so that, for example, a residential road has a special weight restriction or a muddy road surface rather than tarmac. JOSM's annotation preset feature comes close to doing this.

</blockquote><div><br>Agree.<br></div><br><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">So I'm opposed to Etienne's proposal, and suggest we find a way to help Andy

<br>work on the new, improved schema.<br></blockquote><div> <br><br></div><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">Regards,<br>Tom<br>

<br><br>--<br>The struggle against power is the struggle of memory against forgetting<br> - Kundera<br><br>_______________________________________________<br>talk mailing list<br><a href="mailto:talk@openstreetmap.org">talk@openstreetmap.org

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