地理編碼提供商不使用地圖

Question

我正在尋找一個地理編碼提供商有兩個目的：

1. 地址解析（把長字符串到地址組件）
2. 地址驗證（確保地址真的存在）

我需要首先支持北美地址，但也要保持國際地址的開放性。

我不會顯示在地圖或web應用程序，這使我的一點小麻煩，因爲像谷歌地圖和雅虎地圖服務需要你顯示你看看在他們的服務的任何信息，這些信息。

維基百科包含一個很好的可用地理編碼提供商列表here。我的問題是：

1. 是否有可靠/簡單的方法來解析地址到組件？我寧願將此邏輯嵌入到我的應用程序中，而不必依賴於第三方供應商。

2. 最終我需要添加地址驗證（使用地圖，但不是在webapp中）。那時候，你推薦我做什麼？

Answer 1

是否有一個可靠的/簡單的方法來解析地址到組件？我想 更喜歡將此邏輯嵌入到我的應用程序中，而不是必須依靠第三方提供程序來訪問 。

You can always try to do it號，但最終會失敗。地址沒有通用的行星標準，並且不是每個國家都使用英語地址，這增加了任務的複雜性。美國有311萬人，全球有近70億人，現在想起它可以代表的不同地址。

最終我需要添加地址驗證（帶有地圖，但不在 的webapp中）。那時候，你推薦我做什麼？

我會使用谷歌地圖API V3，但由於它違反了你的情況下的規則，我會嘗試一種付費服務可用於地址解析/驗證（甚至有免費的，但它們不太可靠）。我認爲這是你能做的最好的事情。

在你的情況下，唯一的辦法是100％肯定，如果該地址存在並且是有效的是手動檢查，然後去那裏物理;）

Answer 2

吉利，好了你聽從許可限制等重要的「印刷品」。

我知道你寧願在不使用外部服務的情況下將邏輯/功能嵌入到應用程序中，但是如果你能想出如何做到這一點，而無需跳過一堆USPS hoopla來做到這一點，榮譽。

我爲SmartyStreets工作，我們在那裏做這兩件事。有一個非常簡單的API叫做LiveAddress，它可以滿足你的需求...它的表現似乎不像你使用的是第三方服務。我還可以補充一點，通常將非核心業務從內部系統中分離出來是非常明智的業務實踐，將其他內容的「黑盒子」方面留給這些領域的專家。

Here's some more information關於使用LiveAddress將字符串轉換爲地址組件。