<div dir="ltr"><div class="gmail_extra">What we have is a mess. Most data consumers will simplify it to meet their needs. </div><div class="gmail_extra"><br></div><div class="gmail_extra">About the only useful high-level distinction is between well-made paths, typically in an urban environment, which clearly have been built with the intention that they be used by someone, and poorly-made paths (mostly in the countryside, but some in marginal land in urban environments), where the intention is unclear or absent. </div><div class="gmail_extra"><br></div><div class="gmail_extra">If people want to add further tags (foot=designated+bicycle=designated+segregated=yes or whatever) then feel free: some specialised data users might use such detail (and indeed, with all those tags, the specialised data user is unlikely to read too much into the actual value of the highway tag). </div><div class="gmail_extra"><br></div><div class="gmail_extra">So lets at least have a clear difference between a plain highway=footway and a plain highway=path. And leave the fine distinctions about who is supposed to use them (if known) to further tags.</div><div class="gmail_extra"><br></div><div class="gmail_extra">highway=path should be a rough path</div><div class="gmail_extra">highway=footway should be a made-up path with limited room for non-foot traffic (eg bicycles), or an explicit ban</div><div class="gmail_extra">highway=cycleway should be a made-up path with good room for bicycles (given other usage)</div></div>