跳到主要内容

地图数据采集

Google 地图数据采集

获取结构化的商户与位置数据,用于研究、市场分析与位置智能。

示例项目 · 采集到的商户按类别标绘
  • 餐厅 · 34
  • 咖啡馆 · 22
  • 零售 · 26

概述

把地图上的商户信息,变成可直接分析的数据集

关于商户究竟开在哪里,地图平台握有最完整的一份公开记录:类别、地址、坐标、大家给的评分,以及什么时段营业。但这份记录是为「一次看一家」而设计的,一旦要在城市或国家尺度上做分析,它几乎无从下手。

我们把它变成一张表。你来定地域和关心的品类,我们按一行一家商户返还,字段名统一,坐标经过校验,并明确标注哪些字段确实拿不到,而不是留下一片说不清来由的空白。

覆盖范围由检索几何范围界定,而不是由关键词界定。所以「大波士顿地区的餐厅」这样的需求,会被系统性地网格化铺满整个都市圈,而不是把搜索结果第一页碰巧显示的内容交给你。

真实产出

我们怎么证明这次采集是完整的

每个商户数据项目都会跑的两项检查,这里用一份公开数据集演示——曼哈顿 8,628 家商户。只报一个记录总数,说明不了采集到底跑完没有。

覆盖度逐格核查

把区域切成固定的 700 米网格,逐格统计商户数量。中途断掉的任务、某个片区悄无声息地返回空结果、查询撞上条数上限——都会在这里暴露成一个个空格子,而它周围的街道明明不空。

曼哈顿网格地图,每个 700 米格子按采集到的商户数量着色

字段完整度,按品类拆开看

同一份数据,逐个品类看。名称几乎都有,营业时间、网址与电话则不然,而且缺到什么程度还因品类而异。一份数据是能用来做规划,还是做到一半才发现问题,区别就在这里。

各商户品类下每个字段的记录填充率矩阵图,从名称到经营类型

数据来源 © OpenStreetMap 贡献者,遵循开放数据库许可(ODbL)。选它是因为可以公开展示;同样的检查会跑在你项目实际采集的平台数据上。

服务范围

我们能采集什么

以下是一条典型商户记录可获取的字段。项目启动前,我们会先确认这些字段在你的目标地域里哪些确实存在。

  • 商户名称

    按对外公布的名称原样保留,包括原有的大小写写法。

  • 类别

    主类别,以及来源有公开时的次级类别。

  • 地址

    完整的格式化地址,并拆分为街道、城市、省/州与邮编。

  • 纬度

    十进制度数,WGS 84,并与所填地址做过一致性校验。

  • 经度

    十进制度数,WGS 84,已排查零点岛与经纬度颠倒等错误。

  • 电话

    公开的联系电话,在国家已知时统一为 E.164 格式。

  • 网址

    商户填写的网址,已剥除跟踪参数。

  • 评分

    采集时点对外公开的平均评分。

  • 评价

    公开的评价数量;在项目范围允许时,还包括评价正文。

  • 营业时间

    每周营业时间,归一化为结构化、可机读的形式。

  • 价格档位

    该品类支持时,来源公开的价格区间标识。

  • 永久关闭标记

    被标记为已关闭的商户,你可以剔除,也可以专门拿来研究。

交付格式

按你的技术栈习惯的方式交付

CSV
UTF-8 编码,一行一家商户。表格软件与快速分析的默认选择。
Excel
排版好的工作簿,含数据表、字段说明表与覆盖范围汇总。
JSON
嵌套结构,完整保留营业时间与类别数组。
GeoJSON
EPSG:4326 点要素,可直接用于 QGIS、Mapbox、Leaflet 或 deck.gl。
Shapefile
带投影文件的点图层,适配 ArcGIS 与老一代 GIS 工具链。

样例数据

你实际拿到的是什么

示例项目数据。这些取值只用于说明我们交付的字段结构与格式,并非真实客户数据。

示例项目 · Boston MA 餐厅商户信息 · 12 个字段中展示 6 个
商户名称类别城市纬度经度评分评价数
North End Trattoria意大利餐厅Boston42.36372-71.054894.61,284
Harbor Oyster House海鲜餐厅Boston42.35921-71.051144.42,031
Cambridge Coffee Lab咖啡馆Cambridge42.37512-71.118034.7846
Fenway Taqueria墨西哥餐厅Boston42.34617-71.097244.3612
Somerville Bakehouse烘焙Somerville42.39554-71.100234.8398
Seaport Ramen Bar拉面店Boston42.35198-71.044064.51,147

