<html><head></head><body>A tagging scheme, that was already in use, was being changed by a proposal, supported by a small number of votes. Because of these votes the proposer decided that his tagging scheme should be adopted by a mass edit. That mass edit would have broken any use of the tagging scheme by data consumers. Surely data consumers are what we want. We want OSM data to be used, not just for rendering but for analysis, routing, research, planning and many more uses. Data reliability matters. If a tagging scheme just gets changed on an arbritary date, especially in a single step, we risk scaring away dara consumers - all for a change that there's no evidence that it's needed and supported by a small number of votes.<br>
<br>
Mappers matter too (even more actually) and changing tagging schemes confuses them too. Extending a tagging scheme is quite different, both for mappers and consumers.<br>
<br>
Let's stop this crazy idea that a handful of votes makes anything alright. It doesn't. Wiki voting is wrong, devisive and sometimes destructive.<br>
<br>
If the new scheme is adopted in staged way that would be better than a single mass edit, though it can still break data use for people who don't follow OSM's mailing lists.<br>
<br>
I don't blame the proposer of the scheme; he's just following the daft guidelines in the wiki. He probably hasn't realised what a phoney, broken procedure voting is. <br>
<br>
Let's stop using voting.<br><br><div class="gmail_quote">On 6 January 2015 06:06:08 GMT, Bryce Nesbitt <bryce2@obviously.com> wrote:<blockquote class="gmail_quote" style="margin: 0pt 0pt 0pt 0.8ex; border-left: 1px solid rgb(204, 204, 204); padding-left: 1ex;">
<pre class="k9mail"><blockquote class="gmail_quote" style="margin: 0pt 0pt 1ex 0.8ex; border-left: 1px solid #729fcf; padding-left: 1ex;"> What about the maps I produce for my client? You're not likely to know about<br /> it as it is a private project. If you make a mechanical edit that breaks my<br /> render, should I send the bill for the changes to you rather than ask my<br /> client to pay? (This is not hypothetical I really do have a render using<br /> pipelines. I'm also using pipeline data to calculate approximations of<br /> distribution and aggregation).<br /></blockquote><br />You'd rather face a tag fragmentation, and slowly see your data slip away?<br />It seems in many cases it's a favor to have the data migrated to one<br />tagging system....<br />as long as that change is properly coordinated.<br /></pre></blockquote></div><br>
---<br>
cheers, Chris<br>
osm user, chillly</body></html>