<div class="gmail_quote">On Sun, Dec 20, 2009 at 2:54 PM, <a href="mailto:jamesmikedupont@googlemail.com">jamesmikedupont@googlemail.com</a> <span dir="ltr"><<a href="mailto:jamesmikedupont@googlemail.com">jamesmikedupont@googlemail.com</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;"><div><div></div><div class="h5"><br>
</div></div>This is even more detailed,<br>
I have uploaded the osm files :<br>
<a href="http://ia341327.us.archive.org/0/items/OpenstreetmapZipcodes/tl_2009_34_zcta5.osm" target="_blank">http://ia341327.us.archive.org/0/items/OpenstreetmapZipcodes/tl_2009_34_zcta5.osm</a><br>
and<br>
<a href="http://ia341327.us.archive.org/0/items/OpenstreetmapZipcodes/tl_2009_34_zcta3.osm" target="_blank">http://ia341327.us.archive.org/0/items/OpenstreetmapZipcodes/tl_2009_34_zcta3.osm</a><br>
<div class="im"><br></div></blockquote><div><br>Using cartographic license, the Census Bureau came up with boundaries that do not overlap.  These are not the same as official USPS zip codes, used for mail delivery.  <br>
<br>Also, the Census Bureau zip code files are way out of date.  (although it's 2009 TIGER data, the zip codes are dated 2002 and 2000)<br><br>Please try some other unit of geography, such as Census tracts, for dividing up OSM data in chunks to work on.  For importing, zip code boundaries are not appropriate for OSM.<br>
<br>-Katie<br><br>PS. - Do note that using and not understanding zip code polygons is a common
mistake seen in academic literature, such as using them to normalized date.  It happens even in some scholarly geography journal articles. <br></div></div>