<div dir="ltr"><div style>Before this discussion moves forward we should define what "parcel data" is. In my mind it's mostly-abutting polygons representing land ownership. Usually it comes with metadata about tax information and ownership information, and sometimes it has address information for buildings built on that parcel.</div>
<div><br></div>On Thu, Feb 14, 2013 at 2:29 PM, Brian Cavagnolo <span dir="ltr"><<a href="mailto:bcavagnolo@gmail.com" target="_blank">bcavagnolo@gmail.com</a>></span> wrote:<br><div class="gmail_extra"><div class="gmail_quote">
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><br>Is parcel data useful to OSM?<br></blockquote><div><br></div><div style>Yes! Parcel data can be useful to help find parks, schools, and other public areas. If it includes addressing information we can extract that to make it easier to map addresses and/or building footprints.</div>
<div style><br></div><div style>However, it's my opinion that the parcel polygons themselves should NOT be imported into OSM. There's simply too much data, it can not be improved by other OSM mappers, and abutting polygons are one of the trickiest types of data to get right in the OSM data format.</div>
<div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<br>
Can parcel data possibly be kept up to date?<br></blockquote><div><br></div><div style>It's possible, but very very difficult. I don't think anyone in OSM has created a reliable two-way sync between external and OSM data. Such a thing has been on lots of people's wishlists for several years.</div>
<div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<br>
Does parcel data meet the "on the ground" verifiability criteria?<br></blockquote><div><br></div><div style>No. I'm sure there will be at least a couple people that argue against me, but I have yet to be convinced. Parcel data is surveyed by professionals, maintained by the government, and there is very rarely a physical manifestation of the actual parcel boundary.</div>
<div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<br>
Can tools be adapted to accommodate parcel data density?<br></blockquote><div><br></div><div style>Yes, and OSM will have to get there eventually as our data density increases, but we're not ready for it now.</div></div>
</div></div>