Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Handle zip code -> city conversions in Address() tags #4

Open
rtucker opened this issue Jun 22, 2010 · 1 comment
Open

Handle zip code -> city conversions in Address() tags #4

rtucker opened this issue Jun 22, 2010 · 1 comment

Comments

@rtucker
Copy link
Owner

rtucker commented Jun 22, 2010

It should be possible to just specify an address and zip code, and have the output "look right", perhaps with linking to relevant pages:

Input: [[Address(420 Gregory St 14620)]]
Output: 420 ["Gregory Street"], ["City of Rochester" Rochester] NY, 14620

@BradMandell
Copy link

An underlying issue is whether the wiki wants to record the actual town/village/hamlet/CDP where someone, some business, or some feature physically resides or the designated mailing place-name, as controlled by the US Postal Service. The ultimate tool would be one that got a reasonably accurate geocode address from a mailing address (Google)and then was able to select the correct designated place by finding the smallest place-name polygon, within which the geocode resided.

Unfortunately, because the polygons for towns, villages, hamlets, and CDPs can be mutually exclusive, can overlap, or can be contained within one another, the assignment is not isomorphic. Also where do you get the polygons??

The polymorphism is two way and overlapping, some zip codes include multiple place-names, some place-names belong to multiple zip codes and some place names belong to one or more other place-names.

You can see the problem described on the http://rocwiki.org/Zip_Codes and http://rocwiki.org/Zip_Codes pages with good examples on the http://rocwiki.org/Webster and http://rocwiki.org/Fairport pages. Other great examples include the suburban towns or portions of towns that are covered by "Rochester" zip codes - Gates being the most famous. Another gotcha is that the Postal Service disallows some alternate names in mailing addresses where the disallowed name is the actual place where the person lives (:>(

A short tour around with the US Nave guide (http://www.usnaviguide.com/zip.htm) will give you some visual sense of the problem.

These are many of the reasons why I preferred my method of using the second argument form of Address to have the editor enter the proper placement from their knowledge-base. Maybe a Place Macro which acts like the second argument form of the Address Macro using the mailing address geocoding of Google, but outputs the street address portion, the second argument (wiki linked), and then the zip code followed by the mapping graphic.

Brad

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

No branches or pull requests

2 participants