<div>Hi,</div><div><br></div>From my experience with OSM tagging, you will have to implement some kind of rules-based system in your app which would have to be easy to amend as you discover more and more peculiarities of free-style OSM tagging. <div>
<br></div><div>Like Frederik says, don't rely too much on OSM Wiki, there's just too much data there for all users to follow and a lot of people tag things not just based on what wiki says, but from other sources too (TagWatch, OSM help, JOSM presets etc.). These sources are not necessarily synchronized, so expect a lot of inconsistency, regional preferences etc. Wiki is a good guide, but it's not a rulebook.</div>
<div><br></div><div>Igor<br><br><div class="gmail_quote">On Tue, Apr 12, 2011 at 9:14 PM, Frederik Ramm <span dir="ltr"><<a href="mailto:frederik@remote.org">frederik@remote.org</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;">
Hi,<div class="im"><br>
<br>
Christian Vetter wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
And the implied tags noted in the wiki pages?<br>
</blockquote>
<br></div>
Like anything else in the Wiki, these are just put there by some people who thought it might make sense; there is no guarantee whatsover that most people even know, much less make use of them.<br>
<br>
To the best of my knowledge there's no editor support for implied tags, i.e. when editing you will not see what you have just "implied" - for example, JOSM will not automatically draw one-way arrows onto something you have tagged highway=motorway.<div class="im">
<br>
<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
So what would be your advice? Just ignore implied tags? They seem to<br>
be used in many cases ( e.g. barrier vs barrier=bollard ) and I want<br>
to avoid "fuzzy" parsing.<br>
</blockquote>
<br></div>
I don't think there will ever be a true, fixed set of implications, but there may be a growing community consensus of implications for one specific purpose. (I could imagine that implications for rendering would be different from implications for routing, say.)<br>

<br>
My advice would be to make up a set of implications that makes sense for your purpose and make sure that every user of your software knows about it. Perhaps even put it in a config file or a wiki page; it might even happen that others start using it. But I would always start from the bottom up ("this is what *I* am doing right now, if anything is wrong about that, let's talk") rather than try to do something from the top down ("let's all find a consensus about implied tags now so that I can then build the one true rule into my application").<div class="im">
<br>
<br>
Bye<br>
Frederik<br>
<br>
-- <br>
Frederik Ramm  ##  eMail <a href="mailto:frederik@remote.org" target="_blank">frederik@remote.org</a>  ##  N49°00'09" E008°23'33"<br>
<br>
_______________________________________________<br></div><div><div></div><div class="h5">
dev mailing list<br>
<a href="mailto:dev@openstreetmap.org" target="_blank">dev@openstreetmap.org</a><br>
<a href="http://lists.openstreetmap.org/listinfo/dev" target="_blank">http://lists.openstreetmap.org/listinfo/dev</a><br>
</div></div></blockquote></div><br></div>