You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
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 (:>(
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.
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
The text was updated successfully, but these errors were encountered: