<html><head><style type="text/css"><!-- DIV {margin:0px;} --></style></head><body><div style="font-family:times new roman,new york,times,serif;font-size:12pt"><div><br></div><div style="font-family: times new roman,new york,times,serif; font-size: 12pt;"><br><div style="font-family: times new roman,new york,times,serif; font-size: 12pt;"><font face="Tahoma" size="2"><hr size="1"><b><span style="font-weight: bold;">From:</span></b> Anthony <osm@inbox.org><br><b><span style="font-weight: bold;">To:</span></b> d f <fac63tempt@yahoo.com><br><b><span style="font-weight: bold;">Cc:</span></b> OSM Talk <talk@openstreetmap.org><br><b><span style="font-weight: bold;">Sent:</span></b> Monday, 21 September, 2009 15:20:43<br><b><span style="font-weight: bold;">Subject:</span></b> Re: [OSM-talk] Should Bridges be independent of their ways?<br></font><div class="gmail_quote"><div><br>I think the important question is, does it add information?
Probably so. A bridge really is more than just a collection of ways. It might be significantly larger than the ways on it. A bridge should probably have its own geometry. And if a bridge has its own geometry (polygon or line and width) and a layer tag you don't even need the relation, do you? Anything in the area of the bridge with the same layer is located on the bridge.<br><br>+1<br>
<br>The only issue I see is when when a bridge only consists of a single way, it'd be a pain to add *another* way, with the same geometry, to represent the bridge. So the renderers would have to special case this. Maybe....<br><br>+1<br>
<br>Okay, I have a proposal. I can bet some people are going to hate me for it, but I'm going to propose it anyway...<br><br>amenity=bridge (or would it be landuse=bridge?), to be attached to a way or polygon. layer tag is used to indicate the layer. If a bridge is equivalent to a single way, you can attach amenity/landuse=bridge to the way (after splitting) instead of creating a separate way.<br>
<br>bridge=yes could, and probably should, still be attached to the way. It will indicate that the way is *on* (over?) a bridge, not that the way *is* a bridge.<br><br>No relations, unless you want to add them as redundant information to make it easier to calculate which ways are on which bridges (but this can be obtained from the geometry, the layer tag, and the bridge tag).<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;"><div><div style="font-family: times new roman,new york,times,serif; font-size: 12pt;">
Would it affect routers? Would a route be described as "cross this bridge, then turn left in 200 metres"?<br></div></div></blockquote><div><br>I doubt most routers are going to bother with information that isn't part of the way or the nodes directly on the way.<br><br>To be clearer I should have said "Turn left 200 metres after crossing this river"<br>To answer my own question, I think they would use such vernacular. <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;"><div><div style="font-family: times new roman,new york,times,serif; font-size: 12pt;">
It would certain save time splitting the ways.<br></div></div></blockquote><div><br>The way should probably still be split, at least to add the layer tag, and arguably to add the bridge=yes, which indicates that the way is indeed on a bridge.<br><br>I've spent so much time splitting ways for bridges so it's with regret that I agree they need to be split to define layers. <br>+1 <br>
</div></div>
</div></div></div><br>
</body></html>