<div dir="ltr"><div class="gmail_extra"><br><div class="gmail_quote">On Fri, Jul 29, 2016 at 2: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>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></blockquote></div><br>Hey Jon,</div><div class="gmail_extra">There has been discussions of why have any boundaries in OSM. The argument against goes something like "if you can document it on the ground, it doesn't belong in OSM." It might actually make it easier if admin boundaries were removed. Nodes wouldn't be attached to boundaries because the software snapped the way to the boundary. It's a pain to have to unconnect features that shouldn't be connected.</div><div class="gmail_extra"><br></div><div class="gmail_extra">Layers, which OSM currently has only 1, might help. Putting landuse, administrative, etc. in separate layers would make it easier and less cluttered to edit. I believe Mapzen had a project a couple of years ago looking at moving boundaries to another database. Not sure what happened. Maybe someone can help.</div><div class="gmail_extra"><br></div><div class="gmail_extra">I believe we need boundaries in OSM. Parcels not so much. Keeping residential parcels current would be a pain. I do use them to find park boundaries and plan to start using them for future building address imports. Not import the parcel, but use the parcel data to determine which building belongs to an address. </div><div class="gmail_extra"><br></div><div class="gmail_extra">Best,</div><div class="gmail_extra">Clifford</div><div class="gmail_extra"><br></div><div class="gmail_extra">-- <br><div class="gmail_signature" data-smartmail="gmail_signature"><div dir="ltr"><div>@osm_seattle<br></div><div><a href="http://osm_seattle.snowandsnow.us" target="_blank">osm_seattle.snowandsnow.us</a></div><div>OpenStreetMap: Maps with a human touch</div></div></div>
</div></div>