<div class="gmail_quote">On Thu, Jan 28, 2010 at 1:37 PM, Greg Troxel <span dir="ltr"><<a href="mailto:gdt@ir.bbn.com">gdt@ir.bbn.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
<br>
I've been thinking about how to handle maintenance of imports; so far<br>
osm has tended to import once and then just edit.  My suggestion is to<br>
put whatever database primary key you use on the node, and to be able to<br>
look at the node and tell which import was done, which really means the<br>
internal date or whatever identifier of your database extract.  <br><br></blockquote><div><br>But what happens if someone replaces your imported node with a new one or the node is deleted or someone just changes your primary key for fun ? <br>
</div></div>I think it would be better to keep the node_id or way_id (building) in your own database and check regularly if your element is still at the right location (with some tolerance) with the right tags (with some tolerance) . Then if the POI has been removed, check if the same one has not been recreated around. If yes, just refresh the node_id in your db. If not, recreate the POI or revert the deletion. The link between your db and OSM is the lat/lon, not an id which is not guaranteed in time.<br>
<br>Pieren<br>