<div dir="ltr"><div>Hi,</div><div><br></div><div>I support this edit. <br></div><div><br></div><div>This spring, I was working on changeset validation code and I was quite surprised to find that FIXME (an invalid key) was so prevalent in the database. I had to collect a bunch of extra validation changesets with the FIXME tag present to train the neural network that an all-caps key is bad unless it is FIXME. As a data consumer, the existence of the tag caused me many hours of extra work. <br></div><div><br></div><div>Removing the FIXME tag reduces the learning curve for map editors. Going forward, nobody needs to wonder if FIXME= or fixme= is correct. <br></div><div><br></div><div>All of the editors have single-click access to the full history of the object, changes to the last modified time or last modified user isn't that big a deal for experienced editors. <br></div><div><br></div><div>Jason<br></div><div class="gmail_extra"><br><div class="gmail_quote">On Mon, Jul 2, 2018 at 1:42 PM, Mateusz Konieczny <span dir="ltr"><<a href="mailto:matkoniecz@tutanota.com" target="_blank">matkoniecz@tutanota.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
  
    
  
  <div>
fixme tag is a standard way to mark fixmes.<br>Editors wishing to finish mapping in their area would (directly or<br>indirectly, for example using JOSM) look through objects tagged with<br>fixme tags.<br><br>FIXME tag is an unexpected way to mark fixmes, retagging this duplicate to<br>fixme key would improve tagging without any information loss.<br><br>It would make development of QA tools easier as authors would not need to<br>discover and implement support for this duplicated key.<br><br>Between X and Y objects are expected to be edited. See<br><a href="https://taginfo.openstreetmap.org/keys/FIXME#map" rel="noopener noreferrer" target="_blank">https://taginfo.openstreetmap.<wbr>org/keys/FIXME#map</a> for a<br>geographic distribution.<br><br>Changeset would be split into small areas to avoid continent-sized<br>bounding boxes. As this tag may be on extremely large objects (for example relations representing long routes) it may be unavoidable to make some edits with very large bounding boxes. <br><br>For documentation page see<br><a href="https://wiki.openstreetmap.org/wiki/Mechanical_Edits/Mateusz_Konieczny_-_bot_account/moving_FIXME_to_fixme" rel="noopener noreferrer" target="_blank">https://wiki.openstreetmap.<wbr>org/wiki/Mechanical_Edits/<wbr>Mateusz_Konieczny_-_bot_<wbr>account/moving_FIXME_to_fixme</a><br>For documentation of my previous proposals (including both proposals<br>that failed to be approved and approved ones) see<br><a href="https://wiki.openstreetmap.org/wiki/Mechanical_Edits/Mateusz_Konieczny_-_bot_account" rel="noopener noreferrer" target="_blank">https://wiki.openstreetmap.<wbr>org/wiki/Mechanical_Edits/<wbr>Mateusz_Konieczny_-_bot_<wbr>account</a><br><br>Please comment - especially if there are any problems with this idea. <br>Please also comment if you support this edit, in case of no response<br>at all edit will not be made as there would be no evidence that<br>this idea is supported.<br>  </div>

<br>______________________________<wbr>_________________<br>
talk mailing list<br>
<a href="mailto:talk@openstreetmap.org">talk@openstreetmap.org</a><br>
<a href="https://lists.openstreetmap.org/listinfo/talk" rel="noreferrer" target="_blank">https://lists.openstreetmap.<wbr>org/listinfo/talk</a><br>
<br></blockquote></div><br></div></div>