谈谈火星坐标与地图坐标的那点坑


火星

      火星坐标?你在逗我玩儿?没错,哈哈,在天朝总有一些词我们要去学习的。

1.火星坐标是个什么鬼?

      我们知道在具有地图显示的app里,一定会用到定位功能,通常情况下,我们的手机都自带GPS模块,如果我们用GPS定位,你会发现,基本上都有一定的偏差。这是因为政府出于安全考虑,没有采用国际通用的WGS84坐标系,而是在标准坐标系上加了一些偏移,这样的坐标系就被称为“火星坐标系”。我们来详细看一下在iOS地图开发中的这几个名词:

(1)地球坐标(WGS84)

 国际通用标准,规定GPS 设备中取出的原始数据应该是地球坐标。

(2)火星坐标(GCJ-02)

适用于国内,行货iphone的 GPS模块获取的也是这个坐标系。国内地图供应商基本使用该坐标系对位置进行加密。

2.不同的坐标系对工程师有什么影响?

      打个比方,我们要开发一款跑步的应用,比如咕咚,我们发现前几个月运动的数据,在我们卸载重新安装后仍然能展示出来。这里,咕咚将我们的运动记录上传到了服务器,下次使用app的时候,会自动将我们的旧数据同步到本地,避免数据丢失。

      那么在这种场景下,针对不同的平台,android和iOS,如果双方没有约定好运动过程中GPS定位的点的格式,就会出现偏移的现在,明明在android上面看的轨迹是一样样子,在iOS上确发生了偏移,这种问题就是不同坐标系的典型影响,造成的直接后果就是用户蒙圈了,体验不太好。

3.iOS开发中那些api会涉及?

      在使用iOS的定位功能主要使用CLLocationManager,从 CLLocationManager 取出来的经纬度直接显示到 MKMapView上,我们发现会有一定的偏差,这就是将地球坐标(前者)直接塞到了火星坐标(MKMapView),导致轨迹点的偏移。

通过总结对比,我们发现iOS地图,以及国内大部分地图,如高德、Gogole等显示的经纬度都是火星坐标系,除了百度使用自己的坐标系,而google地图则使用的是地球坐标。所以要兼顾android的地图使用方式,将两个平台的坐标进行统一。

4.平台统一的方案

      为了确保不同的平台,最终显示的效果是一致的,就需要二者上报到服务端的轨迹点的坐标系是一致的。如果你的app只是在国内使用,那情况相对简单,如果是国际化的app,则稍微复杂点。我们以前者为例,android使用高德地图,采用的是火星坐标系,iOS使用内置地图,同样是高德地图。


轨迹点上传下载方案

其中,使用到的WGS84转为GCJ-02的代码实现如下,网上可以很容易搜索到:

+(CLLocationCoordinate2D)transformFromWGSToGCJ:(CLLocationCoordinate2D)wgsLocation

{

CLLocationCoordinate2D adjustLoc;

if([selfisLocationOutOfChina:wgsLoc]){

adjustLoc = wgsLoc;

}else{

doubleadjustLat = [selftransformLatWithX:wgsLoc.longitude-105.0withY:wgsLoc.latitude-35.0];

doubleadjustLon = [selftransformLonWithX:wgsLoc.longitude-105.0withY:wgsLoc.latitude-35.0];

doubleradLat = wgsLoc.latitude/180.0* pi;

doublemagic = sin(radLat);

magic =1-ee*magic* magic;

doublesqrtMagic = sqrt(magic);

adjustLat = (adjustLat*180.0) / ((a* (1- ee)) / (magic* sqrtMagic) * pi);

adjustLon = (adjustLon*180.0) / (a /sqrtMagic* cos(radLat) * pi);

adjustLoc.latitude= wgsLoc.latitude+ adjustLat;

adjustLoc.longitude= wgsLoc.longitude+ adjustLon;

}

returnadjustLoc;

}

//判断是不是在中国,如果app是国际版,可以用来判断当前定位是否在国内

+(BOOL)isLocationOutOfChina:(CLLocationCoordinate2D)location

{

if(location.longitude<72.004|| location.longitude>137.8347|| location.latitude<0.8293|| location.latitude>55.8271)

returnYES;

returnNO;

}

+(double)transformLatWithX:(double)xwithY:(double)y

{

doublelat = -100.0+2.0* x +3.0* y +0.2*y* y +0.1*x* y +0.2* sqrt(abs(x));

lat += (20.0* sin(6.0*x* pi) +20.0*sin(2.0*x* pi)) *2.0/3.0;

lat += (20.0* sin(y* pi) +40.0* sin(y /3.0* pi)) *2.0/3.0;

lat += (160.0* sin(y /12.0* pi) +3320* sin(y* pi /30.0)) *2.0/3.0;

returnlat;

}

+(double)transformLonWithX:(double)xwithY:(double)y

{

doublelon =300.0+ x +2.0* y +0.1*x* x +0.1*x* y +0.1* sqrt(abs(x));

lon += (20.0* sin(6.0*x* pi) +20.0* sin(2.0*x* pi)) *2.0/3.0;

lon += (20.0* sin(x* pi) +40.0* sin(x /3.0* pi)) *2.0/3.0;

lon += (150.0* sin(x /12.0* pi) +300.0* sin(x /30.0* pi)) *2.0/3.0;

returnlon;

}

5.结语

       通过以上的讲解,想必大家对iOS定位功能的开发已经有了一定程度的理解,多平台的兼容性是我们开发大型app的前提,方案一定要设计合理,提高容错能力,便于扩充。在实际开发中,场景可能比这个更复杂,根据情况加以选择,欢迎沟通交流。

      如果您喜欢我们的文章,点赞就好,您的认可是我分享的最大动力。如果您对我的文章感兴趣,请关注我的公众号。

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包

打赏作者

充电实践

你的鼓励将是我创作的最大动力

¥1 ¥2 ¥4 ¥6 ¥10 ¥20
扫码支付:¥1
获取中
扫码支付

您的余额不足,请更换扫码支付或充值

打赏作者

实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值