iOS 如何定位获取周围地点信息

iOS 如何定位获取周围地点信息,第1张

它使用的是Wi-Fi定位技术,其原理与基站定位类似:

1、每一个无线AP都有一个全球唯一的MAC地址,并且一般来说无线AP在一段时间内是不会移动的。

2、设备在开启Wi-Fi的情况下,即可扫描并收集周围的AP信号,无论是否加密,是否已连接,甚至信号强度不足以显示在无线信号列表中,都可以获取到AP广播出来的MAC地址。

3、设备将这些能够标示AP的数据发送到位置服务器,服务器检索出每一个AP的地理位置,并结合每个信号的强弱程度,计算出设备的地理位置并返回到用户设备。

4、位置服务商要不断更新、补充自己的数据库,以保证数据的准确性,毕竟无线AP不像基站塔那样基本100%不会移动。

这样的位置服务商现在来说只有Skyhook和Google两家,他们收集位置数据的方式也是相似的。

1、主动采集:Google的街景拍摄车还有一个重要的功能就是采集沿途的无线信号,并打上通过GPS定位出的坐标回传至服务器。

Skyhook在美国及欧洲一些国家也是直接开着信号采集车采集AP和基站的信号数据,相对来说覆盖城市没有Google多,目前中国仅有少数城市有覆盖,并且他们在包括中国在内的多个国家招募有偿工作者,以协助Skyhook收集位置数据。当然你也可以直接在其网站上提交一个MAC地址。

2、用户提交:通常是以静默方式向同时拥有Wi-Fi和GPS的终端用户收集位置数据。

Android手机用户在开启“使用无线网络定位”时会提示是否允许Google的定位服务手机匿名地点数据。

同样的Skyhook的最大客户Apple也在iPhone的User Guide中说明会以不能识别用户身份的方式收集位置数据。

使用这种方式定位一般来说需要与位置服务器进行即时的网络交互,Android正是如此,最好的证明就是关闭电话和GPS后,单单打开Wifi但不连接任何一个无线网络或者连接一个没有接入互联网的网络时,是无法进行定位的。实际测试的时候,发现这种情况下部分软件仍然可以定位,但是无论将设备移动到哪里,应用中的位置始终不会变化。因为Android的API中提供的方法是LocationManagergetLastKnownPosition,只要是通过这种方式获取到的位置数据,Android是不会立即定位的,而是将最后一次定位的数据返回给应用,除非应用发起更新位置的请求。

但是正是在网络交互这一点上,Apple让人觉得不可思议。前几天在touch上安装了一款地图软件,并下载了离线地图,因为touch不接入WLAN是没有其他办法联网的,有了离线地图会方便很多。一次外出时,打开地图竟发现,没有连接任何无线网络的情况下,touch竟然准确地标出了我的位置,走了几步发现地图上的标记也准确地移动到了新的坐标。但是系统自带的Google Map及部分网络软件都无法定位。

我们知道通过无线可以定位,但是Touch是如何做到在没有网络交互的情况下定位?

一开始我猜测是离线地图中包含位置元数据,地图应用自行收集环境信息进行定位测算,测试如下:

将该地图应用卸载,重新安装,安装成功后第一次打开前即断开Wi-Fi连接(不关闭),然后打开地图应用,定位成功,只不过地图无任何显示。

是不是很离奇呢,也就是说并不是离线地图的功能,难道是iOS?

为此我做了个简单的实验,Safari是支持HTML5的,于是我想到了GeoLocation API:

javascript:navigatorgeolocationgetCurrentPosition(function(position){alert(positioncoordslatitude+"\n"+positioncoordslongitude);},function(err){alert(errcode)});

先完全退出Safari,然后打开,直接将这段js敲进地址栏访问,如果成功获取到位置信息,就显示出经纬度,否则显示错误码。

测试结果如下:

开启wifi不连接任何网络(随着移动,坐标会变)

关闭wifi(无论怎么移动始终是同一个坐标,后来在地图软件中测试也是如此)

可以看出,在开启Wi-Fi而不连接网络的情况下,iOS仍然何以提供定位服务,而关闭Wi-Fi后其实跟Android无网络的情况相同,不是实时的定位

实验至此,基本上可以确定,是iOS缓存了历史地点及附近一定范围内的位置数据(并且范围不小,因为曾经去到一个从未去过的10公里外的度假村,无连接状态仍然成功定位)位置的计算直接在本机进行。

