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

commas separating country/state/region #7

Open
imajes opened this issue Dec 5, 2011 · 5 comments
Open

commas separating country/state/region #7

imajes opened this issue Dec 5, 2011 · 5 comments

Comments

@imajes
Copy link

imajes commented Dec 5, 2011

Hey,

Isn't it proper practice to seperate a region, country with a comma?

so,

New York, NY, USA

rather than:

New York NY USA

@cainlevy
Copy link
Owner

cainlevy commented Dec 5, 2011

There's some tension butween the customary addresses people write, and the addresses that the Post Office wishes people would write. It seems that commas are not recommended: http://www.columbia.edu/~fdc/postal/#usa

@imajes
Copy link
Author

imajes commented Dec 5, 2011

interesting. Do you think it's viable to add a comma version for
people who might choose to use the library to display the content on
the web, but keep their libraries consistent? :)

On Mon, Dec 5, 2011 at 13:20, Lance Ivy
reply@reply.github.com
wrote:

There's some tension butween the customary addresses people write, and the addresses that the Post Office wishes people would write. It seems that commas are not recommended: http://www.columbia.edu/~fdc/postal/#usa


Reply to this email directly or view it on GitHub:
#7 (comment)

@cainlevy
Copy link
Owner

cainlevy commented Dec 5, 2011

I think it'd mostly be a lot of detail work maintaining something like human vs mailing formats. And then there'd be dissonance between what you see and what you get.

On the other hand, the USPO will probably always recognize and route addresses with commas, so it's not likely to be a practical problem.

@imajes
Copy link
Author

imajes commented Dec 5, 2011

Yeah, i was trying to avoid having to write a formatter to display the
address in the online ordering stuff, and was keen to re-use the snail
formatter… but then people complain when they see region/country etc
run into each other.

On Mon, Dec 5, 2011 at 13:33, Lance Ivy
reply@reply.github.com
wrote:

I think it'd mostly be a lot of detail work maintaining something like human vs mailing formats. And then there'd be dissonance between what you see and what you get.

On the other hand, the USPO will probably always recognize and route addresses with commas, so it's not likely to be a practical problem.


Reply to this email directly or view it on GitHub:
#7 (comment)

@cainlevy
Copy link
Owner

cainlevy commented Dec 5, 2011

Even the USPS is conflicted. On https://www.usps.com/send/addressing-tips.htm it says "Avoid commas, periods, or other punctuation—it helps your mailpiece speed through our processing equipment." but then shows a picture of someone writing "Somewhere, NY".

I think that by default I'd prefer to stick with the official format. If you're interested in starting some kind of informal formatting that defaults back to the official format for undefined countries, then at least people could choose.

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

No branches or pull requests

2 participants