Address Formatting for International Mailing? 84
linuxbaby asks: "Anyone have any advice or wisdom from experience about address formatting for international shipping? I'm starting to doubt the process of asking individual questions of 'name, company, address, city, state, postalcode, country' because of complaints or misunderstandings from places like Ireland (no postalcodes), Germany (postalcode goes before city), Japan and England (many lines of address info needed). Maybe the best approach is to just get the country as a option-select list of 2-character country codes, but leave the other lines wide open ('address1', 'address2', 'address3', 'address4') for the person to fill in as they see fit. The point here is not data mining, but shipping packages as accurately as possible, anywhere in the world. Thoughts?"
wrong place to ask (Score:2, Insightful)
They do this for a living. They should be able to give you all the information you need.
Re:wrong place to ask (Score:2)
Use a multiline input box (Score:1)
Re:Use a multiline input box (Score:1)
Re:Use a multiline input box (Score:2)
Use a multiline input PAGES (Score:2)
How about localized input pages? No one says you have to use the same input page for every country (and it's unlikely you send to more than a 6 or 8 that use different formats), you know that is is possible to tell where visitors come from. How you combine that data into one table is up to you, but shouldn't be a problem.
Re:Use a multiline input PAGES (Score:2)
I would do it slighlty diffently - instead of the input page being presented based on IP_based_guess, I would suggest A dropdown box for country to start with, and that takes them to a form based on that country.
You can get the prefered format from each country's post office's website, eg www.nzpost.co.nz - just search the site for something like "addressing guidelines".
Re:thanks for asking (Score:1)
Granted, you don't need those, and almost no one has their code memorized, but you shouldn't disallow them.
Effective Addressing for International Mail (Score:5, Informative)
Re:Effective Addressing for International Mail (Score:2)
Re:Effective Addressing for International Mail (Score:4, Informative)
Re:Effective Addressing for International Mail (Score:2)
Freeform! (Score:4, Informative)
What's wrong with just letting the user enter the address in a freeform text field? The user probably knows what his own address is, and can write it in a form that the local post office can deliver to. Just include a dropdown box for the country, and that should be all there's to it.
Re:Freeform! (Score:2)
give them a free space to slap the address into.
however, I suspect that companies like the postal code and other boxes as seperate.. and then requiring something valid seeming into each box because that way more people will actually fill out the REAL address.
but for stuff that the user actually wants to provide a valid address for freeform should do nicely.
But zip is a "checksum" they should check! (Score:3, Informative)
Zip codes, in countries that use them, are checksums. You need them in a separate field because you should check with the post office of that country to make sure it matches with the city. If the zip code and city/state do not match up you should make me verify the address. If the two match up odds are the address is good enough to get things to the right person.
If you can get someone's mail to the right zip code the post office doesn't really need the rest of the address, just the name. (Though it
Re:But zip is a "checksum" they should check! (Score:1, Interesting)
You've never lived in rural A
Re:But zip is a "checksum" they should check! (Score:2, Interesting)
OTOH, I know someone with a unique three letter first name, and he lives in a small town where everyone knows him. He has great fun telling people t
Re:But zip is a "checksum" they should check! (Score:2)
That's not fertile at all. Haven't you ever met a Catholic family? My great-great-grandfather had 17 kids. One of my wife's friends has 10 kids, and another one has 8 at age 26. My granddad (and his wife too, sheesh! It takes two!) had 7. My great grandparents had 8.
Now, a small family would be me. I'm already 30, and I only have a 4th on the way. But hey, the wife's good for another 20 years. I can surely get another 10, no problem.
Protestants, athie
Re:But zip is a "checksum" they should check! (Score:2)
i've gotten mail for me that only had a city/postal code on it, no name.
they used the return address to figure out who it was most likely to go to..a slight advantage of living in a rural area for almost 20 years and the post office people knowing who everyone is.
Re:But zip is a "checksum" they should check! (Score:2)
I once received a letter from an elderly relative in Ireland addressed to:
<my name>
<my town>
NY
USA
Re:But zip is a "checksum" they should check! (Score:2)
A few 'probablys' in that paragraph, but it's the postal service. what do you expect
Re:Freeform! (Score:1)
Unless it's prounounced 'Mmmy' or something, which I rather doubt.
Re:Freeform! (Score:1)
Re:Freeform! (Score:2)
The classic example would be calculating accurate shipping costs, in that case typically you would want to know country, region, and maybe even city.
In a freeform field, it wouldn't be possible to distinguish these.
google for prior art (Score:2, Informative)
There's an example of what looks like a good solution used at https://www.theperlreview.com/cgi-bin/subscribe.c g i/up
They make some fields required (name and country would make sense) and others (such as state) are marked "required for some countries", with a big freeform text area marked "Mailing label" with the text "Int
Universal Postal Union (Score:5, Informative)
Also, this looks interesting: International Address Standard UPU S42-1 [coverpages.org]
(BTW, I know nothing about this stuff, but I found it via Wikipedia, which these days is proving itself more useful than Google.)
The UPS Store (Score:2)
Re:The UPS Store (Score:1)
Universal Postal Union (Score:3, Interesting)
You can get the addressing standard [upu.int] and the worldwide database [upu.int] from the Universal Postal Union.
ZIP codes (Score:2, Insightful)
Re:ZIP codes (Score:1)
Re:ZIP codes (Score:2, Informative)
There is a limited character set : Not all letters are valid in all positions (C, I, K, M, O, V, are not valid in the last two characters), the last three characters are ALWAYS in the form digit letter letter, a UK postcode ALWAYS begins with at least one letter, and ALWAYS contains at least two digits. The recommended layout is to put a space before the last three characters.
[A-Z]{1,2}\d[A-Z\d]? \d[ABD-HJLNP-UW-Z]{2}
Within the UK, m
Re:ZIP codes (Score:2)
So two houses next to each other (or facing each other) typically have a different postal code?
Re:ZIP codes (Score:2)
Yes, that's what I meant when I said "facing each other". I'm in Germany; we don't have seperate postal codes per side of the street - TBH that still sounds kind of odd
Re:ZIP codes (Score:1)
This is the case in the UK as well (although I don't think you would have to look up the computer to find out the side of the street)
It is confused by some high volume customers having a dedicated box and postcode rather that share a code with their neighbours.
Universal Postal Union (Score:2)
The UPU has 190 member countries, and those countries submit mailing information to the UPU, making it the most extensive repository of postal information on earth.
If you are looking for information on addresses [upu.int], I would start (and probably stop) with the UPU.
Addressing in England (Score:3, Interesting)
Re:Addressing in England (Score:2)
On the otherhand it rather overestimates the Royal Mail to actually work this way. I remember hearing about someone once who sent 50 or 60 letters addressed in this fashion. Something like 3 arrived! :o
Re:Addressing in England (Score:2)
Re:Addressing in England (Score:1)
When in doubt, (Score:2)
Re:don't sweat it *too* much (Score:2)
Heh! I work in a contact centre. about 20% of my customers can't spell the name of their street. About 10% can't even pronounce it.
And yet these people order stuff on "Teh Intarweb" all the time.
In Auckland, New Zealands largest city (Actually a collection of four cities and a dozen towns that grew and merged into one s
Re:don't sweat it *too* much (Score:1)
And make sure
Support International Character Sets (Score:1)
I ordered a Firefox T-shirt from the Mozilla Store with international shipping to China. I filled out the shipping address in Chinese characters, but a few days later they sent me an email that said the address just showed up as a bunch of question marks in their software. Thankfully they agreed to let me email them the address as a gif image and they printed out the gif and stuck it on the package. I received the shipment about ten days later.
If you provide the option of international shipping you should
Re:Support International Character Sets (Score:2)
Re:Support International Character Sets (Score:1)
You're probably correct if you're sending it to a part of China like Beijing where Mandarin is their first language, but where I live Mandarin is not most people's first language and the people that deliver the mail typically don't understand pinyin. China Post does employ people that read the pinyin and write in the characters next to it, but they usually do a pretty sloppy job and I frequently have problems with such mail being misdirected or delayed.
I have a friend at a school here who frequently gets
Re:Support International Character Sets (Score:2)
As for your friend...Chinese efficiency. What can I say?
They Know Best, Not Your Database (Score:5, Informative)
I think frankly your best bet here is to be freeform. They know best how their addresses are written. So long as the country goes last, to get the parcel from your country out to the appropriate country, the rest of the address should be written to their custom so that their postal service will be most likely to deliver it.
I've seen all the things you describe - stuff like "90167 Bucharest" where the postcode precedes the city - and you're just not going to cope with all that if you try and enforce a complex system of validation.
Our database just has Address1-Address5 (use as many or as few as you want), Postcode (this can be blank), Country (this can't be).
When we tried entering a lot of addresses into the address book software of a certain well-known courier company, we ran into all sorts of problems. It would keep insisting on postcodes where they weren't appropriate, and so on. It's just more hassle than it's worth, and creates more problems (with literally not being able to enter what you know is correct) than it solves (stopping accidental bad data entry).
Coordinates (Score:1)
beam pkg via UPS to 42.3750 N, 71.1060 W -THX
Re:Coordinates (Score:1)
Hmm, I suppose that would be a useful feature for a hospital* to have.
;-)
*at least, that's what I see there when I look at the map...
To try to keep this on-topic, I seem to remember something about a proposed system (I think I read about it here) to come up with a decent coordinat-based world-wide grid system for addresses. But I completely forget any details of it other than that it was supposed to be rather precise and short (I think two groups of three
Re:Coordinates (Score:1)
Re:Coordinates (Score:2)
Ireland & Postcodes (Score:1)
This generally ends up being N/A or 12345, surely forms should forgo the postcode once Ireland is selected?
The nearest thing Ireland has to a postcode is Dublin 4 or Dublin 1.
The more general question (Score:5, Insightful)
Other good examples are telephone numbers (not all countries use ten digits, and sometimes you need to add a note like ask for extension 36914 or ask the receptionist to page me, I don't have a direct line), gender (it may surprise you to know that not everyone identifies as male or female, and not everyone is happy with saying which label they want to apply, so make it optional) and even country (is Taiwan a country? It depends who you ask).
You need always to be aware that when a computer model of the external physical world disagrees with the external physical world, it's the model that's inaccurate or wrong, not the external physical world. This sounds pretty obvious, but look at the replies to this article and you'll see suggestions that might make me unable to give me my address.
I've had Web forms ask for my Canadian postal code (by the way, spaces are significant in UK postal codes, and are not in Canadian ones), and then tell me (because they re-used some JacaScript) that a postal code must be five digits. When I tried 00000, the server-side software tried matching that to the billing address of my credit card. As a result I was unable to buy an airline ticket!
In that case I used the 'phone. It took an hour on hold on an 800 number to place the order, because they had to process my credit card by hand, since their computer system didn't allow Canadian customers to fly from US destinations; I wonder how many millions of dollars they had lost before someone took the time to fight this? In the end I got a letter from support saying I should have used the Canadian and not the US Web page, and when I wrote back saying that's what I had done in fact, and please forward this to the programmers, I got a reply saying the bug was fixed.
It's still pretty common to find Web sites whose programmers don't have the concept Some people live outside the US. let alone Some people live in the US but have foreign credit cards, as they are temporary residents.
So when you use the billing address as a "checksum" against the credit card, and find they are different, the right thing to do is to ask the customer for confirmation and then believe the customer.
Keep a record of the information, so that if they complain later you can work out where they asked things to be shipped, and maybe recover. Obviously, your goal is to deliver the package, so you want clear text that is written to be easily understood, not a legal disclaimer in all-caps that's there so you can slither out of the clutches of a disgruntled customer!
The principles are
Associative not relational databases (Score:3, Interesting)
That's a lot to ask for a small percentage of the market. It may not be the case for most business that, "'better to let them do this than to lose them as a customer" it might just be better to lose them a
Re:Associative not relational databases (Score:2)
The relational model is an approximation, of course, and where it doesn't quite fit, you have to decide whether to lose a few customers or to tweak your model.
In the case of addresses, "use alternative address for this customer" is just fine for most purposes, especially if the final printed package will be checked by a human when the label is fastened, and fits within a relational database.
Liam
Re:Associative not relational databases (Score:2)
Re:Associative not relational databases (Score:1)
fraud (Score:2)
matches the shipping address. Sorry. Shipping to
Romania or Nigeria is also a no-go.
Re:fraud (Score:2)
If you require that my billing address match the shipping address, you had beeter not be in the gift business. I have many times sent people christmas or birthday presents that I ordered online. I paid, and the item was shipped elsewhere. Even Amazon manages this.
Liam
Address Format (Score:1)
One table keeps track of countries (3-Digit/2-Digit/2-Character ISO 3166 code, country name) along with a code for address format. I tend to set up a 1 address format per country even if multiple countries use the same format.
The address format is displayed as a series of rows in a grid
Re:Address Format (Score:2)
Re:Address Format (Score:1)
The correct solution.... (Score:2)
(I'm happy to be of any help later too :-)
Foreign Characters (Score:2, Insightful)
Travelocity certainly can't do it (Score:2)
They got the region (state) wrong. Barcelona is not just a city, its also a region (equivalent to a state in Spain). Someone decided that it must be my city (It's not). They seem to have no way of han
Re:Travelocity certainly can't do it (Score:3, Interesting)
The downside, of course, is that postal codes, by extension, become traceable private information, so you'd have to start zealously guarding that as well.
Ditto (Score:2)
I'm working outside the US at the moment, and my offical address is (in the local language) something along the lines of "In this district of this town, take the road to the Monistary, turn left when you see a sign saying such and such, and look for so and so; it's building #1."
--MarkusQ
The way I do it (Score:1)
[c/o] First & LastName
StreetName Number[-Appartment/Suite]
COUNTRYCODE PostalCode, City
Country
AFAIK the internationally accepted way of putting a country code in is as part of, ie preceding, the postalcode. I just append country for the casual reader, such as the postman.
Which means my PC in Switzerland is:
CH [pc], Zurich
and my PC in The Netherlands is:
NL [pc], Amsterdam
Re:The way I do it (Score:1)
For those thinking I forgot the state, this is part of the postalcode.
Easy. (Score:1)
The user knows how to write an address that will end up at their doorstep. You don't need to hold their hands (or step on them) with City, State, Zip, etc. fields.
Incompletely specified from a UI point of view (Score:1)
Also, will a human being review the label before shipment anyway? Will you get a phone number or e-mail address so you can catch mistakes that slip through