<div dir="ltr"><div dir="ltr">Thanks for the responses.  Some <font color="#ff9900">comments </font>below.<div><br></div></div><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Sun, 1 Sep 2019 at 23:15, Andrew Harvey <<a href="mailto:andrew.harvey4@gmail.com">andrew.harvey4@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 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><div><font color="#ff9900">My Bad - this should work <a href="https://arcg.is/T5frX">https://arcg.is/T5frX</a> (Content tab to turn the VicMap Property layer on/off, some duplicate layers there.</font> </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> </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></div></div></div></blockquote><div><font color="#ff9900"><br></font></div><div><font color="#ff9900">Excellent link, and good to hear the VicMap team are on board.  I know their data has flowed through to a number of other vendor basemaps.  </font></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> <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></div></blockquote><div><br></div><div><font color="#ff9900">I wanted to get the discussion going on the consideration of incorporating the VicMap Property layer into OSM, and I was leaning towards a mass import (and discussing the problems that go with that) </font> </div><div><font color="#ff9900">You guys are the experts in OSM data curation - The main plan was to get this email discussion started :)</font></div><div><span style="color:rgb(255,153,0)"><br></span></div><div><span style="color:rgb(255,153,0)">I will read that link in detail layer, but it does appear that parcel boundaries historically have not been merged into OSM, so I think that likely cuts this discussion short (for VM Property anyhow).</span></div><div><span style="color:rgb(255,153,0)">I know that whilst end-users can mashup the boundary layer onto the OSM layers, I do know a lot of people favour basemaps in VIC that incorporate the cadastral layers fused in - the VicMap API basemaps as an example.</span></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><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></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 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><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>
</blockquote></div><div><br></div><font color="#ff9900">Agreed.  I will be doing this over the week.</font><br clear="all"><div><br></div></div>