<html><head></head><body>I am also a programmer, and agree that it would make sense to have a movable tag with a value of yes or no, in addition to the finer-grained bridge=<type> tag.  If we were dealing with a database with all bridge types required to be in a lookup table, then it would make sense to have the bridge type table determine whether or not the bridge was movable.  However, since we are dealing with a database where users can add new bridge types at any time, or may not know which technical term to use for the bridge type, having a separate movable=yes tag makes more sense.<br>
<br><br><div class="gmail_quote">Steve Bennett <stevagewp@gmail.com> wrote:<blockquote class="gmail_quote" style="margin: 0pt 0pt 0pt 0.8ex; border-left: 1px solid rgb(204, 204, 204); padding-left: 1ex;">
<pre class="k9mail">On Fri, May 10, 2013 at 8:24 PM, Richard Fairhurst <richard@systemed.net> wrote:<br /><blockquote class="gmail_quote" style="margin: 0pt 0pt 1ex 0.8ex; border-left: 1px solid #729fcf; padding-left: 1ex;">I don't think non-programmers realise how easy it actually is to cope with<br />tag variations, especially now that our tools are so sophisticated. For<br />renderers, the standard is osm2pgsql+Mapnik/Tilemill: Carto makes it easy to<br />assemble tagging rules, and osm2pgsql has (just!) got lua-based tag<br />transformations. For routers, the standard is OSRM, and that too has<br />lua-based tag transformations.</blockquote><br />Ok, I disagree. I'm a programmer, I'm pretty familiar with  most of<br />the tags, and I think the overhead in handling the immense variety of<br />tags is a huge burden. It's a major learning curve for anyone trying<br />to create a new generalist style, and is something we should be trying<br />to reduce, not increase. Maybe one
day there will be standardised web<br />services (or Lua libraries) that condense these arrays of tags into<br />something simpler - but I don't think it exists yet.<br /><br />The easier we make consuming OSM, the better maps, apps and general<br />penetration we get. Optimising for data contributors makes sense - but<br />should be done through editors like iD, not through messy, unwieldy<br />tagging systems.<br /><br /><blockquote class="gmail_quote" style="margin: 0pt 0pt 1ex 0.8ex; border-left: 1px solid #729fcf; padding-left: 1ex;">I'm currently working on two rendering projects (one for bikes, one for<br />boats) and one routing project (for bikes). Even coping with paths, the most<br />complex tagging scheme that we have, is really easy with the lua+Carto<br />combination; just 20 lines of code sorts out the complexities of access=,<br />bicycle=, designation=, highway=, tracktype=, and surface= into the three<br />rendering categories I want.</blockquote><br />And you bear
almost no resemblance to a typical OSM data consumer.<br />(Which I mean as a compliment.)<br /><br /><blockquote class="gmail_quote" style="margin: 0pt 0pt 1ex 0.8ex; border-left: 1px solid #729fcf; padding-left: 1ex;">So for the tiny number of renderers/routers which want to show bridge types<br />differently - and my canal renderer will be one of them! - differentiating<br />based on a single bridge= tag is plenty easy enough. For the majority of<br />renderers/routers, "it's a bridge" will suffice.</blockquote><br />In this case, "movable" is such an obvious place to break the<br />hierarchy down. It's very easy to imagine a non-specialist map would<br />want to show movable bridges slightly differently. It's much harder to<br />imagine many maps caring about the difference between bascules and<br />drawbridges.<br /><br />Similarly, the bridge_type=* is a convenient place to get all the<br />bridge nerdery out of the way of normal data consumers. (But I'd<br />quibble: I'd
promote "floating" and "culvert" as a fundamental kind of<br />bridge, and demote "trestle" and "cantilever" as bridge_types).<br /><br />Steve<br /><br /><hr /><br />Tagging mailing list<br />Tagging@openstreetmap.org<br /><a href="http://lists.openstreetmap.org/listinfo/tagging">http://lists.openstreetmap.org/listinfo/tagging</a><br /></pre></blockquote></div><br>
-- <br>
John F. Eldredge -- john@jfeldredge.com<br>
"Reserve your right to think, for even to think wrongly is better than not to think at all." -- Hypatia of Alexandria</body></html>