<div dir="ltr"><div class="gmail_extra">There are not standard tools for this, and there are a variety of opinions on the topic.</div><div class="gmail_extra"><br></div><div class="gmail_extra">There are a few, mostly one off, tools for synchronization.  An example is osmsync_noaa_nexrad.py </div>

<div class="gmail_extra">( <a href="http://svn.openstreetmap.org/imports/ongoing/osmsync_noaa_nexrad.py">http://svn.openstreetmap.org/imports/ongoing/osmsync_noaa_nexrad.py</a> )</div><div class="gmail_extra"><br></div><div class="gmail_extra">

Which:</div><div class="gmail_extra"><ol><li>Loads <a href="http://www.ncdc.noaa.gov/oa/radar/nexrad.kmz">http://www.ncdc.noaa.gov/oa/radar/nexrad.kmz</a> , a OSM licence-compatible file listing US government weather radar stations.</li>

<li>Loads all radar station nodes from OSM.</li><li>Conflates the data (compares it).  The OSM geometry is always respected, but other fields come from the source.</li><li>Creates a JOSM changeset file, for a human to load and apply.  This is set up for use with the TODO plugin.</li>

</ol><div>One challenge is that editors are free to significantly change data that's in OSM, and may intentionally or inadvertently damage the tags used for conflation.  The above import for example depends on the source key, and works better if<b> source:pkey</b> is preserved.  Mostly it's not a problem, but with thousands of chain stores over multiple countries that's likely to be more of a hassle.</div>

</div></div>