这几天在处理定位相关的代码,彻彻底底的被火星坐标恶心到了。
恶心列表
- 从 CLLocationManager 取出来的经纬度放到 mapView 上显示,是错的!
- 从 CLLocationManager 取出来的经纬度去 Google Maps API 做逆地址解析,当然是错的!
- 从 MKMapView 取出来的经纬度去 Google Maps API 做
逆地址解析
终于对了。去百度地图API做逆地址解析
,依旧是错的! - 从上面两处取的经纬度放到百度地图上显示都是错的!错的!的!
当时我还不知道火星坐标、XX坐标,大骂苹果SB(我错了)……
如果你碰到上述情况,接着往下看。
名词解释:
地球坐标 (WGS84)
- 国际标准,GPS标准从 GPS 设备中取出的原始数据是就是这个
- 国际地图提供商一般使用的也是这个
火星坐标 (GCJ-02)
- 中国标准,行货 GPS 设备取出的最终数据是这个
- 国家龟腚:
国内出版的各种地图系统(包括电子形式),必须至少采用GCJ-02对地理位置进行首次加密。
百度坐标 (BD-09)
- 百度标准,百度 SDK,地图,Geocoding 用的都是这个。
开发时所面临的现状
获取经纬度(GPS)
- 火星坐标
- MKMapView
- 地球坐标
- CLLocationManager
显示经纬度(地图)
- 火星坐标
- iOS 地图
- Gogole地图
- 搜搜、阿里云、高德地图
- 地球坐标
- Google 卫星地图(国外地图应该都是……)
- 百度坐标
- 百度地图
推荐的解决方案:
- 既然是在国内,存储一律用火星坐标,这样在使用国内地图显示时最方便(用百度地图显示时可以一次转换取得)
- CLLocationManager 拿到的 CLLocation 转为火星坐标,MKMapView 不用处理
- 使用地图 API 进行 地址解析/逆地址解析(Geocoding) 时注意相应使用相应地图商的坐标系
- 部分地图商支持多个坐标系输入,如高德支持地球、火星坐标(这个一直有变动,具体只能参考厂商最新文档了)
附上相应的转换算法
iOS 平台的转换算法的已经封装了一个 Category,在这里 CLLocation+Sino 。
地图坐标 to 火星坐标
- 地球坐标系 (WGS-84) 到火星坐标系 (GCJ-02) 的转换算法 (推荐!)
- 地图 API:百度的 高德的
火星坐标 to 地图坐标
- 数据库查表转换 中国区 GPS坐标 修正(适用于google地图)
- iOS 私有 API (已不可用)
火星坐标 vs 百度坐标
总结
- 火星坐标是天朝的新发明,至于火星坐标能补呢功能保证国家安全,我对此深深怀疑:至少用穷举法精度达到10米内是很容易的
- GPS厂商和地图厂商都需要加偏、纠偏算法,买算法是要付钱的 , 所以你懂的
- 火星坐标已经挺有天朝特色了:全民都处以
虚幻坐标系
之下,而百度又极尽展现了天朝厂商特色,为了垄断不折手段。我朝威武! - iOS SDK 的做法还是比较合理的,毕竟他是一个国际化的平台。CLLocationManager 提供地球坐标,这样显示国外地图商的地图服务没问题,碰到火星地图,转一下就好,逆之则没那么容易。而 MKMapView 则与 iOS 地图展示相关,国内地图必须使用火星坐标
- 本人只是想用户使用 app 时能简简单单定位准确,而不是飞檐走壁狐死首丘。本文只做技术讨论,不敢侵犯任何个人、团体、政党、国家、星球权利,任何XXX对此文不满,请留言,我立刻删之
时间: 2024-10-12 17:26:43