Google maps api 3 如何获取地块或zipcode边界以在地图中显示?

Google maps api 3 如何获取地块或zipcode边界以在地图中显示?,google-maps-api-3,polygon,zipcode,boundary,parcel,Google Maps Api 3,Polygon,Zipcode,Boundary,Parcel,我想为一块指定的土地添加一个边界,使其在地图上以彩色轮廓/边界突出。在google maps中,如果您知道要输入的地块周围的坐标路径,则可以使用多边形功能完成此操作。但是,我没有多边形路径信息,但我有位置的地理代码坐标以及地块的估价员地块编号(APN) 我发现这篇文章讲述了如何使用免费的人口普查局数据和一些开源软件来获取zipcodes的多边形,但它涉及的内容非常多(因为你必须下载并托管数据),我甚至不确定它是否能感知到地块边界。如果它支持包裹,这肯定是一个选项,但它看起来非常耗时,尽管是免费的

我想为一块指定的土地添加一个边界,使其在地图上以彩色轮廓/边界突出。在google maps中,如果您知道要输入的地块周围的坐标路径,则可以使用多边形功能完成此操作。但是,我没有多边形路径信息,但我有位置的地理代码坐标以及地块的估价员地块编号(APN)

我发现这篇文章讲述了如何使用免费的人口普查局数据和一些开源软件来获取zipcodes的多边形,但它涉及的内容非常多(因为你必须下载并托管数据),我甚至不确定它是否能感知到地块边界。如果它支持包裹,这肯定是一个选项,但它看起来非常耗时,尽管是免费的

我还发现了一个付费解决方案(价格未显示),名为,但认为它很昂贵,可能只是在另一篇文章中使用了上述解决方案。这也是一个选择,如果它是一个小的一次性费用,但不是如果它的昂贵或订阅费

我知道您可以在地图上手动创建覆盖图,保存,然后共享它们,但我正在寻找一种自动化/编程解决方案

更新:好的,这不是一个选项,大约10公里/月。他们表示,订阅服务旨在覆盖全国(而非本地),谷歌是他们的客户之一


更新#2:使用上述美国人口普查局数据解决方案(结合其他开源软件)在浏览网站上的可用功能后,似乎无法提供包裹的边界数据。

好的,经过一周多的研究和尝试不同的选项,根据您的预算以及您希望数据保持一致的准确性,有几个方法。我从中得到了一些建议,但做了大量的研究并添加了更多

简言之,边界数据很难获得,价格昂贵,而且质量因来源而异。不是很准确(),可以通过检查zip 92064来查看。然后看看zillow上的拉链,注意一下区别。ZCTA数据并不总是准确的(在这个zipcode的情况下),但根据您的来源,它可以是免费的

总而言之,以下是我的优先选择顺序(考虑到我的预算较小且需要准确的数据):

  • 仅适用于地块边界,价格非常合理,整个县城的地块边界为250美元。可供购买(用于包裹)。以Excel、Shapefile或KML格式显示的县,尽管Excel文件似乎缺少多边形坐标(duh)。KML格式有多边形,但看起来不错。随着你购买的房源越来越多,它基本上会变得超级堆
  • 仅限zipcode边界,在国际海事组织(IMO)价格合理。基本上,它是每年一次的下载,每个县200美元(仅限zipcode边界),您可以全年使用,并每年重新购买更新。在与销售代表交谈后,它每月提供几千美元(叹气)。然而,对于zipcode边界仍然是一个很好的解决方案
  • 对于zipcode边界,您也可以使用它,我的县大约50美元。不错
  • 仅限zipcode边界,-按订阅定价
  • 仅限zipcode边界,您可以从美国人口普查局提供的免费原始数据下载,并根据您的需要进行转换。免费但漫长的过程需要其他工具和技能(PostGreSQL、PostGIS),但它确实可以为您提供精确的多边形boudary数据。在这本书里读到它
  • 对于邻居边界,可以使用。这是免费的,但他们需要一个标志和链接到他们的网站时使用。在下载了我的州并查看了我的城市之后,我注意到它是不完整的,而且有点不准确,因为在阴影区有很多缺口
  • (由美国内政部土地管理局管理)。GeoCommunicator不适用于APNs(估价员的地块编号),仅适用于(土地)地块,您还需要其他几条信息才能获得该地块的边界。获取lat&lng,但未能解析我输入的一些坐标(对于住宅物业),并返回“未找到LD特征”。我也不确定该API返回了什么边界级别(批量或更大)。另一个似乎是更好的解决方案,但这是一个需要所有其他参数,除了(土地)批号。他们说它需要:“一个逗号分隔的城镇范围属性字符串,描述一个PLSS调查区域”,它包含所有这些数据,即使我能获得(土地)地块号,我也不会有这些数据
  • 具有多种不同类型的边界数据,包括。在花了几天时间处理zipcode、邻里和地块边界请求后,返回的ZCTA边界对于上面提到的某些zipcode(92064)非常不同,这正是ZCTA的性质。邻里边界非常稀疏(只覆盖了搜索区域的5%左右),在我测试的大多数情况下,它与建筑物一样小。此外,除了需要更多信息的文档外,它们也不准确,因为指定的地块边界表(umi.us_parcel.geometry)被API拒绝,因为“几何表umi.us_parcel.geometry不存在”。所有这些加上没有社区文档,没有提交的支持问题的在线响应,没有留下半打语音邮件的电话支持,也没有返回的电子邮件。根据我在这方面的经验,我将通过并寻找包裹和zipcode boudary数据的替代路线,尽管这最初看起来像是一块未加工的钻石

  • 你可以用低成本买到这个 美国Zipcode边界API: com

    上面的API通过z显示了美国边界(GeoJson)