WGS84(World Geodetic System 1984),是为GPS 全球定位系统 使用而建立的坐标系统GCJ-02,我国在WGS84的基础上加密得到BD-09,百度坐标在GCJ-02基础上,进行了BD-09二次加密火星坐标与百度坐标(GCJ-02----BD-09)转换国际经纬度坐标标准为WGS-84,国内必须至少使用国测局制定的GCJ-02,对地理位置进行首次加密.百度坐标在此基础上,进行了BD-09二次加密措施,更加保护了个人隐私.百度对外接口的坐标系并不是GPS采集的真实经纬度

GCJ-02火星坐标系和WGS-84坐标系转换关系 WGS-84:GPS坐标系 GCJ-02:火星坐标系,国测局02年发布的坐标体系,高德,腾讯等使用. BD-09:百度坐标系,百度自研,百度地图使用. GCJ-02 转WGS-84 公式 # -*- coding: utf-8 -*- import json import math x_pi = 3.14159265358979324 * 3000.0 / 180.0 pi = 3.1415926535897932384626 # π a =

http://my.oschina.net/fankun2013/blog/338100 地图供应商比较多,产生了许多地图坐标.地图坐标正确转换是个问题.在之前开发地图应用的时候发现从WGS84坐标系(GPS)转换成某个地图坐标系都比较困难.然后只能使用地图供应商提供的webservice接口转换.百度也提供了免费的webservice接口(限制并发量).对于少数点的转换性能还可以,但是对于非常多点的转换压力比较大(使用多线程并行计算).个人感觉比较繁琐,而且很难保证转换的稳定性. 时间飞逝,百

 iOS开发中的火星坐标系及各种坐标系转换算法 源:https://my.oschina.net/u/2607703/blog/619183   其原理是这样的:保密局开发了一个系统,能将实际的坐标转换成虚拟的坐标.所有在中国销售的数字地图必须使用这个系统进行坐标转换之后方可上市.这是生产环节,这种电子地图被称为火星地图.在使用环节,GPS终端设备必须集成保密局提供的加密算法(集成工作由保密局完成),把从GPS卫星那里得到的坐标转换成虚拟坐标,然后再去火星地图上查找,这样就在火星坐标系上完成了地

PROJ.4学习——坐标系转换 前言 PROJ可以做任从最简单的投影到许多参考数据非常复杂的转换.PROJ最初是作为地图投影工具开发的,但随着时间的推移,它已经发展成为一个强大的通用坐标转换引擎,可以同时进行大规模地图投影和高精密度的坐标转换. 在PROJ中,有两个用于大地测量转换的框架,proj框架和cs2cs框架.第一个是PROJ中用于进行大地测量转换的原始且有限的框架,第二个是一个新添加的框架,旨在成为一个更完整的转换框架. 在描述这两个框架的细节之前,让我们首先注意到,大多数大地测量转换

原文地址:http://m.oschina.net/blog/619183?ref=myread 其原理是这样的:保密局开发了一个系统,能将实际的坐标转换成虚拟的坐标.所有在中国销售的数字地图必须使用这个系统进行坐标转换之后方可上市.这是生产环节,这种电子地图被称为火星地图.在使用环节,GPS终端设备必须集成保密局提供的加密算法(集成工作由保密局完成),把从GPS卫星那里得到的坐标转换成虚拟坐标,然后再去火星地图上查找,这样就在火星坐标系上完成了地图的匹配. 所以大家所用的百度,高德等地图定位准

原文地址:https://my.oschina.net/fankun2013/blog/338100 地图供应商比较多,产生了许多地图坐标.地图坐标正确转换是个问题.在之前开发地图应用的时候发现从WGS84坐标系(GPS)转换成某个地图坐标系都比较困难.然后只能使用地图供应商提供的webservice接口转换.百度也提供了免费的webservice接口(限制并发量).对于少数点的转换性能还可以,但是对于非常多点的转换压力比较大(使用多线程并行计算).个人感觉比较繁琐,而且很难保证转换的稳定性.

最近有个项目使用mapbox作为地图展示,但是mapbox 只支持web 墨卡托(3857)坐标系的数据.而客户想接入其他单位发布的共享数据,共享数据都是基于arcgisserver 发布的国家2000坐标系的数据服务.所以研究了一些解决方案. 研究目标:基于mapbox能够接入国家2000坐标系下的栅格切片服务,矢量数据服务 背景说明: 1.  Mapbox 官方版本只支持基于osm 标准的栅格地图服务,以及3857(web墨卡托)投影的矢量切片数据 2.  共享平台提供的地图服务都是基于ar

Objective-C上地球坐标系到火星坐标系转换算法 http://blog.csdn.net/zhaoxy_thu/article/details/17033347

