<div dir="ltr"><div class="gmail_extra"><div class="gmail_quote">On Mon, Nov 9, 2015 at 9:13 PM, 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><div class="gmail_quote"><span class="">On Mon, Nov 9, 2015 at 5:32 PM, Paul Norman <span dir="ltr"><<a href="mailto:penorman@mac.com" target="_blank">penorman@mac.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div style="overflow:hidden">- There seems to be inconsistency in how height is being handled. The wiki says cm, but the github repo is saying it's to the nearest 10cm. Meanwhile, the data that was inadvertently imported early has stuff like height=3.9099999999999997<br>
<br>
- There's no mention of merging with existing POIs, e.g. <a href="http://osm.org/way/379207894" rel="noreferrer" target="_blank">osm.org/way/379207894</a> and <a href="http://osm.org/node/368164079" rel="noreferrer" target="_blank">osm.org/node/368164079</a><br>
<br>
- How has the accuracy of the city data been assessed?<br></div></blockquote><div><br></div></span><div>It would help if you could describe how the city's data was validated.  The height could be given in feet, for the above example, change it to height=13'10".  </div></div></div></div></blockquote><div><br></div><div>Agreed, until the US finally gets on board with SI units (which, sadly, is probably going to happen sometime after when recreational marijuana is legal nationwide and religious fundamentalists accept that the US is and always has been a secular nation from it's founding), we're going to have to deal with issues like this; best to use the same units as the data source than come up with some bizarro workaround or weird conversions when practical.</div><div><br></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 class="gmail_quote"><div>I'd like to see addr:city and addr:postcode added to the address information. Census has boundaries for zipcodes. Is it possible that that City of Austin has the information? Or possibly Travis County? County Assessors obviously need the information to send out property taxes. (I'm assuming Travis County has property taxes.) </div></div></div></div></blockquote><div><br></div><div>Census zip codes and postal service zip codes are two different things and not always congruent.  Postal service zip codes represent groups of mail routes, zip+4 takes that one step further for specific stops on a specific mail route.  It's quite possible, particularly on the edge of the range for several post offices, that the zip codes the census designates and what the postal service designate will be quite different.  For example, I'm aware of one street where one block is Portland, OR 97229, the other side of the same street is Aloha, OR 97006, and the next block on the 97229 side is Cedar Mill 97291.  Census considers the entire neighborhood as 97229...</div></div></div></div>