<div dir="ltr"><div dir="ltr">On Mon, 2 Sep 2019 at 08:11, Simon Jackson <<a href="mailto:simon.robin.jackson@gmail.com">simon.robin.jackson@gmail.com</a>> wrote:</div><div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="ltr"><div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="ltr"><div class="gmail_quote"><div>On one hand we're already snapping features like parks, landuse, and a variety of amenity tags to the property boundaries (based on aerial imagery), how would you reconcile what's in OSM already vs what you propose to import?<br></div></div></div></blockquote><div><br></div><div><font color="#ff9900">As a OSM noob, this was where I would fall to your advice on how layers can be merged and dealing with conflicts.</font></div></div></div></blockquote><div><br></div><div>The approach I'm thinking of is an editor could choose to load in a few boundaries while they map, so instead of tracing from aerial imagery, they may choose to import the parcel boundaries data and then use that as the raw geometry which they add attributes to. Make it opt in for mappers as part of the regular editing process. So no mass import, but an a-hoc gradual migration to using VicMap's property boundaries where they would help OSM.</div><div><br></div><div>This could be through the JOSM RemoteControl import command <a href="https://wiki.openstreetmap.org/wiki/JOSM/RemoteControl#import_command">https://wiki.openstreetmap.org/wiki/JOSM/RemoteControl#import_command</a>, where you load a map on a website, click the parcels you want and load them straight into JOSM.</div></div></div>