找回密码
 FreeOZ用户注册
12
返回列表 发新帖回复
楼主: wangsqsq
打印 上一主题 下一主题

[其他] Gps应用知识

[复制链接]
31#
发表于 15-6-2008 01:55:28 | 只看该作者
现在用的32颗GPS卫星已经覆盖全球了,在放开SA码后,免费民用没有什么问题
不知“北斗二代”的覆盖范围如何,35颗全球在来一遍?卫星太多了不打架?
通过差分的GPS精度可以达到20CM,这和接收机的软硬件也有一定的关系

差分信号是通过地面站对每颗卫星的轨道,星历,时间等数据计算在发送到用户端进行改正,使其精度提高。短距离的可通过无线电发送差分信号。现在往往把地面站的差分信号发送到海事卫星等,用户端在全球都可以接收。
回复  

使用道具 举报

32#
发表于 11-2-2010 14:16:57 | 只看该作者
从perth带一个GPS到悉尼,怎么也收不到卫星信号。看了帖子明白了。是超过800km,需要重新恢复出场设置。
回复  

使用道具 举报

33#
发表于 11-2-2010 17:31:04 | 只看该作者

没听说过什么是火星坐标吧 :-)

http://www.anttna.com/archives/468.html

受中国的一些政策法规的限制,Google电子地图必需加上偏移。其实,不光是google地图,国内所有做地图的公司的产品都是要加上偏移的。各公司在自己的客户端上再加上修正算法,从而保证使用他们的产品不会产生偏移。

Google电子地图偏移的原理
google 地图在显示指定经纬度(lat,lon)的坐标点(x,y)点时,根据偏移函数算出该点的偏移值(a,b),把该点的坐标减去偏移值后的结果(x-a,y-b)显示在电子地图上。

Google电子地图偏移的修正方法
知道了原理后,修正的方法就很简单了:用同样的方法获取该点的偏移值(a,b),预先给定位点加上这个偏移值,把结果(x+a,y+b)提交给google map,google map再经过上面的算法处理后(x+a-a,y+b-b),显示在地图上的就是(x,y)了。

如何得到该点的偏移值(a,b)?
网上已经有人研究出了google获取偏移值的方法,接口地址为 http://ditu.google.cn/maps/vp?spn=0.0,0.0&z=18&vp=xxxx,xxxx ,只要提交同样的经纬度到该接口,返回的结果里就包含了该经纬度的偏移值。
为了简化操作,ant封装了该接口,可以提交经纬度到接口 http://www.anttna.com/goffset/goffset.php?lat=xxx&lon=xxx 直接获得偏移值。返回格式为: zoom,offset_x,offset_y
zoom: 这个值在做坐标运算时需要用到。
offset_x: 指定经纬度X方向的偏移值
offset_y:指定经纬度Y方向的偏移值

有了这三个值就可以在google map里修正坐标了

查看源代码打印帮助01 function convertCoord(vertex,zoom,offsetX,offsetY)  

02  {  

03  var projection = gMap.getCurrentMapType().getProjection();  

04 var point = projection.fromLatLngToPixel(vertex, zoom);  

05  point = new GPoint(point.x + offsetX, point.y + offsetY);  

06  vertex = projection.fromPixelToLatLng(point, zoom);  

07  return vertex;  

08  }  

09   

10 var point = new GLatLng(lat,lng);//原经纬度点  

11   

12 //通过接口http://www.anttna.com/goffset/goffset.php?lat=xxx&lon=xxx获得的数据  

13 var zoom=18;  

14 var offset_x=100;  

15 var offset_y=200;  

16 //修正经纬度  

17 point=convertCoord(point,zoom,offset_x,offset_y);  

18 //

效果测试
之前和zhjtan讨论过关于google map的偏移问题,这里仍然用该经纬度(22.535076,114.021229)做测试。

未修正的地图(电子地图和卫星地图不一致)




下面是修正后的地图(电子地图和卫星地图一致)



从测试效果来看,使用该修正方法可以完美的解决google地图偏移的问题。
回复  

使用道具 举报

34#
发表于 11-2-2010 17:33:15 | 只看该作者

火星坐标

