<div dir="ltr"><div class="gmail_extra"><div class="gmail_quote">On Fri, Jul 29, 2016 at 5:46 PM, Jonathan Schleuss <span dir="ltr"><<a href="mailto:jschleuss@me.com" target="_blank">jschleuss@me.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div><div>I'm kind of curious about this. Why not import those property lines? I'm not arguing for them, because it seems like a lot of work. But I note that in cities such as Fresno, they are <a href="https://www.openstreetmap.org/#map=17/36.74878/-119.71442" target="_blank">in the map</a> as landuse=residential. What if we add all the buildings, all the trees, every bench? Why not add property boundaries? I'm thinking 2030 here.</div></div></blockquote><div><br></div><div>One issue is individual privacy. The tax rolls often show individual property owners and their contact information. While this information is, of course, publicly available, aggregating it really changes its nature.</div><div><br></div><div>landuse=residential could possibly be assembled by aggregating neighbouring parcels, and that would probably be a valid use of property lines, just as using them to locate a cemetery, prison or other landmark would be. Note, however, that landuse does not always follow ownership (although it's a strong hint): my brother has a small area around his house that might be called 'residential', and a much larger area that would be called 'forest' (some of which in any given year is natural=scrub or natural=marsh, depending on where he's harvested). </div><div><br></div><div>Full cadastre would probably overwhelm the servers as they stand, but that is the least important of the considerations. </div></div></div></div>