On Jan 17, 2008 12:52 PM, Lukasz Stelmach <<a href="mailto:stlman@poczta.fm">stlman@poczta.fm</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;">
<div class="Ih2E3d">Lester Caine wrote:<br>> After my missive in the postal addresses thread I had yet another scout around<br>>   on what is already available and how it is not being managed well.<br>><br>> All mapping is currently based on physical nodes, but I think that perhaps we
<br>> need an abstract element that we can hang things on.<br></div>[...]<br><br><br>Day by day it becomes more obvious to me that sooner or later<br>segments/ways distinction will be back with us. Look at this.<br>A way (street) may belong  to many relations, right? Each relation
<br>may contain different part of the street, right? Especially in big<br>cities where bus routes can be relations and each bus may take<br>different turns, there will bo no single way/highway comprising more<br>than one segment (to be precise I think about lines between
<br>crossings which in case of curved street may comprise more<br>segments). There will obviously MUST be invented 'street' replation<br>which takes a few segmetns and gives them common name. The other<br>relation (perish?) could contain all the objects that belong to a
<br>certain place including half of the segments of the streets that<br>connects two adjacent places.<br><br>This shows a little problem which, however, should be automatable, a<br>new object (node/way|segment) has to be assigned to a different
<br>object (relation) rather then assigning the  place relation to the<br>new object.<br><br><br>I am just shatring my thoughts, maybe someone can come up with some<br>thing wiser ;-)<br><br></blockquote></div><br>It seems to me we're going about this all wrong. Instead of splitting up ways just because any of its attributes change (or to break it up for a route), it seems like a way which denotes the same street (or other linear feature) should be as long as possible. Then we could hang attributes on subsections of it: 
i.e., for way 1234, the speed limit from node 5522 to node 5595 is 100 km/h. Or, way 1234 is a part of route "blue bus" from node 9553 to node 2558. Relations could accomplish this, but they don't have a rigorous structure to enforce all the parts/data integrity.
<br><br>Karl<br>