我有一个系统,用户需要输入地址。 我试图限制课程,这是我开始注意到的副本正在成为一个大问题是一些用户投入“道”和其他“路”,因此一式两份的蠕动。
我抬起头,USPS街道后缀缩写的列表,但我仍然有我无法找到问题的答案。 我可以取代所有单词与USPS标准缩写街道地址? 一个例子是“123林山之路”。 如果我是用缩写来代替它,它会接着是“123 FRST的H1路”或不“街头后缀”是美国邮政总局参照意味着他们只希望你做走得太远,因为“123森林山道”?
我有一个系统,用户需要输入地址。 我试图限制课程,这是我开始注意到的副本正在成为一个大问题是一些用户投入“道”和其他“路”,因此一式两份的蠕动。
我抬起头,USPS街道后缀缩写的列表,但我仍然有我无法找到问题的答案。 我可以取代所有单词与USPS标准缩写街道地址? 一个例子是“123林山之路”。 如果我是用缩写来代替它,它会接着是“123 FRST的H1路”或不“街头后缀”是美国邮政总局参照意味着他们只希望你做走得太远,因为“123森林山道”?
美国邮政总局的API ,可以让你格式正确的地址。
你将不得不问USPS可以肯定的,但我想您的应用程序和数据将有麻烦,如果你开始与“123 FRST的H1路”取代“123森林山道”。
我已经做了与地址的一些工作,让我告诉你,这是非常复杂和耗时,甚至远程正确地做。 在大多数情况下,你会过利用现有的包在那里更好。 例如,你会惊讶你可以用几个简单的通话免费的谷歌地图API实现的。
您可以通过展开全部条款,而不是试图缩写任何避免整个问题?
在重复,只是想知道,你最好能够让用户从地址类型的下拉列表中选择。 把它拿出来的用户的手。
在缩写,你问这个是因为USPS需要以某种特定格式的地址? 只是想知道有什么目的没有在缩写。 道歉,如果我错过了标记。
你也可以看看其中有各种地址实例的首选和可以接受的格式解释USPS邮政寻址标准。
http://pe.usps.gov/text/pub28/pub28c2_toc.htm
在这个例子中的情况下,相关部门是23送货地址线。
http://pe.usps.gov/text/pub28/pub28c2_012.htm
与试图扩大故障/解决合同是自己屡次缩写可以是街道的一部分,甚至是城市名称。 例如:“100大道A”,其中不应该大道缩写。 或“900圣路易斯循环”。 在这种情况下,圣并不意味着街头,这意味着圣。
在美国,有一个地址认证的组件调用传送点条形码(DPBC)。 它是一个唯一的12位数字的值,该值可以作为一个地址的唯一标识符。 为了得到这个值你要使用的地址验证或地址标准化Web服务API,它可以花费大约20 $ /月,这取决于你对它的请求的数量。 使用这个你可以很容易地防止重复或做欺诈防范/检测等。
在充分披露的利益,我SmartyStreets的创始人。 我们提供了这样一个地址验证的Web服务API称为LiveAddress。 你以上,欢迎我与你有任何问题,亲自联系。