GeoJSON 转 KML 转换器

如何转换为 KML

什么是 GeoJSON 文件？

GeoJSON（RFC 7946）是地理领域的 JSON 方言——现代 Web 的母语。地图库（Leaflet、Mapbox GL、D3、Deck.gl）、数据新闻工具（Datawrapper、Flourish）、GIS 套件（QGIS、PostGIS）以及数据科学 Python 栈的半壁江山，都能毫无仪式感地消费它。一个文件就是一个 FeatureCollection，坐标以 [经度, 纬度] 对书写，属性就是普通 JSON。

与 KML 一样，GeoJSON 关心地理而非训练。它没有心率或功率的原生槽位，但工具可以自由附加自定义属性——广为使用的 togeojson 约定把逐点时间戳存在 coordinateProperties.times 里，本转换器既读取也写入该约定。如果目的地是网页地图、仪表盘或数据管线，GeoJSON 几乎总是最短的路径。

什么是 KML 文件？

KML（Keyhole Markup Language）是诞生于 Keyhole——后来成为 Google Earth 的软件——的 XML 方言，后由 OGC 标准化。它面向地理要素的「展示」：地标、线、多边形和图片，各自带有样式与文件夹组织，让一个 KML 文件读起来像一张精心编排的地图，而不是原始数据堆。Google Earth、Google My Maps 和多数桌面 GIS 软件都能原生打开它。

KML 是地图格式，不是训练格式。它的几何能很好地承载位置与海拔——Google 的 gx:Track 扩展甚至能携带逐点时间戳用于时间轴回放——但它没有心率、踏频、功率的概念。当目的是「把路线展示给人看」时，把活动转成 KML 是正确选择；当目的是分析训练，健身格式才是数据的家。

为什么把 GeoJSON 带进 Google Earth？

数据管线产出 GeoJSON；人类在 Google Earth 里浏览。为故事地图算出的路线、GIS 工程里的步道数据集、野外工具采集的轨迹——放进 Earth 渲染，它们就有了地形、3D 倾斜和世上最熟悉的地图界面。面向非技术受众的分享，「在 Earth 里打开这个」至今是制图领域摩擦最小的指令。

Earth 还是出人意料好用的 GeoJSON 数据检查工具：把转换后的 KML 叠在 Earth 的卫星影像上，数据问题立刻跳出来——一条线吸附到了山谷错误的一侧、一段轨迹穿湖而过——Web 地图的默认样式很少让这些问题这么显眼。

输出长什么样

每个线要素变成单一 KML 文档里的一个地标：LineString 与 MultiLineString 的每条线各成一个地标，按顺序排列。要素名（来自 properties）成为地标名——在 Earth 的「位置」面板可见。第三个坐标里的海拔带过去；源文件带 coordinateProperties.times 时，输出写成 gx:Track，时间轴滑块可用。

诚实说明：要素名之外的 GeoJSON 属性是没有 KML 展示含义的数据，被丢弃；点和多边形不是线几何，跳过。你得到的是 Earth 期望的干净、标准 KML 2.2——几何、海拔、名称、时间。

你的文件永远不会离开这个浏览器

这个工具——与本站所有工具一样——完全以客户端 JavaScript 运行。你拖入的文件在自己设备的 Web Worker 里解析、在内存中转换，然后直接作为下载交还给你。没有上传端点，没有服务器端转换服务，也没有临时存储：你可以打开浏览器开发者工具的网络面板，亲眼确认没有任何文件字节被发送到任何地方。

对健身数据而言，这一点比大多数文件更重要。一条 GPS 轨迹是一份精确的日志：你在哪里、什么时间、心跳多快——家庭住址、训练习惯、常跑路线和比赛日程全在一个文件里。让转换留在设备上，意味着第三方转换器永远拿不到这份日志的副本；而且这个工具在飞机上、地下室里或任何没信号的地方，都照常工作。

GeoJSON 与 KML 一览

常见问题

相关工具