On Sun, Nov 9, 2008 at 10:33 AM, Nic Roets <span dir="ltr"><<a href="mailto:nroets@gmail.com">nroets@gmail.com</a>></span> wrote:<br><div class="gmail_quote"><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
<br><br><div class="gmail_quote"><div class="Ih2E3d">On Sun, Nov 9, 2008 at 8:12 PM, Karl Newman <span dir="ltr"><<a href="mailto:siliconfiend@gmail.com" target="_blank">siliconfiend@gmail.com</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
This is one of the major problems with the OSM community. Someone proposes or just starts using a particular tagging scheme which has some flaws. When those flaws are pointed out,</blockquote></div><div><br>That is by no means unique to OSM. Unix / C had a function called 'creat' for almost 30 years.<br>

<br>The problem is that OSM has a lot of "momentum" (users remembering tags, tags being hardcoded into all kinds of software, hundreds of wikipages etc). So changing tags should not be done lightly.<br> </div><div class="Ih2E3d">
<blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
 the OSM pragmatists just say "Oh, we can always change it later. It's a Wiki, after all." But the truth is, you can't change it, because when someone does come up with an alternative tagging scheme (like barrier= or path= or crossing=) that shows some merit over the original, those same pragmatists come back and say "What!? That tag is wrong/invalid/stupid because the database already has ten thousand entries of X. And besides, you'll break everything!"<br>

<font color="#888888">
<br>Karl<br>
</font></blockquote></div></div><br>
</blockquote></div><br>This is a strong argument for careful consideration before putting something into widespread use. Of course, this risks "death by discussion" but at least some opportunity for discussion should be given. In any case, definitely don't tell people "Oh, we can always change it later" when in fact we can't.<br>
<br>Karl<br>