boundaries-io
9.8 / 10
203ms
100%
N/A
Zip Codes don't line up with google
Hey I was just looking into the boundary returned by a zipcode for the first time on query by zipcode for zipcode boundaries. The first zipcode I tested 22066 in VA did not match google’s result, there was a section in the boundaries-io result that covered a different area than google. After checking some locations within that area for their zipcode, the boundaries-io result seems to be wrong.
This is a minor blemish as I see it but a location marked with 22102 as its zip, appears in 22066 according to boundaries-io but appears correctly on google and on other services.
Can I reliably use this service if the first zipcode I tested is wrong? zipcodes are the whole reason I would use this service, please let me know, thanks
Join in the discussion - add comment below:
I registered for a regular API and put it into the Geo Mashup configuration. The API is still not compatible with the zips. Papa’s Games
It’s important to note that zip code boundaries can vary and may not always align perfectly across different services. While Boundaries-IO provides valuable information, occasional discrepancies can occur. It’s recommended to cross-reference with multiple sources, such as Google and other reputable services, for increased accuracy. If consistency is crucial, consider exploring alternative services or contacting Boundaries-IO for clarification. Keep in mind that Sqube integration may influence data interpretation, and thorough validation is key for reliable results.
All Baldur’s Gate 3 Companions, Their Classes & Locations
thanks
Line items can have their number of impressions and clicks delivered dramatically decreased by targeting them to a limited geographic area or collection of postal codes.
Line items can have their number of impressions and clicks delivered dramatically decreased by targeting them to a limited geographic area or collection of postal codes.
So useful, thank you very much!
Thank you so much, this is very helpful! And that combine=true feature might be very helpful as well, really appreciate the response. Weird that google doesn’t align with official records, unless they are just behind on updating.
Hello,
Great questions! We have quite a few clients who are in the emergency response and communication industry, so In order to maintain accuracy of zipcode boundaries and data we must only pull from official sources without modification.
Our boundaries data comes directly from the the US census Cartographic boundaries files located in the below link which differs slightly from Google.
Cartographic Boundary Files - Shapefile (census.gov)
https://www.census.gov/geographies/mapping-files/time-series/geo/carto-boundary-file.html?msclkid=89b9cc75a72111ecbfe58b9cdb53320e
22066
https://gist.github.com/boundaries-io/3f7970aa988803796c9c9f0ff2361d3f
22102
https://gist.github.com/boundaries-io/0c91b2d333c246c4af073312152f44f4
We also include additional endpoints that allow merging of these boundaries into a single GeoJson Feature using the ‘combine=true’ query parameter, and querying for multiple zipcode boundaries with one API call.
If you have any other questions or concerns please do not hesitate to reach out to us via email support@boundaries-io.com