PS:其实还有一点挺困惑的,内置的Google Map为什么不能定位呢?难道是因为Google用自己的服务而不用与Apple合作的Skyhook的服务吗(Google Map在已有地图缓存的情况下定位时有与Google服务器交互的数据包,但不能断定就一定是用于定位的数据)?再者,GoogleMap在定位时状态栏会显示系统的定位服务图标,表明调用了系统Api,却始终无法定位。

既然谈到HTML5定位,必然不能不提桌面浏览器,目前主流的浏览器都已经支持HTML5。W3C所提出的Geolocation API是个访问地理位置信息的高层接口,该接口与实现设备紧密相关,API本身对下面的位置信息一无所知。常见的位置信息来源主要包GPS、IP、RFID、AP MAC、cell ID等。

在有些业务场景中需要分批去取数据库表中的全部数据来进行处理,最简单的方法就是使用分页查询语句(偷懒以MySQL为例):

[sql] view plain copy print

select from datatable limit offset,amount

select from datatable limit offset,amount

这里就会有一个问题,随着offset值的越来越大,这条sql要扫描的表数据就会越来越多,因为要定位到offset这一行就需要扫描比offset小的所有行。显然在一张大数据量的表中,去这样做,性能就会出问题。为了避免这样的情形出现,我们自然会想到使用索引来解决,比如使用自增序列id进行分批取:

[sql] view plain copy print

select from datatable where id >= start and id<start+batchCount

select from datatable where id >= start and id<start+batchCount

这样我们对id建索引,然后分批去取,显然效果会高很多,但是如果自增序列由于删除等 *** 作变得不是连续,就会出现空执行和多执行的情况出现。要解决这个方法,我们就需要结合使用索引和分页的优势来处理:

[sql] view plain copy print

select from datatable where id >= start limit batchCount

select from datatable where id >= start limit batchCount

然后每次取回来我们再计算出起始id值,再去取下一批数据。这样就可以既避免了第一种不走索引,查询性能低下的问题,又解决了第二种id不连续,导致取回来的数据量不稳定导致浪费的问题了。

1、Sencha Touch项目(简称ST项目)、Phonegap项目、Android项目(或iOS项目)是三个不同的概念

2、ST项目和eclipse没关系;

Android项目和eclipse有点关系(可以用eclipse调试和导出apk包);

iOS项目和xcode有点关系(可以用xcode调试和上架)

3、ST项目用phonegap(或cordova)init之后,会出现给一个Phonegap目录,这个目录下是Phonegap项目

4、sencha app build native生成的Android项目(或iOS项目),在Phonegap目录下,是Phonegap项目的一部分

5、ST项目用sencha cmd也能生成原生安装包(如Android的APK),不过官方不再推荐用sencha cmd 生成原生安装包,而推荐用Phonegap,因为它可以使用各种原生插件实现特殊的功能(摄像头,定位,等等)

ForeSpider数据采集系统是天津市前嗅网络科技有限公司自主知识产权的通用性互联网数据采集软件。软件几乎可以采集互联网上所有公开的数据,通过可视化的 *** 作流程,从建表、过滤、采集到入库一步到位。支持正则表达式 *** 作,更有强大的面向对象的脚本语言系统。

台式机单机采集能力可达4000-8000万,日采集能力超过500万。服务器单机集群环境的采集能力可达8亿-16亿,日采集能力超过4000万。并行情况下可支撑百亿以上规模数据链接,堪与百度等搜索引擎系统媲美。

软件特点:

一.通用性:可以抓取互联网上几乎100 %的数据

1支持用户登录。

2支持Cookie技术。

3支持验证码识别。

4支持>

将celltrack v107安装在存储卡中,路径为:\Karte\Data\Others\Celltrack

然后将基站数据文件"46000北京clf"拷贝至该安装路径下

启动“基站定位”程序

之后选择“选项——>数据库——>导入数据库”

以上就是关于iOS 如何定位获取周围地点信息全部的内容,包括:iOS 如何定位获取周围地点信息、请教各位,如何分批获取数据库中数据、sencha touch怎么获取数据库中的数据等相关内容解答,如果想了解更多相关内容,可以关注我们,你们的支持是我们更新的动力!

欢迎分享,转载请注明来源:内存溢出

原文地址: http://outofmemory.cn/sjk/9666469.html

(0)
打赏 微信扫一扫 微信扫一扫 支付宝扫一扫 支付宝扫一扫
上一篇 2023-04-30
下一篇 2023-04-30

发表评论

登录后才能评论

评论列表(0条)

保存