Ian, Honestly - and with a certain amount of shame - I had planned to just pull both sets of buildings into ArcMap and run location SQL (select from UVM-SAL buildings where intersect with OSM buildings), then invert the selection and export. It seemed like this approach is conservative toward OSM feature preservation and might also be good for QA/QC in small batches. Unfortunately I'm noticing that the cloudmade shapefile zips don't include buildings. Moving on to the next idea . . .<br>
<br>Josh, I would happily assist on the plugin if I knew the first thing about Java. I'm more inclined to lean on GDAL/OGR in the backend, but I agree it would be fantastic to have this functionality in the editors.<br>
<br>-B<br><br><br>On Thursday, March 22, 2012, Josh Doe <<a href="mailto:josh@joshdoe.com">josh@joshdoe.com</a>> wrote:<br>> On Thu, Mar 22, 2012 at 4:23 PM, Ian Dees <<a href="mailto:ian.dees@gmail.com">ian.dees@gmail.com</a>> wrote:<br>
>>  Personally, I'm most interested in discovering how you're planning on doing<br>>> the conflict detection between the incoming data and existing OSM data. The<br>>> import list has been interested in something like that for a long time and<br>
>> we haven't really had something that did it right.<br>><br>> Sounds like this could be a good application of the conflation plugin<br>> I've been working on. I'm in the process of integrating the Java<br>
> Topology Suite (JTS) and the Java Conflation Suite (JCS) which offers<br>> some pretty powerful matching features based on attributes (tags),<br>> distance, overlap, etc. Like others have said, this would still need<br>
> to be done at a local level in small chunks, which is good since the<br>> plugin likely can't handle matching more than 5000 or so objects<br>> without taking forever. I'd be glad to have help on the plugin<br>
> however, my nights and weekends have been pretty busy lately...<br>><br>> -Josh<br>>