交付实例

这项服务在真实项目里的样子

基于这项服务完成的示例项目,附它们跑出来的数字,以及各自最终解决了什么问题。

POI 数据位置智能热力图分析

餐饮位置智能分析

梳理一座城市的餐饮供给格局,测算竞争密度,为新门店产出一份经过排序的候选片区清单。

采集门店数
3,180
找回的覆盖
+6%
入选片区
42 → 6

得到了什么结论

  • Market Square 是经营者原本以为最强的片区,因为它看上去人多;实际上它的竞争密度全城最高,在位门店的评分也最高。进入这里,等于要和成熟门店去抢一份已经被吃满的需求。
  • Riverside North 的竞争密度只有 Market Square 的三分之一,可触达需求却超过它的一半。尽管周末去感觉冷清,它的综合得分最高——因为它的需求大量来自写字楼人群,集中在工作日。
查看完整案例
POI 数据数据采集市场研究

POI 数据分析

在五个都市区之间建立一份可比的品类普查,以及让这种比较得以成立的标准化工作。

原始记录
94,200
唯一 POI
71,480
品类标签
14 → 1

得到了什么结论

  • 按绝对数量排,Metro A 大幅领先;按人均排,它只排第三,而团队原本认为无关紧要的两个市场,反倒是供给最密集的。
  • 连锁占比在这些被行业评论视为大体相似的市场之间,从 17.9% 一直分布到 51.4%。这个跨度后来成了整份研究的核心发现,而不是一条脚注。
查看完整案例

服务流程

五个步骤,每个项目都一样

  1. 步骤 01

    说明你需要什么数据

    告诉我们品类、地域,以及对你的决策真正重要的那些字段。

  2. 步骤 02

    我们确定数据范围

    我们把它转成检索几何范围、字段清单与交付字段结构,再与你确认。

  3. 步骤 03

    我们采集并处理数据

    按网格铺满目标区域采集,记录去重,地址拆分为各个成分。

  4. 步骤 04

    我们校验数据集

    核对坐标、类别与完整度,并说明哪些内容没有找到。

  5. 步骤 05

    我们交付最终成果

    你会拿到指定格式的数据集,附字段说明与覆盖范围汇总。

价格随记录数量、地域数量、字段清单与刷新频率变化。告诉我们需要哪些城市与品类,采集开始之前你会先拿到固定报价。

常见问题

客户经常问到的问题

可以采集哪些类型的数据?

公开可见的商户信息字段:商户名称、类别、地址、坐标、电话、网址、评分、评价数、营业时间、价格档位与关闭状态。某个字段在该商户页面上没有公开,就返回空值,绝不猜测填充。

可以只采集某一座城市吗?

可以。范围可以是一座城市、一个都市圈、一份邮编清单、以某点为中心的半径、驾车时间等时圈,或你以 GeoJSON、Shapefile 提供的自定义多边形。我们会按该几何范围网格化检索,让覆盖均匀铺开,而不是全挤在中心城区。

支持哪些交付格式?

标准支持 CSV、Excel、JSON、GeoJSON 与 Shapefile。也可以把结果直接写入 PostgreSQL/PostGIS、BigQuery,或你自己掌控的 S3 存储桶。

采集一次要多久?

单城市单品类通常两到四个工作日交付。多城市或多品类项目一般是一到两周。我们会先给你几百条的样本,让字段结构在正式开跑之前就能改好。

能做周期性采集吗?

可以。按周、按月或按季度刷新都很常见。每次刷新都附变更日志,列出新增、消失与被修改的商户,让你能衡量开店、关店与评分变化。

坐标有多准?

坐标取自商户信息本身,并与其填写的地址做过校验。两者偏差超出容差的记录会在单独一列里标记出来,由你决定保留、重新地理编码还是剔除。

这样做合法吗?

我们只处理公开可获取的信息,遵守所用来源的访问限制,也不接需要绕过登录或平台防护的项目。涉及敏感内容时,我们会建议走官方 API 或授权数据商;只要那条路更合适,我们就会明确告诉你。

下一步

有具体的数据需求?

告诉我们Google 地图数据需要覆盖哪片地域、包含哪些字段、多久刷新一次。正式开工前,你会先拿到明确方案、样例数据与固定报价。