Re: World Address Info
This WebDNA talk-list message is from 2003
It keeps the original formatting.
numero = 52336
interpreted = N
texte = Velma I think that you are placing too much importance on the order in which the data is COLLECTED. If you don't collect the data you will never be able to output it. I think that you should be focusing on the order in which you OUTPUT. People filling in forms can answer questions such as zip/postcode at any place in the form. If you want to be particular about the output you can build some smarts into your OUTPUT form so that they are displayed in the correct order. On Wednesday, August 20, 2003, at 01:19 AM, Velma Kahn wrote: > I don't disagree with you, but I do think my sentence is being quoted > out of context--perhaps it was just too carelessly written. I > certainly didn't mean that the world isn't full of states, provinces, > and various forms of postal codes. Donovan asked for a data structure > to store address data from all parts of the world. I was describing a > data structure--in the data structure I conventionally use, the state > and zip fields are used only for Canadian and U.S. addresses, as what > I have seen is that most other countries lay out their data address > data differently, and coercing non-American things into American > formats is something we do way too much here in the USA in my view, > and I'd rather not participate. I don't think my credit card provider > does AVS outside the U.S. I should double check. Who do you have? > > Velma > > At 10:09 AM 8/19/2003, Terry Wilson wrote: >> Thought I'd chime in here. >> >> I would most definitely NOT eliminate postal codes on address forms. >> I ship all over the world, processing credit cards through Authnet >> with AVS turned on. Not only are postal codes present in nearly 100% >> of the addresses submitted (I'd even venture to say 100%, but then >> I'd have to check my records) but the AVS system actually works most >> of the time for England, Canada, and sometimes other foreign >> countries; I get "Y" and "Z" codes returned frequently. >> >> An additional address field, or a textarea field for street address >> to allow multiple lines would accommodate places like England with >> unwieldy addresses, and businesses with building names, c/o, etc. But >> there's no need to elimate fields like State. Even though not all >> countries are broken into states, people ordering from those >> countries are no doubt used to writing n/a into irrelevant form >> fields. >> >> I just had an order from Singapore this morning, which you may know >> is a city and country rolled into one. But the address DID come with >> a 6-digit postal code. >> >> Terry >> >>> StateProv and ZipPostCode are not used for outside of the US and >>> Canada (and may be made unavailable for addresses outside of the US >>> and Canada). >>> >>> If one's business is not slanted towards US/Canada, one could >>> eliminate the StateProv and ZipPostCode fields, and label the "City" >>> line something like "City, Post Code, State or Province". >> >> >> ------------------------------------------------------------- >> This message is sent to you because you are subscribed to >> the mailing list
. >> To unsubscribe, E-mail to: >> To switch to the DIGEST mode, E-mail to >> >> Web Archive of this list is at: http://webdna.smithmicro.com/ > > ---------------------------------------- > Velma Kahn > Glory Day Software Company > 200 Tanager Ln NW, Floyd, Virginia 24091, U.S.A. > phone: 540-745-6469 * fax: 651-321-4884 > email: vkahn@glorydaysoftware.com > http://www.glorydaysoftware.com > http://www.communitymade.com > http://www.floydcrafts.com > > ------------------------------------------------------------- > This message is sent to you because you are subscribed to > the mailing list . > To unsubscribe, E-mail to: > To switch to the DIGEST mode, E-mail to > > Web Archive of this list is at: http://webdna.smithmicro.com/ > > Regards Stuart Tremain idfk web developments 114a/40 yeo street neutral bay 2089 australia t +612 9908 2134 f +612 9908 4837 ------------------------------------------------------------- This message is sent to you because you are subscribed to the mailing list . To unsubscribe, E-mail to: To switch to the DIGEST mode, E-mail to Web Archive of this list is at: http://webdna.smithmicro.com/
Associated Messages, from the most recent to the oldest:
Velma I think that you are placing too much importance on the order in which the data is COLLECTED. If you don't collect the data you will never be able to output it. I think that you should be focusing on the order in which you OUTPUT. People filling in forms can answer questions such as zip/postcode at any place in the form. If you want to be particular about the output you can build some smarts into your OUTPUT form so that they are displayed in the correct order. On Wednesday, August 20, 2003, at 01:19 AM, Velma Kahn wrote: > I don't disagree with you, but I do think my sentence is being quoted > out of context--perhaps it was just too carelessly written. I > certainly didn't mean that the world isn't full of states, provinces, > and various forms of postal codes. Donovan asked for a data structure > to store address data from all parts of the world. I was describing a > data structure--in the data structure I conventionally use, the state > and zip fields are used only for Canadian and U.S. addresses, as what > I have seen is that most other countries lay out their data address > data differently, and coercing non-American things into American > formats is something we do way too much here in the USA in my view, > and I'd rather not participate. I don't think my credit card provider > does AVS outside the U.S. I should double check. Who do you have? > > Velma > > At 10:09 AM 8/19/2003, Terry Wilson wrote: >> Thought I'd chime in here. >> >> I would most definitely NOT eliminate postal codes on address forms. >> I ship all over the world, processing credit cards through Authnet >> with AVS turned on. Not only are postal codes present in nearly 100% >> of the addresses submitted (I'd even venture to say 100%, but then >> I'd have to check my records) but the AVS system actually works most >> of the time for England, Canada, and sometimes other foreign >> countries; I get "Y" and "Z" codes returned frequently. >> >> An additional address field, or a textarea field for street address >> to allow multiple lines would accommodate places like England with >> unwieldy addresses, and businesses with building names, c/o, etc. But >> there's no need to elimate fields like State. Even though not all >> countries are broken into states, people ordering from those >> countries are no doubt used to writing n/a into irrelevant form >> fields. >> >> I just had an order from Singapore this morning, which you may know >> is a city and country rolled into one. But the address DID come with >> a 6-digit postal code. >> >> Terry >> >>> StateProv and ZipPostCode are not used for outside of the US and >>> Canada (and may be made unavailable for addresses outside of the US >>> and Canada). >>> >>> If one's business is not slanted towards US/Canada, one could >>> eliminate the StateProv and ZipPostCode fields, and label the "City" >>> line something like "City, Post Code, State or Province". >> >> >> ------------------------------------------------------------- >> This message is sent to you because you are subscribed to >> the mailing list . >> To unsubscribe, E-mail to: >> To switch to the DIGEST mode, E-mail to >> >> Web Archive of this list is at: http://webdna.smithmicro.com/ > > ---------------------------------------- > Velma Kahn > Glory Day Software Company > 200 Tanager Ln NW, Floyd, Virginia 24091, U.S.A. > phone: 540-745-6469 * fax: 651-321-4884 > email: vkahn@glorydaysoftware.com > http://www.glorydaysoftware.com > http://www.communitymade.com > http://www.floydcrafts.com > > ------------------------------------------------------------- > This message is sent to you because you are subscribed to > the mailing list . > To unsubscribe, E-mail to: > To switch to the DIGEST mode, E-mail to > > Web Archive of this list is at: http://webdna.smithmicro.com/ > > Regards Stuart Tremain idfk web developments 114a/40 yeo street neutral bay 2089 australia t +612 9908 2134 f +612 9908 4837 ------------------------------------------------------------- This message is sent to you because you are subscribed to the mailing list . To unsubscribe, E-mail to: To switch to the DIGEST mode, E-mail to Web Archive of this list is at: http://webdna.smithmicro.com/
Stuart Tremain
DOWNLOAD WEBDNA NOW!
Top Articles:
Talk List
The WebDNA community talk-list is the best place to get some help: several hundred extremely proficient programmers with an excellent knowledge of WebDNA and an excellent spirit will deliver all the tips and tricks you can imagine...
Related Readings:
WebCat2 - Getting to the browser's username/password data (1997)
When do we get to request new features? (1999)
[WebDNA] Search encrypted field (2015)
WebCatalog stalls (1998)
WebCat2 several catalogs? (1997)
RE: LookUp Tag (1997)
WebCat2b15MacPlugin - showing [math] (1997)
WCf2 and nested tags (1997)
Quit revisited (1997)
Open Databases on Restart (1999)
ReturnRaw followup (1999)
WCS Newbie question (1997)
Error Messages Returned to User (1997)
Major Security Hole IIS NT (1998)
Closing Databases (1998)
quantity minimum problem (1997)
Windows nt service pack 3 upgrade (1997)
JavaScript Image Problem (1998)
OLD ORDERS (1998)
[OT] What System Software? (2003)