<html><head><meta http-equiv="Content-Type" content="text/html; charset=utf-8"></head><body style="word-wrap: break-word; -webkit-nbsp-mode: space; line-break: after-white-space;" class=""><br class=""><div><br class=""><blockquote type="cite" class=""><div class="">On Jun 10, 2020, at 12:31 AM, Volker Schmidt <<a href="mailto:voschix@gmail.com" class="">voschix@gmail.com</a>> wrote:</div><br class="Apple-interchange-newline"><div class=""><div dir="ltr" class=""><div class="">Two points to get this thread back on track:<br class=""></div><div class=""><br class=""></div><div class="">1) The highway=track tag has always been wider than agriculture and forestry. There is an often overlooked "etc." in the description on the wiki, and it has been there from the very first version of 
26 May 2008. (see also <a href="https://wiki.openstreetmap.org/wiki/Duck_tagging" class="">Duck_tagging</a>)</div><div class=""><br class=""></div><div class="">2) "In my rendering of hiking maps I currently have to look at 13 tags 
and their values to make a decision ..."<div class="">"I think we need some more values for the highway tag..." <br class=""></div><div class="">These two statements together (made in the same message in this thread)  highlight the basic problem of this and other discussions:</div><div class="">If we need to look at X tags and values now, adding new values only makes the list longer - there's no way around this.</div></div></div></div></blockquote><br class=""></div><div>My hope would be that addition of more highway=* values that better match what people are trying to map would be a short term pain (data consumers need to add one more check) but long term benefit.</div><div><br class=""></div><div>For example, as mappers discover they can map a voie verte in France or a “Rails to Trails” in the USA as highway=greenway and not as arbitrary choice of track, path, cycleway or bridle path differentiated by a bunch of foot=designated, bicycle=designated, etc. tags they are likely to migrate to the simpler tagging. At some time in the future data consumers could begin to be more restrictive on their logic.</div><div><br class=""></div><div>Cheers,</div><div><br class=""></div><div>Tod</div><div><br class=""></div><br class=""></body></html>