<div dir="ltr"><br><div class="gmail_extra"><br><div class="gmail_quote">On Tue, Feb 10, 2015 at 1:04 PM, Paul Norman <span dir="ltr"><<a href="mailto:penorman@mac.com" target="_blank">penorman@mac.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><span class="">On 2/10/2015 1:00 PM, Michael Schnuerle wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
For updatability, we will be adding a unique ID that comes from the source data and will remain the same in updates. But really any other updated data will be imported using this same method: creating a Task and dividing it out into chunks to manually compare and validate using our local volunteers.<br>
</blockquote></span>
If you're planning to not use the unique ID from the source, why are you importing it?</blockquote><div><br></div><div>I encourage you to import the unique ID.</div><div>Having done conflation, it's handy to have that ID as part of the match for future conflation and data updates.</div><div>You should design conflation so that if the ID is wrong that causes no big hassle, as it's always possible<br></div><div>a hand mapper will damage or delete the stored ID. </div><div><br></div><div>When tracking down a problem, the ID can become a huge time saver.</div><div><br></div><div>The ID could be stored in a ref= tag.  I've also used source:pkey= for that ID.</div></div></div></div>