<div dir="ltr">On Wed, Jun 12, 2013 at 7:21 PM, Serge Wroclawski <span dir="ltr"><<a href="mailto:emacsen@gmail.com" target="_blank">emacsen@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">On Wed, Jun 12, 2013 at 6:35 PM, Martijn van Exel <<a href="mailto:m@rtijn.org">m@rtijn.org</a>> wrote:<br>
<br>
> These are *your* answer these questions. I disagree with your conclusion on<br>
> #2, for reasons outlined.<br>
<br>
Let's not get personal here...<br></blockquote><div><br></div><div style>(Please don't force me to read every single post in this mailing list. I have a puppy that needs most of my attention -- it shouldn't all go to moderating the mailing list :) )</div>

<div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">4. Why not agree to use another service for this data other than OSM?<br>
Or conversely, why not use an existing dataset other than OSM, which<br>
already contains neighborhoods, such as the Flickr dataset?</blockquote><div><br></div><div style>Yes please! It's my opinion that OSM is not the place for subjective stuff like borders and admin_areas, especially neighborhood boundaries. David Blackman and Nathaniel Kelso et al. have worked tirelessly on building tools to make border polygons and tools around them. Let's use those tools for this sort of stuff and use the resulting shapes when rendering OSM data.</div>

</div></div></div>