<html><body><div style="color:#000; background-color:#fff; font-family:HelveticaNeue, Helvetica Neue, Helvetica, Arial, Lucida Grande, sans-serif;font-size:12pt"><div><span><span style="font-family: 'Helvetica Neue', 'Segoe UI', Helvetica, Arial, 'Lucida Grande', sans-serif; font-size: 14.545454025268555px;">"unosat:acquisition_date" is the date of satellite imagery acquisition in which the structure was first noted.</span></span></div><div style="color: rgb(0, 0, 0); font-size: 14.545454025268555px; font-family: 'Helvetica Neue', 'Segoe UI', Helvetica, Arial, 'Lucida Grande', sans-serif; background-color: transparent; font-style: normal;"><span><span style="font-family: 'Helvetica Neue', 'Segoe UI', Helvetica, Arial, 'Lucida Grande', sans-serif; font-size: 14.545454025268555px;">"</span></span>unosat:event_code" uniquely identifies the humanitarian event. In this case, it will be the same for all data acquired of Zaatari refugee camp. </div><div
 style="color: rgb(0, 0, 0); font-size: 14.545454025268555px; font-family: 'Helvetica Neue', 'Segoe UI', Helvetica, Arial, 'Lucida Grande', sans-serif; background-color: transparent; font-style: normal;"><span><span style="font-family: 'Helvetica Neue', 'Segoe UI', Helvetica, Arial, 'Lucida Grande', sans-serif; font-size: 14.545454025268555px;">"unosat:objectid" is an identifier used by unosat for each structure.</span></span></div><div style="color: rgb(0, 0, 0); font-size: 14.545454025268555px; font-family: 'Helvetica Neue', 'Segoe UI', Helvetica, Arial, 'Lucida Grande', sans-serif; background-color: transparent; font-style: normal;"><span><span style="font-family: 'Helvetica Neue', 'Segoe UI', Helvetica, Arial, 'Lucida Grande', sans-serif; font-size: 14.545454025268555px;"><br></span></span></div><div style="color: rgb(0, 0, 0); font-size: 14.545454025268555px; font-family: 'Helvetica Neue', 'Segoe UI', Helvetica, Arial, 'Lucida Grande', sans-serif;
 background-color: transparent; font-style: normal;"><span><span style="font-family: 'Helvetica Neue', 'Segoe UI', Helvetica, Arial, 'Lucida Grande', sans-serif; font-size: 14.545454025268555px;">The event_code and objectid together form an external primary key. The data in acquisition_date is unnecessary to retain.</span></span></div><div style="color: rgb(0, 0, 0); font-size: 14.545454025268555px; font-family: 'Helvetica Neue', 'Segoe UI', Helvetica, Arial, 'Lucida Grande', sans-serif; background-color: transparent; font-style: normal;"><span><span style="font-family: 'Helvetica Neue', 'Segoe UI', Helvetica, Arial, 'Lucida Grande', sans-serif; font-size: 14.545454025268555px;"><br></span></span></div><div style="color: rgb(0, 0, 0); font-size: 14.545454025268555px; font-family: 'Helvetica Neue', 'Segoe UI', Helvetica, Arial, 'Lucida Grande', sans-serif; background-color: transparent; font-style: normal;"><span><span style="font-family: 'Helvetica
 Neue', 'Segoe UI', Helvetica, Arial, 'Lucida Grande', sans-serif; font-size: 14.545454025268555px;">I'm ok to reform this as source:pkey=unosat:{{event_code}}:{{objectid}}, or something similar. As long as there's a reference to the external primary key, then the conflation will work fine.</span></span></div><div style="color: rgb(0, 0, 0); font-size: 14.545454025268555px; font-family: 'Helvetica Neue', 'Segoe UI', Helvetica, Arial, 'Lucida Grande', sans-serif; background-color: transparent; font-style: normal;"><span><span style="font-family: 'Helvetica Neue', 'Segoe UI', Helvetica, Arial, 'Lucida Grande', sans-serif; font-size: 14.545454025268555px;"><br></span></span></div><div style="color: rgb(0, 0, 0); font-size: 14.545454025268555px; font-family: 'Helvetica Neue', 'Segoe UI', Helvetica, Arial, 'Lucida Grande', sans-serif; background-color: transparent; font-style: normal;"><span><span style="font-family: 'Helvetica Neue', 'Segoe UI', Helvetica,
 Arial, 'Lucida Grande', sans-serif; font-size: 14.545454025268555px;">If that's a way to go, then let's form a consensus, and next time I update data from Unosat (which should be within a month), I can clean up the tags.</span></span></div><div style="color: rgb(0, 0, 0); font-size: 14.545454025268555px; font-family: 'Helvetica Neue', 'Segoe UI', Helvetica, Arial, 'Lucida Grande', sans-serif; background-color: transparent; font-style: normal;"><span><span style="font-family: 'Helvetica Neue', 'Segoe UI', Helvetica, Arial, 'Lucida Grande', sans-serif; font-size: 14.545454025268555px;"><br></span></span></div><div style="color: rgb(0, 0, 0); font-size: 14.545454025268555px; font-family: 'Helvetica Neue', 'Segoe UI', Helvetica, Arial, 'Lucida Grande', sans-serif; background-color: transparent; font-style: normal;"><span><span style="font-family: 'Helvetica Neue', 'Segoe UI', Helvetica, Arial, 'Lucida Grande', sans-serif; font-size:
 14.545454025268555px;">-Mikel</span></span></div><div style="color: rgb(0, 0, 0); font-size: 14.545454025268555px; font-family: 'Helvetica Neue', 'Segoe UI', Helvetica, Arial, 'Lucida Grande', sans-serif; background-color: transparent; font-style: normal;"><span><span style="font-family: 'Helvetica Neue', 'Segoe UI', Helvetica, Arial, 'Lucida Grande', sans-serif; font-size: 14.545454025268555px;"><br></span></span></div><div style="color: rgb(0, 0, 0); font-size: 14.545454025268555px; font-family: 'Helvetica Neue', 'Segoe UI', Helvetica, Arial, 'Lucida Grande', sans-serif; background-color: transparent; font-style: normal;"><span><span style="font-family: 'Helvetica Neue', 'Segoe UI', Helvetica, Arial, 'Lucida Grande', sans-serif; font-size: 14.545454025268555px;">ps I might be a little slow to respond sometimes, on paternity leave right now.</span></span></div><div></div><div> </div><div>* Mikel Maron * +14152835207 @mikel
 s:mikelmaron</div><div class="yahoo_quoted" style="display: block;"> <br> <br> <div style="font-family: HelveticaNeue, 'Helvetica Neue', Helvetica, Arial, 'Lucida Grande', sans-serif; font-size: 12pt;"> <div style="font-family: HelveticaNeue, 'Helvetica Neue', Helvetica, Arial, 'Lucida Grande', sans-serif; font-size: 12pt;"> <div dir="ltr"> <font size="2" face="Arial"> On Tuesday, October 29, 2013 1:04 AM, Paul Norman <penorman@mac.com> wrote:<br> </font> </div> <blockquote style="border-left: 2px solid rgb(16, 16, 255); margin-left: 5px; margin-top: 5px; padding-left: 5px;">  <div class="y_msg_container">> From: Jason Remillard [mailto:<a shape="rect" ymailto="mailto:remillard.jason@gmail.com" href="mailto:remillard.jason@gmail.com">remillard.jason@gmail.com</a>]<div class="yqt4791080839" id="yqtfd78318"><br clear="none">> Cc: <a shape="rect" ymailto="mailto:imports@openstreetmap.org"
 href="mailto:imports@openstreetmap.org">imports@openstreetmap.org</a><br clear="none">> Subject: Re: [Imports] Zaatari Imports<br clear="none">> <br clear="none">> Hi Mikel,<br clear="none">> <br clear="none">> Normally, I would ask for 3 weeks of discussion for your<br clear="none">> imports/automated edit, look at the code, and would certainly complain<br clear="none">> about those tags.<br clear="none">> <br clear="none">> The primary identity of any given object used for automated updates is<br clear="none">> by definition a bit fuzzy, nothing can change that.. If many people were<br clear="none">> editing this data by hand, it is an absolute certainty that those unosat<br clear="none">> tags would be deleted, copied, and otherwise mangled by normal manual<br clear="none">> mapping activities.</div><br clear="none"><br clear="none">I would also agree with this logic, but I'd add that if there was agreement<br
 clear="none">on keeping these tags that they'd really need to be documented so that <br clear="none">we know what they mean.<br clear="none"><br clear="none">Mikel, could you explain in more detail what the meaning of any you still <br clear="none">want to keep are?<div class="yqt4791080839" id="yqtfd31475"><br clear="none"><br clear="none"></div><br><br></div> </blockquote>  </div> </div>   </div> </div></body></html>