【问题标题】:GeoCoding providers for non-map use非地图使用的地理编码提供程序
【发布时间】:2011-07-09 15:52:08
【问题描述】:

我正在寻找地理编码提供商有两个目的:

  1. 地址解析(将长字符串转换成地址分量)
  2. 地址验证(确保地址确实存在)

我需要首先支持北美地址,但也要为国际地址敞开大门。

我不会在地图或网络应用程序中显示这些信息,这让我有点束手无策,因为像谷歌地图和雅虎地图这样的服务要求你显示你在他们的服务上查找的任何信息。

维基百科包含一个很好的可用地理编码提供商列表here。我的问题是:

  1. 是否有可靠/简单的方法将地址解析为组件?我更愿意将此逻辑嵌入到我的应用程序中,而不必依赖第三方提供商。

  2. 最终我需要添加地址验证(使用地图但不在 web 应用程序中)。到时候,你建议我做什么?

【问题讨论】:

    标签: geocoding street-address


    【解决方案1】:

    是否有可靠/简单的方法将地址解析为组件? ID 更喜欢将此逻辑嵌入到我的应用程序中,而不必 依赖于第三方提供商。

    没有。 You can always try to do it,但它最终会失败。地址没有通用的行星标准,也不是每个国家都使用英文地址,这增加了任务的复杂性。美国有 3.11 亿人,世界上有近 70 亿人,现在想想它可以代表的不同地址。

    最终我需要添加地址验证(使用地图但不在 一个网络应用程序)。到那时,你建议我做什么?

    我会使用 Google Maps API V3,但由于它违反了您的规则,因此我会尝试其中一种付费服务来进行地址解析/验证(甚至还有免费服务,但它们不太可靠)。我认为这是你能做的最好的。

    在您的情况下,100% 确定地址是否存在且有效的唯一方法是手动检查它,然后亲自去那里;)

    【讨论】:

    • 我接受您的回答,但值得注意的是,还有 Google Maps API 的替代方案。 SimpleGeo 刚刚免费发布了他们的地图数据:readwriteweb.com/archives/…
    【解决方案2】:

    Gili,注意许可证限制和其他重要的“细则”,这对你有好处。

    我知道您宁愿在不使用外部服务的情况下将逻辑/功能嵌入到您的应用程序中,但如果您能够弄清楚如何做到这一点,而无需通过一堆 USPS hoopla 来做到这一点,那就太棒了。

    我为SmartyStreets 工作,我们做这两件事。有一个名为 LiveAddress 的非常简单的 API 可以满足您的需求……而且它的执行方式看起来不像是在使用第三方服务。我还可以补充一点,将非核心操作与内部系统分离通常是明智的商业实践,将其他内容的“黑匣子”方面留给这些领域的专家。

    Here's some more information 关于使用 LiveAddress 将字符串转换为地址组件。

    【讨论】:

      猜你喜欢
      • 1970-01-01
      • 2011-11-29
      • 1970-01-01
      • 1970-01-01
      • 1970-01-01
      • 1970-01-01
      • 2023-04-02
      • 2013-07-02
      • 1970-01-01
      相关资源
      最近更新 更多