Matthias Julius wrote:
> Paul Johnson writes:
>
>> Nobody uses the ZIP codes except the post office. Truckers
>> certainly don't use 'em, it's easier to look up the state, city, and
>> street in that order.
>
> Many businesses offer to search for local branches by ZIP code.
> Businesses calculat
I want to summarize and clarify a few things on this thread.
1) I don't think most people are saying that zip codes aren't useful
pieces of information., I know some are, but the majority recognize
the general utility of a zip code map.
2) There's a general recognition that zip codes are quite a
I have done some work today,
I hacked the osm2poly to produce polygons from the tiger 5 point zip codes :
http://fmtyewtk.blogspot.com/2009/12/using-osmosis-to-split-zipcode-files.html
It produces one polygon file per zipcode tabulation area.
I can then extract the data from that to look at what f
An interesting article about the recent increase in the rate of change
in zip code boundaries:
http://www10.giscafe.com/nbc/articles/view_weekly.php?articleid=763562&page_no=1
David.
___
Talk-us mailing list
Talk-us@openstreetmap.org
http://lists.openst
Paul Johnson writes:
> Nobody uses the ZIP codes except the post office. Truckers
> certainly don't use 'em, it's easier to look up the state, city, and
> street in that order.
Many businesses offer to search for local branches by ZIP code.
Businesses calculate shipping costs based on your ZIP
On Mon, Dec 21, 2009 at 1:39 AM, Kate Chapman wrote:
> Mike,
>
> How do you plan to make money off of this? When you buy road data from
> Navteq and Teleatlas you can get their ZIP code boundaries with it so
> everything lines up all nicely. Though the quality of that data is usually
> more up t
The USPS treats ZIP codes as an extension of address data and as such, they
should be treated as point data, since they are an attribute of the address
associated with a building or a property parcel. The problem with creating
polygons out of these points is that the ZIP codes don't cleave neatly a
Mike,
How do you plan to make money off of this? When you buy road data from
Navteq and Teleatlas you can get their ZIP code boundaries with it so
everything lines up all nicely. Though the quality of that data is usually
more up to date than the ZCTAs.
Unfortunately I don't see the ZCTAs as be
Anthony wrote:
> On Sun, Dec 20, 2009 at 12:29 PM, Jeremy Adams wrote:
>
>> One can easily figure out what town someone is from based on their ZIP
>> Code. Is this not the case everywhere?
>>
>
> Certainly not. There are lots of zip codes which represent multiple towns,
> and lots of towns which
Jeff Barlow wrote:
> Serge Wroclawski wrote:
>
>>A Zip Code is a routing code. It doesn't represent geography any more
>>than you can do a 1:1 mapping of iP address to physical location.
>>
>>You can do a "Pretty good" job by simplifying the data, but zip codes
>>are attributes of addresses, not
On Sun, Dec 20, 2009 at 3:34 PM, Frederik Ramm wrote:
> Still, the post codes are *commonly* used as a shortcut geo reference; it
> is a very popular way of doing e.g. a store finder on a web site - enter
> your post code and we'll show you the nearest store. Because of this, there
> is high dema
On Sun, Dec 20, 2009 at 3:34 PM, Frederik Ramm wrote:
> I don't know if your zip codes are used in the same fashion. If they
> are, and if you have reason to believe that potential errors can be
> fixed by people on the ground, then I'd say it makes sense to have them
> in OSM. If, on the other h
Thanks Fredrick and Katie,
Yes, this is how US ZIP (postcodes) work as well. I'm not a web programmer,
but I assume most of the post-code based geolocation that websites use work
off of a centroid and distance-vector approach. I agree that ZIPs are very
useful for one-way geocoding, but not so u
I understand! The counties are fine for splitting up the data.
These zip codes are very interesting anyway, but it looks like some
real work will be needed to process them. After looking on the net, I
think there will be a big market for such data and I am facinated by
the idea of being able to mak
Hi,
Anthony wrote:
> No. Zip codes do not represent geographic regions. They should not be
> in a the map data, but in a separate database.
If I may chime in from the other side of the pond. Here in Germany we
have post codes as well (hear, hear) and they are, theoretically, an
artifact used
On Sun, Dec 20, 2009 at 2:54 PM, jamesmikedup...@googlemail.com <
jamesmikedup...@googlemail.com> wrote:
>
> This is even more detailed,
> I have uploaded the osm files :
>
> http://ia341327.us.archive.org/0/items/OpenstreetmapZipcodes/tl_2009_34_zcta5.osm
> and
>
> http://ia341327.us.archive.org/
On Sun, Dec 20, 2009 at 8:53 PM, Chris Hunter wrote:
>
>
> On Sun, Dec 20, 2009 at 12:53 PM, Anthony wrote:
>>
>> No, the code doesn't represent a geographic area. You can force it into a
>> geographic area, by defining the area in some particular way (e.g. a
>> multipolygon of all buildings whi
On Sun, Dec 20, 2009 at 7:39 PM, Apollinaris Schoell wrote:
> jamesmikedup...@googlemail.com wrote:
>
> Based on what is posted there, the OSM could become a good source of zip
> data.
> We import the census data, and then let people update it. Eventually,
> if we all work together, we can build t
On Sun, Dec 20, 2009 at 7:23 PM, Katie Filbert wrote:
> I posted some comments on the blog post about zip codes:
>
> For splitting up OSM data, I suggest splitting data up by counties or other
> geographic units (e.g. census tracts).
>
> Zip code boundaries are problematic and should not be import
On Sun, Dec 20, 2009 at 12:53 PM, Anthony wrote:
>
> No, the code doesn't represent a geographic area. You can force it into a
> geographic area, by defining the area in some particular way (e.g. a
> multipolygon of all buildings which receive mail addressed to that zip
> code). Of course, give
jamesmikedup...@googlemail.com wrote:
Based on what is posted there, the OSM could become a good source of zip data.
We import the census data, and then let people update it. Eventually,
if we all work together, we can build the best zip code database in
the county.
mike
who is the peop
data from census isn't best quality and it will just repeat the errors
from tiger import. tiger roads have already zip codes. there is no
additional value.
in the long term full address data is the way to go.
imports for data from census should be done only locally where mapper
can verify the
I posted some comments on the blog post about zip codes:
For splitting up OSM data, I suggest splitting data up by counties or other
geographic units (e.g. census tracts).
Zip code boundaries are problematic and should not be imported. In reality,
zip codes are merely attributes assigned to addre
Listen, Yes, and the zipcode of my area surrounds my old house.
please just load the osm file in your josm and look.
here is the file :
http://ia341326.us.archive.org/0/items/OpenstreetmapZipcodes/zt34_d00.osm
mike
On Sun, Dec 20, 2009 at 6:45 PM, Jeremy Adams wrote:
> On Sun, Dec 20, 2009 at 12
On Sun, Dec 20, 2009 at 12:45 PM, Jeremy Adams wrote:
> On Sun, Dec 20, 2009 at 12:41 PM, Anthony wrote:
>
>> On Sun, Dec 20, 2009 at 12:29 PM, Jeremy Adams wrote:
>>
>>> One can easily figure out what town someone is from based on their ZIP
>>> Code. Is this not the case everywhere?
>>>
>>
>> C
On Sun, Dec 20, 2009 at 12:41 PM, Anthony wrote:
> On Sun, Dec 20, 2009 at 12:29 PM, Jeremy Adams wrote:
>
>> One can easily figure out what town someone is from based on their ZIP
>> Code. Is this not the case everywhere?
>>
>
> Certainly not. There are lots of zip codes which represent multip
On Sun, Dec 20, 2009 at 12:29 PM, Jeremy Adams wrote:
> One can easily figure out what town someone is from based on their ZIP
> Code. Is this not the case everywhere?
>
Certainly not. There are lots of zip codes which represent multiple towns,
and lots of towns which represent multiple zip cod
On Sun, Dec 20, 2009 at 11:10 AM, Serge Wroclawski wrote:
> On Sun, Dec 20, 2009 at 10:46 AM, Jeff Barlow wrote:
> > Anthony wrote:
> >
> >>No. Zip codes do not represent geographic regions. They should not be
> in a
> >>the map data, but in a separate database.
> >
> > Please explain your re
On Sun, Dec 20, 2009 at 11:47 AM, jamesmikedup...@googlemail.com <
jamesmikedup...@googlemail.com> wrote:
> please just take a look at the OSM file i uploaded they are regions of
> NJ all split up into approximate regions. It looks pretty good.
>
> Even if they are not the real zipcode, but approx
Based on what is posted there, the OSM could become a good source of zip data.
We import the census data, and then let people update it. Eventually,
if we all work together, we can build the best zip code database in
the county.
mike
On Sun, Dec 20, 2009 at 5:32 PM, Anthony wrote:
> On Sun, Dec 2
please just take a look at the OSM file i uploaded they are regions of
NJ all split up into approximate regions. It looks pretty good.
Even if they are not the real zipcode, but approximates, they could be
at least used to double check points.
My idea is to take the points from the EPA that have
Serge Wroclawski wrote:
>A Zip Code is a routing code. It doesn't represent geography any more
>than you can do a 1:1 mapping of iP address to physical location.
>
>You can do a "Pretty good" job by simplifying the data, but zip codes
>are attributes of addresses, not regions.
>
>If you want to
On Sun, Dec 20, 2009 at 10:46 AM, Jeff Barlow wrote:
> Anthony wrote:
>
> >No. Zip codes do not represent geographic regions. They should not be in
> a
> >the map data, but in a separate database.
>
> Please explain your reasoning. This claim seems quite
> counterintuitive to me.
>
> A Zip is
On Sun, Dec 20, 2009 at 10:46 AM, Jeff Barlow wrote:
> Anthony wrote:
>
>>No. Zip codes do not represent geographic regions. They should not be in a
>>the map data, but in a separate database.
>
> Please explain your reasoning. This claim seems quite
> counterintuitive to me.
A Zip Code is a
Anthony wrote:
>No. Zip codes do not represent geographic regions. They should not be in a
>the map data, but in a separate database.
Please explain your reasoning. This claim seems quite
counterintuitive to me.
A Zip is part of everyone's address just like city and state.
I've seen them on
On Sun, Dec 20, 2009 at 7:57 AM, jamesmikedup...@googlemail.com <
jamesmikedup...@googlemail.com> wrote:
> I have found a nice source of ZipCode boundries,
> http://www.openstreetmap.org/user/h4ck3rm1k3/diary/8994
>
> do you want to import them?
> mike
>
No. Zip codes do not represent geographic
Ahh, I mean the ZIP Code Tabulation Areas.
I checked it for my home town 07933 and was very happy.
My plan was to use this as as starting point.
mike
On Sun, Dec 20, 2009 at 3:29 PM, Kate Chapman wrote:
> Hey Mike,
>
> Where did you find the ZIP Code boundaries? They are licensed data from the
Hi,
I posted the sources, nothing from UPS,
but from the us census :
Five digit splitting of NJ:
http://www.census.gov/geo/cob/bdy/zt/z500shp/zt34_d00_shp.zip
Three digit splitting of NJ:
http://www.census.gov/geo/cob/bdy/zt/z300shp/z334_d00_shp.zip
This is just processed using the shp2osm.pl
h
Hey Mike,
Where did you find the ZIP Code boundaries? They are licensed data from the
USPS and would not have a compatible license for OSM. Or are you refering
to ZCTAs (ZIP Code Tabulation Areas)? ZCTAs are not the same thing as ZIP
codes http://www.census.gov/geo/ZCTA/zcta.html. They are usu
39 matches
Mail list logo