国家保密插件,也叫做加密插件或者加偏或者SM模组,其实就是对真实坐标系统进行人为的加偏处理,按照几行代码的算法,将真实的坐标加密成虚假的坐标,而这个加偏并不是线性的加偏,所以各地的偏移情况都会有所不同。而加密后的坐标也常被人称为火星坐标系统,这是我们的国家又一个伟大的发明,让国外的政府和企业等,都看不懂我们的坐标系统。
其实很少有人知道国家保密插件问题,但作为导航电子地图产业或者汽车导航产业中的人,多多少少都会了解到这个问题。国家是出于国家安全考虑,将我们看到的真实的坐标变成假的虚拟的坐标,这样,我们的国家就安全了,不会被恐怖分子破坏了。最简单的举例来说,比如鸟巢吧,你真实的坐标是这个,加密后就成了那个,导航电子地图上看到的就是那个,那么人家导弹要是攻击那个的时候,那么导弹就打不中我们的鸟巢啦,我们的鸟巢就安全了。不过,个人担心这样加密后没有打中鸟巢,会不会打中水立方呢,可能是无心插柳柳成荫了。
具体说说这个保密插件的问题吧,是如何运作的呢?
现在,所有的电子地图所有的导航设备,都需要加入国家保密插件。第一步,地图公司测绘地图,测绘完成后,送到国家测绘局,将真实坐标的电子地图,加密成“火星坐标”,这样的地图才是可以出版和发布的,然后才可以让GPS公司处理。第二步,所有的GPS公司,只要需要汽车导航的,需要用到导航电子地图的,统统需要在软件中加入国家保密算法,将COM口读出来的真实的坐标信号,加密转换成国家要求的保密的坐标,这样,GPS导航仪和导航电子地图就可以完全匹配啦,GPS也就可以正常工作啦。
所以,所有的导航电子地图公司,像四维图新、瑞图、易图通、高德等等,都需要将自己的电子地图拿到国家测绘局进行加密处理,而所有的导航软件公司,都需要将自己的导航软件中加入国家测绘局提供的加密算法的代码。而这一段代码,就是国家的机密,不是公开的,每次去国家测绘局加密处理都需要预约并在封闭的环境中进行,编译完成后需要是在主程序的exe中,而不能编译在外部dll等文件中。
当然,国家的保密插件,是需要收费的,早期的时候,一个导航仪就需要10块钱的保密插件许可费,恩,保密插件也不是白用的,毕竟国家花了很多的钱和人力和物力才做出来的保护国家安全的保密东西怎么可以随便送你用呢,收点钱也就算是正常也算是在预料之中啦。现在的话,好像已经下放到地图数据公司了,就是看这个地图数据公司的经营状况,大概会出货多少份电子地图,然后一次性收取地图数据公司多少钱,可能是多少百万,然后这个钱呢,你们数据公司就自己找你们的导航软件公司的客户收吧,算在每一台设备中的许可费,恩,国家的办事效率变高了,一次直接从导航电子地图公司收费比逐个收取导航软件公司的钱要来的容易和不那么麻烦。
现阶段,有些人或者组织,为了自己的利益,将导航软件和导航地图进行破解,并发现了导航电子地图中存在的地图偏差,所以就采取人为的手段,将地图反加密,将虚假的坐标转换成标准的WGS84坐标,最笨的方法就是线性的平移,大概偏差的距离为500米,基本上能够反回来,但误差较大,特别是南北距离加大的情况下,而聪明一点的方法,用matlab等工具计算出其中的曲线,然后反转回来。多么的可怕那,这是触犯国家法律的行为,国家的安全就这样被你们破坏了,这是一个刑事问题,而不是简单的破解软件破解地图的经济犯罪问题了。请大家务必务必遵守国家的法律,不要干出这样的傻事出来,出了事谁都保不了你,毕竟你将成为国家的敌人。
最后,说说保密插件带来的弊端,好处不容忽视,国家为了安全考虑,保密了就安全了,但弊端是,制造了人为的障碍,非常的不好用,比如导航软件出来的坐标,不能和Google Earth等国际软件匹配,Google Earth和Map在国内基本上就是废物。进一步带来的导航问题是,寻宝、分享等许多好玩的GPS活动,都无法在大陆地区展开,这一点真的让人很无奈。当然,也有一些时候,由于导航软件的保密插件问题,导致不能导航等等。保密插件,是一个让人哭笑不得的东西,就如同国际的WGS84坐标对我们的54坐标或者80坐标,就如同最近的国家部门准备开发“影像中国”反制google earth的泄密问题。等等种种,法律不可逾越,但我们也不希望人为的制造麻烦,或者为了更深入的经济利益。
这就是国家的导航保密插件问题吧,希望大家能够理解。
回复  

使用道具 举报

35#
发表于 13-2-2010 15:49:14 | 只看该作者
期待北斗N次方。。
回复  

使用道具 举报

您需要登录后才可以回帖 登录 | FreeOZ用户注册

本版积分规则

小黑屋|手机版|Archiver|FreeOZ论坛

GMT+10, 1-9-2025 04:37 , Processed in 0.014454 second(s), 20 queries , Gzip On, Redis On.

Powered by Discuz! X3.2

© 2001-2013 Comsenz Inc.

快速回复 返回顶部 返回列表