arcgis server 中Web墨卡托投影坐标与WGS-84坐标的转换 //经纬度转墨卡托 function lonlat2mercator(lonlat){ var mercator={x:0,y:0}; var x = lonlat.x *20037508.34/180; var y = Math.log(Math.tan((90+lonlat.y)*Math.PI/360))/(Math.PI/180); y = y *20037508.34/180; mercator.x = x;

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

 WGS-84坐标系:全球定位系统使用,GPS.北斗等 GCJ-02坐标系:中国地区使用,由WGS-84偏移而来 BD-09坐标系:百度专用,由GCJ-02偏移而来 (PS:源于项目需求,本来是想读图片的经纬度显示在百度离线地图上的.后来发现定位偏差太大,仔细一想,原来是图片和百度使用的坐标系不一样. 计算转换部分 public class GPSChange { private const double pi = 3.14159265358979324; private const doubl

转自:http://www.rivermap.cn/docs/show-1829.html 常用坐标系详解 (一)WGS84坐标系 WGS-84坐标系(World Geodetic System一1984 Coordinate System) 一种国际上采用的地心坐标系.坐标原点为地球质心,其地心空间直角坐标系的Z轴指向BIH (国际时间服务机构)1984.O定义的协议地球极(CTP)方向,X轴指向BIH 1984.0的零子午面和CTP赤道的交点,Y轴与Z轴.X轴垂直构成右手坐标系,称为1984

原文地址:http://bbs.esrichina-bj.cn/ESRI/thread-78245-1-1.html 在WebGIS的开发中经常用到的地图投影为Web墨卡托和WGS84,故歌地图,bingmaps,百度地图,mapabc,mapbar,以及 ArcGIS online上的大部分地图为Web墨卡托地图,ArcGIS online上最开始发布的地图投影为WGS84.在开发过程中很多时候会遇到不同坐标系之间互转的问题,特别是底图使用Web墨卡托,定位(GPS,wifi等)信号坐标为WG

一.简介 主流被使用的地理坐标系并不统一,常用的有WGS84.GCJ02(火星坐标系).BD09(百度坐标系)以及百度地图中保存矢量信息的web墨卡托,本文利用Python编写相关类以实现4种坐标系统之间的互相转换. 二.代码及说明 import math class LngLatTransfer(): def __init__(self): self.x_pi = 3.14159265358979324 * 3000.0 / 180.0 self.pi = math.pi # π self.a

坐标系 · WGS84,地理坐标系,单位度,在三维上可以很好的展示全球的数据,但在二维上显示时在高纬度地区变形较大,另由于WGS84坐标系与CGCS2000坐标系差异很小,所以WGS84坐标系在WebGIS中可以等效于CGCS2000坐标系. · Web墨卡托,投影坐标系,单位米,也称为球面墨卡托,与世界墨卡托不一样,会存在较小的角度变形,而Web墨卡托与WGS84相比,在三维上显示时两级附近无法展示,在二维上显示时在高纬度地区角度变形很小,有利于观看. 瓦片方案 注意 : WGS84坐标系的瓦

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

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

许久没有使用坐标转换,记忆有些模糊了,以后还是会用到,先将WGS84与web墨卡托转换复习一下: 1.84转web墨卡托 //核心公式 平面坐标x = 经度*20037508.34/108 平面坐标y = log(tan((90+纬度)*PI/360))/(PI/360)*20037508.34/180function lonlattoWebMercator(lon,lat){ var xy[]; double x = Math.lon*20037508.34/180; double y =Ma

方法一:在Arcmap中转换:从 WGS_1984 转 Beijing_19541.加载要转换的数据,右下角为经纬度2.点击视图——数据框属性——坐标系统3.导入或选择正确的坐标系(如选:Beijing_1954_3_Degree_GK_CM_120E ,可逐个选择看看效果选最匹配的),确定.这时右下角也显示坐标.但数据没改变4.右击图层——数据——导出数据5.选择第二个(数据框架),输出路径,确定.6.此方法类似于投影变换.方法二:在forestar中转换:1.用正确的坐标系和范围新建图层aa

在我们开始学习Entity之前,我们首先需要先学习下Cesium中的坐标系,Cesium中有多个坐标系,在进行添加Entity时经常会使用到. 一.坐标系介绍 我们先来列举下Cesium中的坐标系:WGS84经纬度坐标系(没有实际的对象).WGS84弧度坐标系(Cartographic).笛卡尔空间直角坐标系(Cartesian3).平面坐标系(Cartesian2),4D笛卡尔坐标系(Cartesian4) 1.WGS84坐标系 World Geodetic System 1984,是为GPS

转载自:https://blog.csdn.net/supermapsupport/article/details/89519310 一.坐标系介绍我们先来列举下Cesium中的坐标系:WGS84经纬度坐标系(没有实际的对象).WGS84弧度坐标系(Cartographic).笛卡尔空间直角坐标系(Cartesian3).平面坐标系(Cartesian2),4D笛卡尔坐标系(Cartesian4)1.WGS84坐标系World Geodetic System 1984,是为GPS全球定位系统使用

原文地址:http://blog.sina.com.cn/s/blog_663d9a1f01017cyz.html 1.动态投影(ArcMap) 所谓动态投影指,ArcMap中的Data 的空间参考或是说坐标系统是默认为第一加载到当前工作区的那个文件的坐标系统,后加入的数据,如果和当前工作区坐标系统不相同,则ArcMap会自动做投影变换,把后加入的数据投影变换到当前坐标系统下显示!但此时数据文件所存储的数据并没有改变,只是显示形态上的变化!因此叫动态投影!表现这一点最明显的例子就是,在Expor

转自 在ArcGIS Desktop中进行三参数或七参数精确投影转换     ArcGIS中定义的投影转换方法,在对数据的空间信息要求较高的工程中往往不能适用,有比较明显的偏差.在项目的前期数据准备工作中,需要进行更加精确的三参数或七参数投影转换.下面介绍两种办法来在ArcGIS Desktop中进行这种转换. 在ArcMap中进行动态转换 假设原投影坐标系统为Xian80坐标系统,本例选择为系统预设的Projected Coordinate Systems\Gauss Kruger\Xian

转自极客人原文 百度地图API位置偏移的校准算法 在开始使用百度地图API进行开发时可能会遇到一件相当奇怪的事情,使用百度定位的经纬度在地图上显示相当不准确,这一问题我在微信开发和安卓开始时都遇到过.第一次使用百度地图api获取位置并在地图上显示是在微信开发的时候,那是不知道具体原因无奈在微信获取的地理位置上加了一个偏移量进行校准,虽能勉强解决,但是不太准确.后来在安卓开始也同样遇到了这个问题,才发现百度地图API定位偏移已经不是一个偶然问题了. 百度地图API定位偏移的原因 以下来自互联网:

config.xml文件的配置如下: <widget left="3" bottom="3" config="widgets/Coordinate/CoordinateWidget.xml" url="widgets/Coordinate/CoordinateWidget.swf" /> 源代码目录如下: 地图坐标系模块的源代码原理解析,详细的代码在下载的开源flexviewer自带的: (1)Coordinate

config.xml文件的配置例如以下: 1 2 <widget left="3" bottom="3" config="widgets/Coordinate/CoordinateWidget.xml" url="widgets/Coordinate/CoordinateWidget.swf" /> 源码文件夹例如以下: 地图坐标系模块的源码原理解析,具体的代码在下载的开源flexviewer自带的: (1)Coo

python这么火,C++/C#的程序员都生存不下去了,为啥还要干把python转写成c++的这种反动的事? 项目需要呗... gdal2tiles.py文件中有两个类是计算全球墨卡托与WGS84两种瓦片的分块规则的类,分别是GlobalMercator与GlobalGeodetic,但和目前网络上的谷歌地图与天地图等地图的瓦片划分规则还是不一致的.不一致的地方是: gdal2tiles.py的瓦片y轴是从上到下递减的,谷歌地图与天地图瓦片y轴是从上到下递增的,y轴的方向不同,所以用c++改写的

# -*- coding: utf-8 -*- # /** # * 各地图API坐标系统比较与转换; # * WGS84坐标系:即地球坐标系,国际上通用的坐标系.设备一般包含GPS芯片或者北斗芯片获取的经纬度为WGS84地理坐标系, # * 谷歌地图采用的是WGS84地理坐标系(中国范围除外); # * GCJ02坐标系:即火星坐标系,是由中国国家测绘局制订的地理信息系统的坐标系统.由WGS84坐标系经加密后的坐标系.谷歌中国地图和搜搜中国地图采用的是GCJ02地理坐标系: # * 3BD09坐

把DEM数据(.tif)获得栅格数据对应的经纬度及高程信息,存到地理数据库 一.预处理工作 栅格数据的合并--目的:将原始4张Dem(.tif)数据合并为一张Dem(.tif) https://wenku.baidu.com/view/26191ab5b8d528ea81c758f5f61fb7360b4c2bd5.html 栅格数据由地理坐标系转投影坐标系,使单位从度变为米 在Arcmap中转换:例如从 WGS_1984 转 Beijing_1954 1.加载要转换的数据全部到视野中 2.点击