返回博客

作者 Akimova Elizaveta · 2026年8月30日

Google Maps 导出缺少坐标或显示 [0,0]?解决方法(2026)

您导入 Google Maps 导出到 QGIS ,地图会缩放到一片空旷的海洋。或者电子表格里有地名和链接,但没有任何纬度或经度。有时候每个点都错了;有时一家餐厅悄悄搬迁到 [0,0].

这些症状看起来相关,但原因不同。修复它们首先要找出您真正拥有的是哪一种。

症状可能原因最佳下一步
CSV 没有坐标列正常 Google Takeout 已保存 导出重新导出当前列表或使用坐标承载源
一个或多个点为 [0,0]占位符或错误源几何检查并更换这些地方;不要盲目引进
大多数地点都位于错误的地区经度和纬度互换了恢复 GeoJSON 顺序:先经度,后纬度
该功能存在,但几何体为空/空源地没有可用的坐标重新扫描或手动确认地点
有几个点靠近正确的城市,但地址错误模糊或陈旧位置匹配请查看原始地图列表和完整地址

不要一开始就把所有零都换掉,也不要把每一列都换。保留源头,诊断模式,只修复证据支持的部分。

情况一:Takeout CSV 没有坐标

Google Takeout 有两个名字相似的导出。 已保存 创建逐列表的 CSV 文件,而 地图(您的地点) 可以生成一个 GeoJSON格式化 Saved Places.json 档案。 CSV 对列表名称和 Google Maps 链接非常有用,但通常没有专门的纬度和经度列。

这是导出限制,而非文件损坏。加空 纬度 以及 LNG 头无法解决这个问题,且通过任意自由地理编码器输入地址列可能会引入看似自信的错误。

您的选择有:

  1. 如需星标位置,请下载 地图(您的地点) → Saved Places.json 并使用 Takeout 导入页面.
  2. 对于自定义、默认、共享或关注列表,打开后用 Google Maps 导出 Chrome 扩展.
  3. 如果您只有 CSV 且无法重新打开源代码,请从完整地址仔细编码,并保留原始地图 URL 作为审计列。

完整的区分见以下内容 Saved Places.json vs 已存 CSV.在尝试“修复”一个完全按照谷歌设计的行为的文件之前,先读一读。

情况2:一个点有坐标 [0,0]

GeoJSON 坐标写为 [经度,纬度].价值 [0,0] 因此,是几内亚湾、非洲西海岸外的一个真实坐标。结构验证器不能自动判定该点无效,因为合法的海洋数据集可能故意包含该点。

如需咖啡馆、住宅、商店或步道入口的列表, [0,0] 几乎可以肯定不是故意的。把它当作缺失的数据处理。

在 JSON 中搜索具体序列,并检查该特征的属性。保留名称、地址、笔记和 Google Maps URL,但不要保留占位几何形状。然后从实时地图列表中恢复位置,或者重新导出列表。如果该地点条目已不存在,请手动核实地址,而不是选择第一个类似的搜索结果。

不要立即删除该行。没有几何体的地方仍然可以包含笔记或标识符,帮助您恢复。把坏特征隔离在单独的表格或档案中,直到确认位置。

情况3:经纬度颠倒

人们通常说“纬度和经度”。 GeoJSON 说的是相反的。该 GeoJSON 规格 以经度为先,纬度为后,定义位置。

柏林大致如下:

  • 纬度:52.52;
  • 经度:13.405;
  • GeoJSON 位置: [13.405, 52.52].

[52.52, 13.405] 而那个点落地距离数千公里。这通常发生在有人打开电子表格中的坐标,习惯性地标记列,然后重建 GeoJSON。

全球互换有一个可识别的模式:大多数或全部点都会移动,而它们的相对组合看起来仍然合理。如果只有两行错了,坐标顺序很可能不是根本原因。

也可以用距离检测作为线索。纬度必须在-90至90度之间;经度范围可为-180至180度。“纬度”121绝对是经度。像13和52这样的数值在任一列都有效,因此仅靠范围检查无法证明顺序——比较已知地点。

情况4:几何体为空或缺失

GeoJSON 特征可能仍然拥有名称和属性,尽管其几何体为零、空或畸形。地图软件无法绘制。

将文件通过 GeoJSON 验证器.它会检查 JSON 语法、FeatureCollection 结构、几何类型以及浏览器中的坐标数组。它还有助于区分一个损坏的文件和包含一个语义错误点的有效文件。

请记住验证者的限制: 有效的结构并不保证正确的位置. [0,0] 结构上有效。坐标在错误的街道上是结构合理的。验证是第一个筛选,而非最终判断。

当 ExportMyMap 创建依赖坐标的格式,如 KML、 GPX或 GeoJSON时,可能跳过无可用坐标的条目,因为无法绘制出真实的点。将导出的特征数与选定位置的计数进行比较。少量的缺失通常导致少数损坏或不完整的源代码记录。

案例5:观点合理,但位置不对

这比这更难 [0,0] 因为地图看起来并不明显坏掉。像“斯普林菲尔德主街”这样的简短地址可以对应多个城市。企业可能已经搬迁、关闭,或被其他挂牌取代。从搜索结果复制的 Google Maps URL 可能描述的是视口,而非单一的典型位置。

检查行时至少使用两个标识符:

  • 全名及城市;
  • 街道地址和邮政编码;
  • 原始 Google Maps 地链接;
  • 电话号码或网站(如有)。

打开链接确认PIN码,而不仅仅是搜索文本。对于业务关键数据,应手动核实每一个已修正的结果,而不是批量批准最接近的结果。

安全的维修流程

1. 保留原件

做一份未动过的副本,给它起个明显的名字,比如 saved-places-original.json.永远不要只复制一个工作文件。

2. 统计损失

记录总特征数、空几何数、 [0,0] 点和大致地理界限。如果500点中的497点正确,您需要三排修复,而不是新的转换管道。

3. 在地理编码前重新导出

当 Google Maps 列表仍然存在时,新的 GeoJSON 导出 通常比从标签重建坐标更安全。在线地点条目可以提供稳定的地址匹配,而普通地址已无法做到。

4. 在单独副本中进行修复

保持审计栏或笔记记录每个替换坐标的来源。如果您在电子表格中工作,保持坐标精度并导出 UTF-8。

5. 验证并查看样本

运行结构验证,检查边界框,并打开数据集北、南、东、西四边的已知点。然后测试中间几个普通点。有效的边界框仍然可以隐藏一个极其错误的特征。

要进行全面检查,请GIS QGIS 工作流程 以及使用 缩放至图层.在非洲附近的一个孤立点,其余数据集集中在欧洲,在那个尺度上很容易被发现。

不要用虚构的精准度隐藏缺失数据

坐标用小数点六位看起来很权威。他们仍然可以描述错误的入口、市中心,或者同名的完全不同的商家。

如果无法验证某个位置,就保留其几何形状,保留该行供审核。一个明显不完整的数据集比一个看起来完整的、会把人送到错误位置的数据集更安全。

一旦源码干净,导出目标网站实际需要的格式: CSV 个电子表格, GPX 用于航点或者GeoJSON GIS。坐标问题应在源头解决,而不是复制到五个新文件中。

从Google Maps →导出一个干净的GeoJSON文件