<div dir="ltr"><div>What exactly is the census data representing? Zip codes are not polygons (they are routes) so I'm curious what exactly they are modeling. <br></div><div><br></div><div>But beyond that, I'm not sure zip code boundaries are all that useful in OSM. I think Nominatim already figures out zip code basics from addr:postcode values in the data although I'm not overly familiar with its internal workings.</div>
<div><br></div><div>Toby</div><div><br></div></div><div class="gmail_extra"><br><br><div class="gmail_quote">On Mon, Feb 17, 2014 at 1:11 PM,  <span dir="ltr"><<a href="mailto:osm@charles.derkarl.org" target="_blank">osm@charles.derkarl.org</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><br>
Hi,<br>
<br>
I have a shape file from <a href="http://census.gov" target="_blank">census.gov</a> which contains the boundaries for all zip<br>
codes in the US. This data should not need licensing in that it comes from the<br>
us federal census.<br>
<br>
I would also like the community to answer this technical question: Each<br>
boundary obviously shares a border with another zip code. Should those shared<br>
boundaries have the same way, and then each zip code becomes a relation?<br>
<br>
Failing any negative replies, I will cook up an implementation and provide<br>
some .osm files for review before importing.<br>
<br>
Charles<br>
Boulder Creek, CA, USA<br>
<br>
_______________________________________________<br>
Talk-us mailing list<br>
<a href="mailto:Talk-us@openstreetmap.org">Talk-us@openstreetmap.org</a><br>
<a href="https://lists.openstreetmap.org/listinfo/talk-us" target="_blank">https://lists.openstreetmap.org/listinfo/talk-us</a><br>
</blockquote></div><br></div>