On Feb 10, 2008 4:21 AM, Frederik Ramm <<a href="mailto:frederik@remote.org">frederik@remote.org</a>> wrote:<br><div class="gmail_quote"><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
Hi,<br><br>> Since trees lining a way/street are such a common occurence, why<br>> not have a simple additional tag to the main road.<br>><br>> lined_by_trees=yes/no/left/right<br><br>I'm a bit unhappy about needlessly inflating the importance of the<br>
direction of ways. Long-term, I would actually like to get rid of the<br>direction and express everything in relations. The reasons for this<br>are<br><br>(a) the direction is too easily changed, sometimes by mistake<br><br>
(b) there might be multiple conflicting things that rely on the<br>    direction, e.g. a road that is oneway from A to B but has a<br>    slope from B to A<br><br>Anything with "left/right" in it also relies on direction. I'd prefer<br>
"east/west/north/south", or using an explicit relation that says<br>"trees on the right between nodes A and B along road C".<br><br>Bye<br>Frederik<br></blockquote></div><br>Okay, this thread is at risk of spinning wildly off-topic, but I've been thinking about this situation recently. It seems to clamor for the use of specialized relations that are "direction-aware". That way, if a way is a member of a relation and has directional properties (left/right), then the editors could look for those relations when the way is reversed and either fix them automatically or at the minimum raise a warning dialog.<br>
<br>I also had some other ideas about enforcing referential integrity for another type of specialized relation (if one or more node relation members is required to be part of a way relation member, then enforce that rule). That rule could actually be enforced by the API.<br>
<br>These specialized relations would just give some structure to the wide-open relation type, without implying anything about the nature of the relation. It could possibly be accomplished through special tags on the existing relation structure.<br>
<br>Karl<br>