<div dir="ltr"><br><div class="gmail_extra"><br><div class="gmail_quote">On Wed, Feb 11, 2015 at 7:21 AM, Knut Büscher <span dir="ltr"><<a href="mailto:knut.buescher@gbconsite.org" target="_blank">knut.buescher@gbconsite.org</a>></span> wrote:<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"><div>
    <b>W</b><b>hat are we doing?</b><br>
    The goal is to match OSM's existing german Aral petrol stations with
    the latest data made available by the petrol station operator, then
    add missing petrol stations and add additional tags to existing
    stations. The process will only use common, existing tags. So it's
    not a bulk import, but a <u>rule-based semi-automated update
      process</u>. Not to falsify existing OSM content is the superior
    requirement.  </div></blockquote><div><br></div><div>I think this type of import is a really good thing. Good job!</div><div><br></div><div>I do have some questions:</div><div>How do you handle the situation where a station disappears from the Aral database?</div><div>If a station is deleted manually by a mapper in OSM?</div><div>If a station is moved manually by an an mapper in OSM.</div><div><br></div><div>----</div><div><br></div><div>Here's a similar update, synchronizing a commercial data set with OSM:</div><div><a href="http://www.openstreetmap.org/changeset/28787222">http://www.openstreetmap.org/changeset/28787222</a><br></div><div>For that import a delete in the commercial dataset deletes the OSM node,</div><div>a move in OSM is respected if less than 50 meters.  Manual OSM deletes</div><div>will get overwritten.  Tag updates are merged (e.g. OSM mappers can collect</div><div>more data than the commercial source has available).</div></div></div></div>