<div dir="ltr"><br><div class="gmail_extra"><div class="gmail_quote">On Thu, Jan 9, 2014 at 10:59 AM, Clifford Snow <span dir="ltr"><<a href="mailto:clifford@snowandsnow.us" target="_blank">clifford@snowandsnow.us</a>></span> wrote:<br>

<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr"><div class="gmail_extra"><br>I agree with Martijn. Addresses add real value to OSM. With an address node, routing works better, adding POI information is easier, and it aids disaster recovery work. I'll admit, building outlines look nice and alone they aid mappers adding POIs and also can be used in disaster recovery work. So each adds value. </div>



<div class="gmail_extra"><br></div></div></blockquote><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr"><div class="gmail_extra"></div><div class="gmail_extra">

About the disaster recovery work. I had a conversation with a CERT member last week. He was frustrated using address interpolation to plan for response efforts. He would love to see address nodes added.</div><span class="HOEnZb"><font color="#888888">

<div class="gmail_extra"><div><br></div></div></font></span></div></blockquote><div><br></div><div>Let's not confuse addresses as raw nodes with no addresses.<br><br>That's a bit like me saying a healthy meal is better than junk food, and the response being that junk food is better than no food. It's not what I'm saying.<br>

<br></div><div>The issues with address points are:<br><br></div><div>1. They're often in the wrong places. You just don't know it until you have building footprints to compare it to.<br><br></div><div>2. There's not a whole lot of data about addresses being updated<br>

<br></div><div>3. (as was brought up in the NYC building point discussion) There's no code that I'm aware of that correctly parses address points inside building polyogons in such a way that non-addressed POIs get the address attributes.<br>

<br></div><div>4. If geolocation is the issue (which it seems to be), then we could feed that data to the geolocator directly, rather than placing it in OSM.<br><br></div><div>- Serge<br></div></div></div></div>