<div dir="ltr"><div class="gmail_extra">I'm a data consumer also.</div><div class="gmail_extra">And I've faced tagging proposals that would break my imports also.</div><div class="gmail_extra"><br></div><div class="gmail_extra">In general while I think the tagging / wiki voting system is pretty broken,</div><div class="gmail_extra">I also believe in mass re-tagging to make data more regular.</div><div class="gmail_extra">While there's a one time disruption due to re-tagging, the promise of more rational data in the future makes it worth it.<br></div><div class="gmail_extra"><br></div><div class="gmail_extra">The least short term pain is to leave the old tags alone and introduce new tags, slowly eat away data.  But that's also the most painful long term.</div><div class="gmail_extra">Similar pain comes from deleting tags in the editor, as is done for Tiger data in the USA.</div><div class="gmail_extra"><br></div><div class="gmail_extra"><br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex"><span style="font-size:13.3333339691162px">We can imagine that draft of presets or renders can be dynamically generated by software</span> </blockquote><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex"><span style="font-size:13.3333339691162px">provided that a reference would be completed and maintained.</span></blockquote><div><br></div><div>I have written a script that extracts from each editor (Merkator,  JOSM, iD, Potlatch 2) and mapping tool (osmarender, mapnik)</div><div>which tags they have as presets, and which tags they render.  That could be a start to a a grand unification system.</div></div>