<html>
  <head>
    <meta content="text/html; charset=utf-8" http-equiv="Content-Type">
  </head>
  <body bgcolor="#FFFFFF" text="#000000">
    <p>I disagree with this. A revert is putting right the wrong of an
      undiscussed mechanical edit or automated import. *All* undiscussed
      imports should be reverted. That will be part of the enforcement
      of the mechanical edit guidelines. <br>
    </p>
    <p>If we want high quality data (and I certainly do) we must enforce
      the widely discussed and accepted mechanical edit guidelines and
      when someone has flouted those guidelines a revert is to be
      expected, and as quickly as possible.</p>
    <p>The idea that a bad quality data should be cleaned up so the
      revert is not needed is opening the door to yet more poor quality
      data imports, some of which inevitably doesn't get cleaned up.
      Clean it up *before* it is imported.</p>
    <p>OSM is not a database to dump any old data into in the hope that
      some kind soul will tidy up later. <br>
    </p>
    <p>Bad feeling comes from leaving too long before a revert is made.
      If the revert is made quickly then the importer will realise they
      have to sort the data out before it is imported. <br>
    </p>
    <p>I fully support Frederik in his continued efforts to keep the
      quality of data in OSM as high as possible.</p>
    <p>--<br>
      Chris Hill (chillly)<br>
    </p>
    <div class="moz-cite-prefix">On 04/01/2017 21:18, Mikel Maron wrote:<br>
    </div>
    <blockquote
      cite="mid:897074708.6985283.1483564706104@mail.yahoo.com"
      type="cite">
      <div style="color:#000; background-color:#fff;
        font-family:HelveticaNeue-Light, Helvetica Neue Light, Helvetica
        Neue, Helvetica, Arial, Lucida Grande,
        sans-serif;font-size:16px">
        <div id="yui_3_16_0_ym19_1_1483458699909_421753" dir="ltr">Reverts
          should be held to the same standard as imports (outside of
          obviously urgent problems). That means a well documented and
          visible plan, community discussion. Rob's comment shows that
          it is not possible for someone eyeing a revert to judge this
          from a quick look at the data or discussion on talk@. Right or
          wrong, the communication I've seen from community members
          making reverts has left a lot of rough feelings. I don't
          believe that this thread meets a community friendly threshold
          for reverts.</div>
        <div id="yui_3_16_0_ym19_1_1483458699909_421753" dir="ltr"><br>
        </div>
        <div id="yui_3_16_0_ym19_1_1483458699909_421753" dir="ltr">Can
          we hold off on the current revert regime across the board
          until we have as good guidance and practice in place as we
          have for Imports?</div>
        <div id="yui_3_16_0_ym19_1_1483458699909_421815"> </div>
        <div class="signature"
          id="yui_3_16_0_ym19_1_1483458699909_421816">* Mikel Maron
          * +14152835207 @mikel s:mikelmaron</div>
        <div class="qtdSeparateBR"><br>
          <br>
        </div>
        <div class="yahoo_quoted" style="display: block;">
          <div style="font-family: HelveticaNeue-Light, Helvetica Neue
            Light, Helvetica Neue, Helvetica, Arial, Lucida Grande,
            sans-serif; font-size: 16px;">
            <div style="font-family: HelveticaNeue, Helvetica Neue,
              Helvetica, Arial, Lucida Grande, sans-serif; font-size:
              16px;">
              <div dir="ltr"><font face="Arial" size="2"> On Wednesday,
                  January 4, 2017 2:50 PM, Frederik Ramm
                  <a class="moz-txt-link-rfc2396E" href="mailto:frederik@remote.org"><frederik@remote.org></a> wrote:<br>
                </font></div>
              <blockquote style="border-left: 2px solid rgb(16, 16,
                255); margin-left: 5px; margin-top: 5px; padding-left:
                5px;"> <br>
                <br>
                <div class="y_msg_container">Hi,<br clear="none">
                  <div class="yqt9310790725" id="yqtfd17331"><br
                      clear="none">
                    On 01/04/2017 07:25 PM, nebulon42 wrote:<br
                      clear="none">
                    > I would revert it then.<br clear="none">
                    > Violations of the automated edits policy should
                    not be tolerated.</div>
                  <br clear="none">
                  <br clear="none">
                  Some automated Wikidata additions have been reverted
                  by me in the past,<br clear="none">
                  mainly where they came from an algorithm that used
                  proximity (and not<br clear="none">
                  existing wikipedia tags) to match OSM to Wikipedia.<br
                    clear="none">
                  <br clear="none">
                  As for Yuri's edits which are based on matching
                  Wikipedia tags, I asked<br clear="none">
                  him on 18 November to stop making un-discussed
                  automated edits:<br clear="none">
                  <br clear="none">
                  <a moz-do-not-send="true" shape="rect"
href="http://www.openstreetmap.org/changeset/43775555#map=6/54.750/35.752"
                    target="_blank">http://www.openstreetmap.org/changeset/43775555#map=6/54.750/35.752</a><br
                    clear="none">
                  <br clear="none">
                  to which Yuri replied (last comment in the list)<br
                    clear="none">
                  <br clear="none">
                  "Woodpeck, I have already stopped changing any objects
                  except the admin<br clear="none">
                  levels regions 1-6, and even those I have greatly
                  slowed down, and began<br clear="none">
                  reviewing most of the auto-resolved wikidata IDs. I
                  will cease further<br clear="none">
                  automodifications, and instead concentrate on getting
                  wikidata tags<br clear="none">
                  quality review for the admin levels."<br clear="none">
                  <br clear="none">
                  Contrary to what he wrote there, he's modified more
                  than one hundred<br clear="none">
                  thousand objects *after* that exchange - newly adding,
                  instead of just<br clear="none">
                  quality reviewing, Wikidata tags.<br clear="none">
                  <br clear="none">
                  I think that at in a first step, those wikidata tags
                  added by Yuri after<br clear="none">
                  18 November need to be removed. It is rather brazen to
                  ignore our<br clear="none">
                  existing rules outright, especially after I had made
                  it very clear to<br clear="none">
                  Yuri that his edits *are* automated edits according to
                  our rules. I was<br clear="none">
                  a bit hesitant because there's quite a few people in
                  OSM who think that<br clear="none">
                  low-quality Wikidata tags are better than no Wikidata
                  tags at all, but<br clear="none">
                  hearing here that the express desire of other
                  community members has been<br clear="none">
                  blatantly ignored just like our automated edit rules
                  have, I'm leaning<br clear="none">
                  towards reverting the lot and making a clean new
                  start.<br clear="none">
                  <br clear="none">
                  We're not in a rush here - we can afford to wait until
                  someone who<br clear="none">
                  actually knows the area they are working in has the
                  time to add Wikidata<br clear="none">
                  tags. That will yield much higher quality data than
                  some automated matching.<br clear="none">
                  <br clear="none">
                  Bye<br clear="none">
                  Frederik<br clear="none">
                  <br clear="none">
                  -- <br>
                </div>
              </blockquote>
            </div>
          </div>
        </div>
      </div>
    </blockquote>
  </body>
</html>