<div dir="ltr"><div>just a few thoughts:<br></div><div><br></div>What is the value of a 1 time mechanical edit cleanup ? From the moment you ran your script, new data can arrive in the OSM with the wrong values.<div>Will you run your script daily ? What if a data consumer obtains the data between 2 runs of your script ? </div><div><br></div><div>Wouldn't it be better to properly inform the data consumer about the existence of some "fix" scripts that can be run after obtaining the data from OSM ? </div><div><br></div><div>Of course one could imaging an OSM setup where those mechanical edits would run automatically after each submission, but that is out of the question I think. Part of that work could be (or is) done by the validators in the editors.</div><div><br></div><div>regards</div><div><br></div><div>m</div><div><br></div><div><br></div></div><div class="gmail_extra"><br><div class="gmail_quote">On Mon, Jun 1, 2015 at 8:36 AM, Bryce Nesbitt <span dir="ltr"><<a href="mailto:bryce2@obviously.com" target="_blank">bryce2@obviously.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr"><div class="gmail_extra"><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">The tag oneway=true is extinct in the database.</blockquote><div><br></div></div><div class="gmail_extra">Without defending the author of the Craigslist stylesheet: tracking OSM data changes is hard.</div><div class="gmail_extra"><br></div><div class="gmail_extra">In part due to the negative attitude towards cleanup mechanical edits, the data is all over the place.</div><div class="gmail_extra">1, -1, reverse, true, false, no, yes, maybe.  Aghgh.  Stuff gets deprecated then rots in place for weeks</div><div class="gmail_extra">months years.</div><div class="gmail_extra"><br></div><div class="gmail_extra">How could a rendering engine keep up with all the positive and negative terms people dream up,</div><div class="gmail_extra">wikifi, and then use inconsistently?</div><div class="gmail_extra"><br></div><div class="gmail_extra">---------------------</div><div class="gmail_extra"><br></div><div class="gmail_extra">Mechanical edits help data consumers.  Clear tag descriptions help data consumers and mappers.</div><div class="gmail_extra">Editor validations helps data consumers, and it's rather weak right now.  API level rejection of certain</div><div class="gmail_extra">edit patterns would help even more.</div><div class="gmail_extra"><br></div><div class="gmail_extra">A clear migration path between tagging schemes would help data consumers a lot.</div></div>
<br>_______________________________________________<br>
talk mailing list<br>
<a href="mailto:talk@openstreetmap.org">talk@openstreetmap.org</a><br>
<a href="https://lists.openstreetmap.org/listinfo/talk" target="_blank">https://lists.openstreetmap.org/listinfo/talk</a><br>
<br></blockquote></div><br></div>