<div dir="ltr"><div dir="ltr"></div><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Sun, 1 Sep 2019 at 10:02, Simon Jackson <<a href="mailto:simon.robin.jackson@gmail.com" target="_blank">simon.robin.jackson@gmail.com</a>> wrote:<br></div><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 dir="ltr"><div><b>Short Version:</b></div><div><a href="https://arcg.is/0Tu8Tb" target="_blank">https://arcg.is/0Tu8Tb</a><b><br></b></div><div>Start a discussion on incorporating the VicMap Property dataset into OSM.</div></div></div></div></blockquote><div><br></div><div>Sorry I can't see that link without an ESRI login.</div><div> </div><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 dir="ltr"><div><b>The Data</b></div><div>The VicMap dataset consists of a number of layers that have been made available as open data under a creative commons license.  </div></div></div></div></blockquote><div><br></div><div>CC BY licensing alone is still not suitable for use in OSM due to <a href="https://blog.openstreetmap.org/2017/03/17/use-of-cc-by-data/" target="_blank">https://blog.openstreetmap.org/2017/03/17/use-of-cc-by-data/</a>. However the good news is VicMap data's owner has completed the required waiver, as noted at <a href="https://wiki.openstreetmap.org/wiki/Australian_Data_Catalogue" target="_blank">https://wiki.openstreetmap.org/wiki/Australian_Data_Catalogue</a>.</div><div> <br></div><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 dir="ltr"><div>There are a couple of layers that as an OSM user, I would would be of value to consider for an initial <a href="https://wiki.openstreetmap.org/wiki/Import" target="_blank">bulk import</a> of data, and then potentially looking at workflows to sync the importing of the incremental deltas through periodically.</div><div><br></div><blockquote style="margin:0px 0px 0px 40px;border:none;padding:0px"><div><b><i>VicMap Property:</i></b></div><div><a href="https://discover.data.vic.gov.au/dataset/property-view-vicmap-property" target="_blank">https://discover.data.vic.gov.au/dataset/property-view-vicmap-property</a>  </div><div><br></div></blockquote></div></div></div></blockquote><div><br></div><div><a href="https://wiki.openstreetmap.org/wiki/Parcel" target="_blank">https://wiki.openstreetmap.org/wiki/Parcel</a> gives a good overview of cadastre data for use in OSM, in short there is no clear consensus on if we should import it or not.</div><div><br></div><div>I'm a bit torn for both sides, on one hand it's very easy for downstream consumers to combine parcel boundaries with OSM data to form a map, I do this all the time. On the other hand having this data in OSM can help map features more accuratly to those boundaries. I see this being done on an ad hoc basis, where editors can pull in a few boundaries at a time as you're mapping things like residential landuse, parks etc. not a mass import.</div><div><br></div><div>I would be against a mass import, simply because you'd end up with too many duplicates based on things already mapped which would make almost impossible.</div><div><br></div><div>Are you suggesting to import all boundaries, or only certain kinds? What tags would you use? I'm keen to see a more concrete plan of what you're proposing. Property boundaries aren't in the default OSM style, not to say that's any reason not to do this, but just something to keep in mind.</div><div><br></div><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?</div><div><br></div></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><b><i>VicMap Address:<br></i></b><a href="https://discover.data.vic.gov.au/dataset/address-vicmap-address" target="_blank">https://discover.data.vic.gov.au/dataset/address-vicmap-address</a> </blockquote><div><br></div><div>Again, I think these would be useful, but again I'd like to see a well laid out plan on the import. eg. resolving conflicts, avoiding duplicates. Then there's consideration as to where the address be mapped, on a lone node, on a building, on the amenity feature or all of the above?</div><div><br></div><div>What about addresses which don't exist on the ground, should these be in OSM or not?</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"><div dir="ltr"><div><ul><li>I use OSM as a basemap and for network analysis, but I have not contributed to OSM (I plan to do a small area of VicMap Property on my street after this email using the ArcGIS OSM tools). </li></ul></div></div></div></div></blockquote><div>I'd suggest you do some contributing to OSM first, to gain the mapper's perspective, since you mentioned you've not contributed before. I think this is important to have that understanding before thinking about an import.</div></div></div>