<div dir="ltr">Perhaps instead of bridge_type, it should be bridge:structure, or some other indication that it's referring to the general engineering and architecture of the bridge rather than the vague "type" which might get confused with "foot, cycleway, motorway" etc; and _ which isn't a good separator for what is effectively a subkey.</div>
<div class="gmail_extra"><br><br><div class="gmail_quote">On Sat, Jan 12, 2013 at 1:41 AM, Michael Patrick <span dir="ltr"><<a href="mailto:geodesy99@gmail.com" target="_blank">geodesy99@gmail.com</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr"><div>( My apologies to the list for inadvertently regurgitating an undigested reply back onto the list )</div>
<br><div class="gmail_extra"><div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
>  I think I like the "bridge:movable" suggestion made there. (So movable bridges would be tagged, e.g., "bridge=movable; bridge:movable= bascule" and so forth.)<br></blockquote><div><br></div><div>

So would there be a reflective tag "bridge:fixed", etc. (I'll go look)</div><div><br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
That also makes it a little easier to parse for a (hypothetical)<br>
downstream piece of routing software; it doesn't care to learn about<br>
all the different varieties of movable bridge, it just needs to be<br>
able to spot bridges that could open and leave you stuck in a traffic<br>
jam.<br></blockquote><div><br></div><div>Which is what prompted my question about the individual span types, the various bridges have names like 'The Eastern High Rise', etc. that radio traffic announcers and EMS uses, and there are exit opportunities for some. </div>

<div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">> This is my approximation for the eastbound lanes<br>
of I-90, moving from west to east. Segment 1 (over roads):<br>
"bridge=yes; bridge_type=beam". Segment 2: "bridge=yes;<br>
bridge_type=truss". ("bridge=viaduct" might be OK for this, too;<br>
that's sort of a matter of taste.) Segment 3: "bridge=yes;<br>
bridge_type=arch". Segment 4: "bridge=yes; bridge_type=floating".<br>
Segment 5: "bridge=yes; bridge_type=arch". Segment 6: "bridge=yes;<br>
bridge_type=beam".<br></blockquote><div><br></div><div>Thank you for your time constructing the example.</div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">

> .... And this kind of "span-by-span" breakdown does have some potential when it comes to navigation. In bridges crossing navigable estuaries, it's not uncommon to have a long series of fixed spans with a movable span somewhere in the middle over the navigation channel. In that case, it's certainly useful to distinguish between the movable and the fixed spans, as it defines the location of the channel.<br>

</blockquote><div><br></div><div>I've noticed around here maintenance, reconstruction like seismic refitting, etc seem to be defined by the span type. So I think it would be useful also.</div><span class="HOEnZb"><font color="#888888"><div>
<br></div>
<div>Michael Patrick</div><div> </div></font></span></div></div></div>
<br>_______________________________________________<br>
Tagging mailing list<br>
<a href="mailto:Tagging@openstreetmap.org">Tagging@openstreetmap.org</a><br>
<a href="http://lists.openstreetmap.org/listinfo/tagging" target="_blank">http://lists.openstreetmap.org/listinfo/tagging</a><br>
<br></blockquote></div><br></div>