搞GIS或者搞地图开发的，是不是经常对着那些乱码一样的坐标抓狂？这篇就是为了解决GeoJSON、KML、Shapefile这些玩意儿到底谁好用、谁坑多的问题，让你选对数据格式不再半夜加班排查报错。

说起处理地理空间数据，咱搞技术的都有那种想砸键盘的时候。刚拿到手的一堆经纬度数据，导入系统报个“格式不支持”，那一刻心态真的崩了。市面上所谓的“标准格式”那么多，到底哪个才是正经能用的？其实这就涉及到一个核心问题：geo数据表示形式选不对，后端累断腰。我见过太多新人，不管三七二十一先上Shapefile，结果发现前端加载慢得像蜗牛，或者移动端根本解析不了，最后只能哭着回来重转格式。

咱们得拿点真东西出来聊聊。先看最常见的GeoJSON，这玩意儿现在是网红，为啥？因为它是基于文本的JSON结构，读写都容易，浏览器原生支持好。你随便拿个小脚本就能把它的坐标数组捞出来画图，特别适合Web前端展示。但是，兄弟，它的体积是个坑。如果是大范围的复杂多边形，比如整个省的地界线，GeoJSON的文件体积能轻松飙到几十兆甚至上百兆，加载起来那叫一个酸爽，页面直接卡死。这时候你就得想想，要是用Binary格式或者矢量切片，性能能提升个几十倍不止。

再说说Shapefile，这可是老网红了，很多传统GIS软件都认它。它的优点就是稳，兼容性无敌，不管是ArcGIS还是QGIS，随便拖进去就能用。缺点呢？文件多且杂，一个完整的Shapefile由shp、shx、dbf等等一堆文件组成，传个数据得打包好几十个文件，稍微漏掉一个.dbf，数据字段就全丢了，那种绝望谁懂啊。而且它对中文的支持那是相当的弱智，经常变成问号或者乱码，改编码改到你怀疑人生。

还有KML和GeoKML，这俩是Google Earth的亲儿子。如果你做的是移动端或者网页上的简单轨迹展示，比如打车软件的轨迹回放，用KML或者经过优化的GeoJSON序列话格式会很爽。它支持时间维度，能搞出那种“随着时间推移，小车在地图上跑”的效果，视觉冲击力很强。但是要注意，KML里的坐标顺序是Lng,Lat,Height，而GeoJSON和大多数标准反过来，是Lat,Lng,Height。这顺序一反，你在地图上标的就不是你家，可能是西伯利亚，那种尴尬场面我可太熟了，调试了一上午才发现是坐标系顺序搞反了，差点没把自己气哭。

我自己在实操中总结出一条经验：小数据、重交互、Web端用GeoJSON，特别是需要和现有JSON数据打通的时候；大数据、离线分析、传统桌面端继续用Shapefile或者File Geodatabase，毕竟人家处理大数据的能力摆在那；要是给移动端或者特定平台比如高德、百度地图做数据交换，别折腾通用格式，直接转成他们家支持的私有二进制格式或者矢量切片，别问为什么，问就是省流量、速度快、不报错。

千万别迷信所谓的“万能格式”，不存在这种神话。每种geo数据表示形式都有它的适用场景和性能边界。就像穿衣服，去海边穿羽绒服就是找罪受，去开会穿睡衣显得不专业。你得看你的用户是谁，看你的数据量级，看你跑的什么平台。别为了追求所谓的“标准化”而牺牲了实际的性能体验，那是捡了芝麻丢西瓜。

最后提醒一句，做数据清洗的时候，坐标系的检查一定要放在第一步。WGS84、GCJ02、BD09，这仨要是搞混了，你再完美的数据格式也是废铁。别等数据画完了才发现偏离了几公里，那时候哭都来不及。希望这篇大实话能帮你省点头发，毕竟掉头发的钱买服务器硬盘更香。

本文关键词：geo数据表示形式