Here�s an example:
gitude><Address>5100 Monument Ave, Apt
The USPS site gives three possibilities for Zip+4, in order of increasing
5100 MONUMENT AVE UNIT (Range 601 - 608) 23230-3648
5100 MONUMENT AVE
(EVEN Range 5100 - 5198) MONUMENT AVE 23230-3622
What we need is the most specific Zip, 23230-3648, which corresponds to a
small list of apartments in the building. Second best is that of the entire
building itself, 23230-3662. What GeoCode returns is 23230-3622, the Zip+4
for all the buildings on that side of the street, which is practically
- Rich Goldberg
] On Behalf
Sent: Wednesday, November 03, 2010 4:13 PM
Subject: [yws-maps] Re: Maps API - Incorrect zip+4
There are a couple of reasons the data could be wrong:
1. We're having difficulty parsing the location being passed in. If you
provide some sample data and the expected results we could diagnose this and
you could change the format that you're submitting locations in.
2. We're correctly parsing the input location, but returning the +4 digits
for the entire apartment complex instead of the +4 for a specific section of
the complex. This one is more difficult to fix as the data is technically
correct but not as specific as you need. I'm not sure if there's a quick fix
Those things said, have you tried the placefinder API?
It returns more data that the older GeoCode service, including an "address
quality" field that you can use to decide whether or not to expect zip+4 in
Because the Placefinder API will return lat/lon values, it can be
substituted directly for the GeoCode service in some use cases.
Be aware, Placefinder may succumb to issue #2 listed above, but without some
sample data we can't verify that.
--- In firstname.lastname@example.org
<mailto:yws-maps%40yahoogroups.com> , "randy
kaempen" <randy@...> wrote:
> I have been using the:
> mapping format and I have found that it returns incorrect zip+4 codes for
addresses with apartments. I have compared this against the Post Office's
data to verify it. Can anyone explain why this data is incorrect? Thanks.
[Non-text portions of this message have been removed]