IOS7 WGS-84轉GCJ-02(火星座標)android
CLLocationManager類能夠實時的得到咱們位置的經緯度,而且能夠經過經緯度在MapView上定位:
ios
[objc] view plaincopyprint?git
//建立CLLocationManager對象 算法
CLLocationManager *locationManager = [[CLLocationManager alloc] init]; 網絡
//設置委託對象爲本身 app
[locationManager setDelegate:self]; 優化
//要求CLLocationManager對象返回所有結果 google
[locationManager setDistanceFilter:kCLDistanceFilterNone]; 加密
//要求CLLocationManager對象的返回結果儘量的精準 spa
[locationManager setDesiredAccuracy:kCLLocationAccuracyBest];
//要求CLLocationManager對象開始工做,定位設備位置
[locationManager startUpdatingLocation];
經過下面的CLLocationManager的委託方法能夠獲得或者更新locationManager的經緯度,而且顯示到MapView上
[objc] view plaincopyprint?
//CLLocationManager委託方法
-(void)locationManager:(CLLocationManager *)manager didUpdateLocations:(NSArray *)locations{
//獲得newLocation
CLLocation *loc = [locations objectAtIndex:0];
}
可是對於國內地圖而言,使用LocationManager定位所得到經緯度,是有一段較大距離的偏移的。
這是爲何呢??這幾天一直在查這方面的資料,各類google、baidu論壇裏給出的答案也各有不一樣:
wifi 熱點 基站 gps等等所致使的都有,最後查找仍是找到了問題所在,原來國內地圖使用的座標系統是GCJ-02而ios sdk中所用到的是國際標準的座標系統WGS-84。
由於國內使用的是加密後的座標系GCJ-02就是網絡上叫的火星座標。
locationManager就是由於獲得的是火星座標偏移後的經緯度,因此致使在MapView上有很大的誤差,而在MKMapView上經過定位本身位置所得到的經緯度有是準確,由於apple已經對國內地圖作了偏移優化。
一、那麼臨時的解決方法:想要得到本身準確的經緯度能夠直接經過MKMapView中對自身定位來得到:
[objc] view plaincopyprint?
//定義一個MKMapView 而且調用setShowUserLocation:YES來得到自身的位置
[self.mapView setShowsUserLocation:YES];
//若是不想要顯示這個MKMapView就將其隱藏
[self.mapView setHidden:YES];
而後經過MKMapView的委託方法來獲取準確的經緯度:
[objc] view plaincopyprint?
-(void)mapView:(MKMapView *)mapView didUpdateUserLocation:(MKUserLocation *)userLocation{
CLLocationCoordinate2D coord = [userLocation coordinate];
NSLog(@"經度:%f,緯度:%f",coord.latitude,coord.longitude);
}
這個方法雖然簡單,也能夠實時的獲取本身的位置並且基本上都是準確的位置,可是也就沒法使用locationManager中的一些功能了。
那麼有沒有更好的解方法可讓咱們在火星座標上使用locationManager來得到準確的位置呢? 看了幾篇博客給出的答案是類似的,就是調用apple的私有模塊類中得方法來對經緯度作一個偏移修正:
http://blog.csdn.net/zhibudefeng/article/details/8495837
http://yach.me/blog/2011/11/09/huo-xing-zuo-biao-xi-wen-ti-zai-iosxia-de-xiu/
上面兩篇文章中都提到了使用apple的私有模塊MKLocationManager來修正偏移,不過遺憾的是若是使用了私有模塊會致使AppStore審覈失敗,可是幸運的是這種方式只能在IOS5之前的系統中使用。。。。。。至少今天咱們不用擔憂該不應使用這個方式。
接下來就是正題了:最後我找到了一份android的火星座標轉換的算法,而後本身改寫成了如下將WGS-84座標系統轉爲GCJ-02的Objective-C代碼,這樣就能方便的使用CLLocationManager這個類了。
二、將WGS-84轉爲GCJ-02(火星座標):
新建一個類「WGS84TOGCJ02」,在.h頭文件中定義:
[objc] view plaincopyprint?
// Copyright (c) 2013年 swinglife. All rights reserved.
//
#import <Foundation/Foundation.h>
#import <MapKit/MapKit.h>
@interface WGS84TOGCJ02 : NSObject
//判斷是否已經超出中國範圍
+(BOOL)isLocationOutOfChina:(CLLocationCoordinate2D)location;
//轉GCJ-02
+(CLLocationCoordinate2D)transformFromWGSToGCJ:(CLLocationCoordinate2D)wgsLoc;
在WGS84TOGCJ02.m文件中:
[objc] view plaincopyprint?
// Copyright (c) 2013年 swinglife. All rights reserved.
//
#import "WGS84TOGCJ02.h"
const double a = 6378245.0;
const double ee = 0.00669342162296594323;
const double pi = 3.14159265358979324;
@implementation WGS84TOGCJ02
+(CLLocationCoordinate2D)transformFromWGSToGCJ:(CLLocationCoordinate2D)wgsLoc
{
CLLocationCoordinate2D adjustLoc;
if([self isLocationOutOfChina:wgsLoc]){
adjustLoc = wgsLoc;
}else{
double adjustLat = [self transformLatWithX:wgsLoc.longitude - 105.0 withY:wgsLoc.latitude - 35.0];
double adjustLon = [self transformLonWithX:wgsLoc.longitude - 105.0 withY:wgsLoc.latitude - 35.0];
double radLat = wgsLoc.latitude / 180.0 * pi;
double magic = sin(radLat);
magic = 1 - ee * magic * magic;
double sqrtMagic = 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;
}
return adjustLoc;
}
//判斷是否是在中國
+(BOOL)isLocationOutOfChina:(CLLocationCoordinate2D)location
{
if (location.longitude < 72.004 || location.longitude > 137.8347 || location.latitude < 0.8293 || location.latitude > 55.8271)
return YES;
return NO;
}
+(double)transformLatWithX:(double)x withY:(double)y
{
double lat = -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;
return lat;
}
+(double)transformLonWithX:(double)x withY:(double)y
{
double lon = 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;
return lon;
}
最後咱們經過判斷isLocationOutOfChina 而後調用transformLatWithX方法就能獲取轉換後的 CLLocationCoordinate2D結構類型
[objc] view plaincopyprint?
//CLLocationManager委託方法
-(void)locationManager:(CLLocationManager *)manager didUpdateLocations:(NSArray *)locations{
//獲得newLocation
CLLocation *loc = [locations objectAtIndex:0];
//判斷是否是屬於國內範圍
if (![WGS84TOGCJ02 isLocationOutOfChina:[loc coordinate]]) {
//轉換後的coord
CLLocationCoordinate2D coord = [WGS84TOGCJ02 transformFromWGSToGCJ:[loc coordinate]];
}