<html>
  <head>
    <meta content="text/html; charset=utf-8" http-equiv="Content-Type">
  </head>
  <body bgcolor="#FFFFFF" text="#000000">
    <p>Hi Dewi,</p>
    <div class="moz-cite-prefix">Am 27.09.2016 um 07:46 schrieb Dewi
      Sulistioningrum:<br>
    </div>
    <blockquote
cite="mid:CAMsMPcz26K+Lh+HkU+aUi1yCnyaYy8Q7hp0m5A-eEno52Pz6ZQ@mail.gmail.com"
      type="cite">
      <div dir="ltr">Hi Walter,
        <div><br>
        </div>
        <div>Before I plan to upload the boundaries import data for
          Surabaya, I have received some feedback and helped by <a
            moz-do-not-send="true"
            href="https://wiki.openstreetmap.org/wiki/User:Capiscuas">Ivan
            Garcia</a> who has expertise in correcting boundaries and
          has previously worked with us in settling Jakarta boundaries.</div>
      </div>
    </blockquote>
    yes, but is no anwers about your experence. The script of Ivan looks
    fine and i'll check it with real data - of course without uploading.<br>
    <blockquote
cite="mid:CAMsMPcz26K+Lh+HkU+aUi1yCnyaYy8Q7hp0m5A-eEno52Pz6ZQ@mail.gmail.com"
      type="cite">
      <div dir="ltr">
        <div><br>
        </div>
        <div>The current raw file has the boundary relations already,
          which I think is quite accurate. I will send the link to the
          raw gis data when it's uploaded on github.</div>
      </div>
    </blockquote>
    It's not a question of <b>data quality</b>, it's a question about
    the <b>technical way</b> adding boundary relations as multipolygons
    to osm - without damaging the "neighbourhood" and without deleting
    the old releations with their history before. Ivan's script seems to
    do the job in an empty area but does not respect the outer borders
    ("neighbourhood") and the history.<br>
    <br>
    We had a lot of problems during such a task in Mexico  Nov. '15 till
    March '16 . See
    <a class="moz-txt-link-freetext" href="http://forum.openstreetmap.org/viewtopic.php?id=52477">http://forum.openstreetmap.org/viewtopic.php?id=52477</a> <br>
    They even damaged the international boundaries of the USA, Guatemala
    and Belize. We had to stop them and they had to change a lot in
    their working process. <b>Now</b> they know how to do this. ;)<br>
    <blockquote
cite="mid:CAMsMPcz26K+Lh+HkU+aUi1yCnyaYy8Q7hp0m5A-eEno52Pz6ZQ@mail.gmail.com"
      type="cite">
      <div dir="ltr">
        <div><br>
        </div>
        <div>In regards to the current boundaries in Surabaya, we had
          contacted those who mapped them previously but they were
          unable to provide the data license / approval and I believe
          our data which is formally attained from Indonesian government
          is more accurate. <br>
        </div>
      </div>
    </blockquote>
    This was only an example of what did go wrong and may go wrong
    again. At least at the edges of the import area.<br>
    <blockquote
cite="mid:CAMsMPcz26K+Lh+HkU+aUi1yCnyaYy8Q7hp0m5A-eEno52Pz6ZQ@mail.gmail.com"
      type="cite">
      <div dir="ltr">
        <div>I might need to clarify that HOT Indonesia, which is where
          I work now, has not focused its work yet on the issue of data
          import due to some problem attaining the data from Indonesian
          government and in explaining about the sensitivity of it to
          Indonesian OpenStreetMap Community. Thank you very much for
          your input, we plan to work more on correcting this issue
          following OpenStreetMap procedures of validating existing data
          and improving data quality in the incoming project.</div>
        <div><br>
        </div>
      </div>
    </blockquote>
    btw: Working with HOT - not OSM? Talking of OpenStreetMap Community 
    as an extra organisation? Strange to me. You are member of the OSM
    Community too. But that is another "problem".<br>
    <br>
    regards<br>
    walter<br>
    <br>
  </body>
</html>