<div dir="ltr">Charles,<div><br></div><div>Thanks for starting the dialog and being willing to work on a project like this.</div><div><br></div><div>Those are not exactly the same as postal zip codes, they are specific for census purposes, so the community may want to keep that in mind.  </div>
<div><br></div><div>Mike </div></div><div class="gmail_extra"><br><br><div class="gmail_quote">On Mon, Feb 17, 2014 at 12: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>