如何获取地块或邮政编码边界以便在地图中显示?

joh*_*eur 9 zipcode polygon boundary google-maps-api-3 parcel

我想为指定的土地添加边界,以便在地图中以彩色轮廓/边框突出.在Google地图中,如果您知道要围绕地块输入的坐标路径,则可以使用多边形功能完成此操作.但是,我没有多边形路径信息,但我确实拥有该位置的地理编码坐标以及包裹的Assessor包裹号(APN).

我发现这个其他的SO帖子谈了一些关于如何使用免费的人口普查局数据加上一些开源软件来获取zipcodes的多边形,但它非常复杂(因为你必须下载和托管数据)而且我是不确定它甚至会切割到包裹边界.如果它支持包裹,它绝对是一个选择,但它看起来非常耗时,尽管是免费的.

我还发现了一个名为ParcelStream的付费解决方案(价格未显示),但认为它很昂贵,可能只是在其他SO帖子中使用上述解决方案.如果这是一次性的小费,这也是一种选择,但如果费用昂贵或订阅费则不是.

我知道您可以在地图上手动创建叠加,保存,然后共享它们,但我正在寻找自动/程序化解决方案.

更新:好的,数字地图产品的ParcelStream不是一个选项,大约10k /月.他们建议订阅服务用于全国覆盖(非本地),谷歌是他们的客户.

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

joh*_*eur 17

好的,经过一周多的研究和尝试不同的选项,有一些取决于您的预算以及您希望数据的准确度.我从这个stackExchange帖子中得到了一些提示,但是做了很多研究并添加了更多.

简而言之,边界数据难以实现,价格昂贵,质量也各不相同,具体取决于您的来源.邮政编码列表区域(ZCTA)不是很准确(如maponics所说),可以通过检查这个ZCTA网站的zip 92064 来看到.然后看看zillow上的那个拉链并注意区别.ZCTA数据并不总是准确的(在此邮政编码的情况下),但可以是免费的,具体取决于您的来源.

总之,这是我的选择顺序(鉴于我较小的预算和对准确数据的需求):

  1. 仅限Parcel边界,报告全部价格非常合理,并且我的整个县有250美元的包裹边界.以下是可供购买的可用县(包裹)的列表.以下是 Excel,Shapefile或KML格式的县样本下载,尽管Excel文件似乎缺少多边形坐标(duh).KML格式有多边形,但看起来不错.这是定价细分的链接,基本上可以通过您购买的更多商品获得超级优惠.
  2. 仅限邮政编码边界,Maponics的价格相当高.基本上,这是一次一年一次的下载,每个县只需200美元(仅限邮政编码边界),您可以全年使用并每年重新购买更新.在与销售代表(叹息)交谈后,它每月提供数千个包裹边界.但是,仍然是邮政编码边界的一个很好的解决方案.
  3. 对于邮政编码边界,​​您也可以使用zip-codes.com,我的县约50美元.不错.
  4. 仅限邮政编码边界,zipboundary.com - 定价是按订阅.
  5. 仅限邮政编码边界,​​您可以从美国人口普查局提供的此FTP服务器下载免费的原始数据,并将其转换为您的需求.免费,但冗长的过程需要其他工具和技能(PostGreSQL,PostGIS),但它确实为您提供了邮政编码制表区(ZCTA)多边形的准确数据.在其他SO帖子中阅读它.
  6. 对于邻域边界,您可以使用Zillow的免费邻域边界形状文件.它是免费的,但在使用时确实需要徽标和链接到他们的网站.在下载我的州并查看我的城市之后,我注意到它不完整并且有点空洞,因为阴影区域有很多空隙.
  7. GeoCommunicator(由美国内政部 - 土地管理局运营).GeoCommunicator不适用于APN(评估者的地块编号),只适用于(土地)地段,您还需要其他几条信息才能获得边界.在对乡镇地理编码服务GetTRS API需要一个纬度和经度,但未能解决的一些坐标(住宅物业)我把和返回"未找到LD功能".我也不确定该API返回的边界级别(批次或更大).乡镇地理编码服务中的其他 GetLatLng API似乎是更好的解决方案,但除了(土地)批号之外,还需要所有其他参数.它的文档说它需要:"以逗号分隔的乡镇范围属性字符串描述单个PLSS调查区域",其包含即使我可以获得(土地)批号也不会有的所有这些数据.
  8. UrbanMapping的Mapfluence javascript API有几种不同类型的边界数据,包括 Parcel和邻域边界数据.在使用zipcode,邻域和宗地边界请求花了几天之后,返回的ZCTA边界对于一些如上所述的zipcodes(92064)非常不同,这只是ZCTA的本质.邻域边界非常稀疏(仅覆盖搜索区域的约5%),并且在我测试的大多数情况下都与建筑物一样小.另外,除了需要更多信息的文档之外,它们也是不准确的,因为指定的宗地边界表(umi.us_parcel.geometry)被API拒绝为"几何表umi.us_parcel.geometry不存在".所有这些都没有社区文档,没有提交支持问题的在线响应,没有电话支持,留下半打语音邮件,没有返回的电子邮件.根据我的经验,我将通过并寻找包裹和邮政编码数据的替代路线,尽管这最初看起来是粗糙的钻石.

  • 好东西.感谢您汇总您的发现. (6认同)