<div dir="ltr"><br><div class="gmail_extra"><br><div class="gmail_quote">2018-06-19 15:37 GMT+02:00 Bryan Housel <span dir="ltr"><<a href="mailto:bhousel@gmail.com" target="_blank">bhousel@gmail.com</a>></span>:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div style="word-wrap:break-word;line-break:after-white-space">Yes it was settled a week ago<div>The migration is being discussed here:  <a href="https://github.com/osmlab/osm-tagging/issues/1" target="_blank">https://github.com/osmlab/<wbr>osm-tagging/issues/1</a></div><div>This thread can end now :)</div></div></blockquote></div></div><div class="gmail_extra"><br></div><div class="gmail_extra"><br></div><div class="gmail_extra">I don't believe the OSM community should allow the maintainer of their default editor to introduce new tags unilaterally. I agree you must not support all tags, not even those with significant usage, but you must not introduce new tags. This is not the first time, and you have stated more than once your idea of tag creation and endorsement is top down, with the software maintainer deciding the tags on the input side, sweeping away the confusing plurality of comunity created tags. <br></div><div class="gmail_extra"><br></div><div class="gmail_extra">There is no reason you shouldn't properly document the changes in tagging recommendation in the wiki via a proposal like all other mappers and developers do. You won't be able to argue that it takes less time or is more efficient to discuss this on the tagging mailing list.<br></div><div class="gmail_extra"><br></div><div class="gmail_extra">Cheers,</div><div class="gmail_extra">Martin<br></div><div class="gmail_extra"><br></div></div>