做地图开发的，谁没被坐标转换搞崩溃过？

我就直说了，很多刚入行的兄弟，一上来就想着找个现成的库，或者百度一搜，复制粘贴一段代码完事。结果呢？上线后数据全飘了，或者在A省准得一批，到了B省就歪到姥姥家去了。

我干了五年GIS，踩过的大坑比你吃过的米都多。今天不整那些虚头巴脑的理论，就聊聊geo xy转换这档子事。

先说个真事。去年有个朋友找我救火，说是做个物流轨迹回放，数据对不上。我一看代码，好家伙，直接把WGS84的经纬度当GCJ02用了。这种低级错误，现在居然还有人犯？

你要记住，国内用的地图，百度、高德、腾讯，它们用的都不是标准的WGS84。那是国测局加密过的。你要是直接拿GPS模块拿到的原始数据去画线，那偏差能大到让你怀疑人生。大概几百米吧，具体多少看你在哪。

我有个客户，做共享单车运维的。他们有个需求，要把用户还车的GPS点，映射到电子围栏里。结果因为没做正确的坐标转换，导致大量订单显示“未还车”，客服电话被打爆。最后没办法，只能加一层转换逻辑，把WGS84转成GCJ02，再转成百度用的BD09。

这里有个坑，很多人以为转一次就行。错！大错特错！

WGS84 -> GCJ02 -> BD09。这是国内最常见的链路。

但是，geo xy转换不仅仅是经纬度转平面坐标。很多时候，我们需要把经纬度转换成屏幕上的像素点，或者地图瓦片的行列号。这时候，就要用到墨卡托投影之类的算法。

我见过最离谱的，是有人直接用经纬度乘以1000000当XY坐标。这要是画在地图上，那图得有多扭曲？

再说价格。市面上那些号称“秒转”、“高精度”的API服务，其实很多都是包装过的开源库。你去找他们买，动不动就几千块一年。其实你自己写个算法，或者用开源的proj库，成本几乎为零。

当然，开源库也有坑。比如精度问题。有些库在处理极区或者大范围投影时，误差会累积。我有个项目，要求精度在厘米级，结果用通用的开源库，误差到了米级。最后没办法，只能自己重写投影算法，或者找专业的GIS软件授权。

说到这，可能有人要问，那到底该怎么选？

我的建议是，先搞清楚你的数据源是什么坐标系。

如果是手机GPS，大概率是WGS84。

如果是高德地图，那是GCJ02。

如果是百度地图，那是BD09。

别猜，去查文档！去查文档！去查文档！

很多开发者懒得查，凭经验主义，结果翻车。

还有，geo xy转换的时候，要注意投影中心的选择。不同的投影中心，变形程度不一样。如果你做的是全国范围的图，选个合适的中央经线很重要。不然边缘地区的变形能让你怀疑人生。

我上次帮一个做国土规划的客户改代码，他们之前的投影中心选错了，导致省界边界对不上。修了三天，才调过来。

最后，说点题外话。别迷信所谓的“黑科技”。坐标转换就是数学问题，没有那么多玄学。

你要是遇到特别难搞的自定义坐标系，别硬扛。直接找专业的测绘单位，或者买商业软件的服务。有时候，花钱买时间，比你自己在那瞎琢磨划算得多。

总之，做geo xy转换，细心第一，数据源第二，算法第三。

别嫌我啰嗦，这些都是血泪教训。

希望能帮到正在坑里挣扎的你。

本文关键词：geo xy