本文主要介绍在用ArcGIS做坐标系转换过程中可能会遇到的一个问题,并分析其原因和解决方案. 如下图,对一份数据做坐标系转换: 过了一会儿,转换失败了.错误消息如下: “消息”中提示,“执行函数出错 invalid extent for output coordinate system”,从这句话本人看不出多大的端倪.找高人指点得知, 这份数据的投影坐标是高斯-克吕格投影38度带的,但它的坐标系确是114的(右键地图显示区域,点击数据框属性 显示坐标系为:Xian 1980 3 Degree G

ArcGIS图框工具5.2发布,支持ArcGIS10.0,10.110.2,支持国家2000坐标系 下载地址http://files.cnblogs.com/gisoracle/atktoolnew.rar   1.        批量生成标准分幅图或行政区划,地图打印所需的图廓(或图框)整饰内容:公里网,十字丝,经纬网以及标注,四角的经纬度标注,四周的文字表示和自动填写结合表的内容.一方面标准规范,另一方大大地提高了你的工作效率,使你在打印地图中,从重复.繁杂的工作中摆脱出来. 2.    

1:坐标系转换最核心的问题就是:比较两个坐标是否包含,或者是重叠等,最主要的问题是先将两个坐标转换到同一个坐标系下再去比较.第一步先确定矩形框在某个view坐标系下的frame(该矩形框是以该view的左上角为坐标原点)2:再转换到另一个view坐标系下(转换后的坐标依然是以另一个view的坐标原点来计算得出新坐标系下的矩形框) 2:坐标系的转化方法:1:CGRectContainsRect(<#CGRect rect1#>, <#CGRect rect2#>),判断rect1矩形

目前我们国家测绘地理信息的坐标体系基准是国家2000坐标系CGCS2000.各类地图组件如OpenLayers.Mapbox.Cesuim和ArcGIS Javascrip等都主要是支持WGS84(wkid=4326)和墨卡托投影坐标系(wkid=102100)两种,对CGCS2000坐标系基本上都不支持.特别是在三维地球展示中基本上都是以WGS84球面坐标系加载,因为三维球是个球,当然是要加载球面坐标系了.(但我知道以前科澜三维是平面的!)所以三维地球都加载不了国内的2000坐标系,要加载也是

1 NX9+VS2012 2 3 #include <uf.h> 4 #include <uf_curve.h> 5 #include <uf_csys.h> 6 #include <uf_mtx.h> 7 8 9 UF_initialize(); 10 11 //创建向量方向 12 double Vec[3] = { 10.0, 23.5, 75.8 }; 13 14 //3*3矩阵,输入Z向量,得到矩阵 15 double Mtx[9]; 16 UF_M

ggplot2绘图系统--坐标系转换函数 包括饼图.环状条图.玫瑰图.戒指图.坐标翻转. 笛卡尔坐标系(最常见). ArcGIS地理坐标系(地图). Cartesian坐标系. polar极坐标系. 利用ploar坐标系绘图 coord_polar函数及参数: coord_polar(theta = 'x', #x/y start = 0, #0-12,起始点,对应时钟刻度 direction = 1) #1/-1,顺时针/逆时针 1. 饼图 #饼图 a <- ggplot(data = sub

监听.触摸事件.坐标系转换 Creator的系统事件 分为"节点系统事件"和"全局系统事件". 节点系统事件:触发在节点上,包括鼠标事件和触摸事件. 全局系统事件:包括键盘和重力传感事件. 需要通过监听的方法来实现. 监听的注册 节点.on(节点系统事件的枚举类型或事件名, function(event){},target): 节点.on(节点系统事件的枚举类型或事件名, this.函数名,target):函数名(event){} (1)使用枚举类型来注册 node

开发过程中遇到地图定位不准确,存在偏差.首先确认你获取到的坐标所在坐标系跟地图数据是不是相匹配的. 常用的地图SDK:高德地图使用的是GCJ-02(也就是火星坐标系),百度使用的是BD-09百度坐标系,谷歌地图使用的是WGS-84世界标准坐标.由于手机的GPS获取到得坐标都是WGS-84世界标准坐标,如果跟地图所用坐标系不匹配,那么定位就可能存在误差值. 百度地图官方文档给出的转换方式:http://lbsyun.baidu.com/index.php?title=iossdk/guide/to

最近在做移动APP的定位功能的时候发现系统GPS获取的位置信息再从百度地图API获取的实际地址总是有误差,偏离了好几个街道,但百度地图本身没这个问题.在网上查找一番发现了地图的坐标系一说,下面简单介绍一下主流的坐标系: 1.GCJ-02   俗称火星坐标系,由中国国家测绘局制订的地理信息系统的坐标系统.一般中国官方发布的地图上标注的经纬度都是这种坐标系的,与实际经纬度有偏差. 2.WGS84:World Geodetic System 1984,俗称地球坐标系,是为GPS全球定位系统使用而建立的

一.在进行地图开发过程中,我们一般能接触到以下三种类型的地图坐标系: 1.WGS-84原始坐标系 一般用国际GPS纪录仪记录下来的经纬度,通过GPS定位拿到的原始经纬度,Google和高德地图定位的的经纬度(国外)都是基于WGS-84坐标系的:但是在国内是不允许直接用WGS84坐标系标注的,必须经过加密后才能使用: 2.GCJ-02坐标系 GCJ-02坐标系又名“火星坐标系”,是我国国测局独创的坐标体系,由WGS-84加密而成,在国内,必须至少使用GCJ-02坐标系,或者使用在GCJ-02加密后

下载地址:http://files.cnblogs.com/gisoracle/jionmap52.rar 1.      国家2000,西安80,北京54.坐标系的接合图表生成.根据经纬度范围,坐标系统(北京54.西安80坐标系).中央经线.分带方法(3度带或6度带).地图比例尺(支持地图比例尺有1:100万.1:50万.1:25万.1:10万.1:5万.1:2.5万.1:1万和1:5000比例尺).坐标是否加带号生成对应接合图表.生成后自动设置坐标投影系,填写新.旧图幅号,图幅控制面积以及经

1. 通常GIS项目涉及到的坐标系 (1)面向局部区域的大比例尺二维平面:高斯投影(横轴墨卡托) 说明:在市一级的小范围区域的GIS系统,比如规划局.国土局.建设局的系统,大都使用高斯投影,以便与地方地形图测绘.工程报建一直采用的坐标系相一致.高斯投影的特点是投影分带,适合小范围局部,不适合应用于大省.全国等大范围应用,若是强制按某带投影,则远离中央经线的区域的角度.距离.面积全部变形严重. (2)省级.国家级范围:兰伯特投影(圆锥投影) (3)国际级.世界地图:经纬度等间隔直投 说明:“经纬度