开发者社区> tangf2004> 正文

经纬度编码方法推荐-plus code简介

简介:
+关注继续查看

今天罗孚为大家推荐一种经纬度编码的方法——plus code,原名open location code,是Google于2014年发明的,旨在将表示地理位置的经纬度通过算法推导成一个字符串。

plus code

plus code的用途

用一串字符表示地球上的任一位置

发明plus code的初衷,就是希望能够通过一个编码标识地球的任何一个地方。

我们最常用的位置编码是地址编码,通过行政区划、道路和门牌号等信息找到具体的位置信息,这在日常生活中非常常见,比如送快递。

但若你在京东或天猫上买东西,直接送回乡下老家,怎么办?还能记得门址信息吗?一方面城市化进程变迁,也许门址早已不是当初的门址,另一方面即便有门牌号,一个陌生人能否顺利找到,也是未知问题。

门址无法找到,那我们用经纬度,经纬度是一个非常精确的位置信息。没错,但除了电影中会有通过十几个数字(即经纬度)来寻找目标的场景,我们在日常生活中有用到吗?加上国家的法律因素,连通过经纬度导航都不是一个可行的方法。

世界上确实有无法使用门址表示的地方,而经纬度的数值也超出了常人的可记忆范畴,所以Google希望通过一种编码方法,简单明了地表示世界上任一位置。

使用字符串编码来表示经纬度,其实有多种编码方案,但plus code有什么优势?我们后面再讲。只是,罗孚使用plus code并不仅仅为了表示地球上的位置这么简单。

基于位置范围的检索

在电子地图的使用过程中,我们可能经常需要查询酒店、餐饮、景点等数据,也就是我们常说的POI检索。其检索方式,除了名称查询外,可能会有周边查询或沿途搜索,比如“徐家汇周围10公里范围内的奥迪4S店”。

徐家汇周围10公里范围内的奥迪4S店

周边查询和沿途搜索,都是一种基于经纬度范围的检索,最常规的检索方法,就是一条sql语句,限定一下范围即可,比如:where lat > 31 and lat <32 and lon >121 and lon <121。

直接拿经纬度进行比较,一定不是一个好的方法,当数据量达到千万级,其检索效率低下到无法直视。如何提高检索效率?首先想到的,一定是分块检索,比如将数据进行四叉树切分,根据当前位置找到附近的数据块,然后再在数据块中检索。

数据分幅分块是数据处理中最基本的内容,数据量大了以后必定要做分幅分块处理,比如全国的POI数据。数据分幅有很多种方法,比如上述的四叉树方法,或者直接按固定经纬度间隔进行分幅(类似印刷纸质地图所用的分幅),当然按省名称区分也可以算是分幅,只是形状不规则罢了。

罗孚推荐plus code,一定在分幅上有它的优势,待我慢慢道来,我们先来了解一下plus code。

什么是plus code

plus code是一种经纬度编码方法,它能表示地球上的任何一个地方。

plus code将经纬度编码后,一般为十位字符(如果含+号的话,就是11位)。plus code去除了容易混淆的字母以及一些令人不愉快的字符,只取用了20个字符(含部分数字),这20个字符是:2、3、4、5、6、7、8、9、C、F、G、H、J、M、P、Q、R、V、W、X。

港汇恒隆广场的pluscode码

plus code的前四个字符是区域代码,基本是1经纬度的范围,也就是约100100公里的范围,后六位是本地代码,用来描述一个建筑物,面积约为1414米,差不多是半个篮球场的大小。

但如果觉得十位编码精度不够,是否可以继续拓展呢?当然可以,plus code定义了一个附加规则,可以将代码拓展到11位或12位,其中11位编码差不多代表了3米的范围,应该可以描述一个建筑物的前门或后门,或者是一辆车的大小,定位颗粒更细。需要注意,10位以后的代码不再使用两位编码表示区域,而仅使用了一位,编码方式有所不同。

层级 字符数 经纬度范围 长度范围
0 2 20x20 2200km
1 4 1x1 110km
2 6 0.05x0.05 5.5km
3 8 0.0025x0.0025 275m
4 10 0.000125x0.000125 14m
5 11 0.000025x0.00003125 3.5m
6 12 0.000005x0.0000078125

上表为plus code的层级表,既然plus code具有层级,那pluse code就可以改变长度,越短的长度表示的区域范围越大,越长的长度表示的区域范围越小。同时也说明,plus code所表示的经纬度,是一个经纬度范围(是一个面),而不是一个经纬度值(一个点)。按理,面是无法用来导航的,当然,我们变通一下,可以取面的中心点。

plus code的优点

plus code介绍完了,我们来总结一下plus code的优点。

方便存储

经纬度经过编码,由经度和纬度两个字段,变更为一个字段,减少了一个字段,而且不再使用float型,可以直接使用固定长度的string。

方便比较

罗孚认为,方便比较是plus code的核心优势,也是解决上述“基于位置范围检索”问题的核心。

方便比较主要体现在两个方面,一个是按层级分幅,另一个是幅和幅之间具有连续性。

plus code的层级分幅

仍然举例来说,如何检索徐家汇附近10公里范围的奥迪4S店?主要解决范围的问题。

徐家汇的plus code是8Q335CVQ+,根据plus code层级中的长度范围,约取6位编码(对应长度范围是5.5km)比较合适,即8Q335C,再将该图幅附近一圈的8个图幅选取出来,8Q3349、8Q334C、8Q334F、8Q3359、8Q335F、8Q3369、8Q336C、8Q336F,最终形成一个九宫格状的图幅。

查找徐家汇附近10公里范围

通过plus code的层级可以基本限定搜索的范围,通过目标位置的图幅扩展选择周边的图幅,而图幅之间的连续性让图幅号的获取变得极其简单。

反之,若使用plus code的规则进行数据分块,将数据密集区域,分块到level2,比如上海市区,对于数据稀疏区域,则可以分块到level1,比如西部地区。数据块的总量得到了控制,同时每个数据块的数据量也比较均匀,没有过密或过疏的情况。

其他优势

代码足够短,方便记忆。代码本身是支持全世界的,不需要国别等附加信息。

代码是通过算法生成的,可以离线使用,并且不需要任何设置或程序,代码不依赖于任何第三方。

特别需要说明的,这个算法是开源的,可以自由使用,包括商业用途。

同其他编码方法的比较

geohash

geohash是比较早期的经纬度编码方法,也是使用较广的编码方法。geohash选用了32个符号作为其字符集,其字符长度也是可变的,缩短字符串的长度会影响位置的精度,实际上geohash代码也是表示了经纬度范围,而不是经纬度位置。

当然,geohash也是开源的,也仅仅是一个算法,应该说,后来的geohash-36以及plus code编码,都受到了geohash编码算法的较大启发。

geohash也有不少的弊端,除了精度问题,根据当前分幅号获取周围分幅号码有较多的不确定性,这应该是最大的弊端,原因在于数据切分方法和命名规则。比如0纬度地区,即赤道附近,两个相邻的图幅,其图幅编号可能会大相径庭,geohash的切分方法导致图幅号的首字母也存在不同,这样就无法通过缩短代码的长度来快速获取图幅号,也就是无法快速确定范围。

what3words

what3words据说已经在Benz上获得了使用,当然,原因是Benz是what3words的投资方。

what3words吸引我的地方有两个方面,一是将世界分成了3m3m的网格,类似于预先进行了一个固定长度和比例尺的分幅,另一是每一个33的网格都可以使用3个单词来表示,即全世界每一个3*3的地方都可以用3个单词找到。

举个例子:用“香蕉.兔子.猴子”可以表示A地址,用“兔子.猴子.香蕉”来表示B地址。这种方法,类似于建立了一个全世界的门址编码系统,而覆盖全世界3*3的位置,要装下全世界,那将是一个多大的数据库呢。这种编码方法让我首先想到的就是,做关键字竞价排名应该是一个不错的生意,该机构还真的做了这件事情。

我喜欢这种表示形式,但弊端确实太大了,本身需要通过API访问才能定位,虽然也提供了离线SDK,但据说关键字竞价排名不可以离线使用。需要网络,并且无编码算法可言,完全依赖于该机构对位置的定义,这是我最不能接受地方。

经纬度编码的方法其实还有很多,今年也冒出了很多编码方法,罗孚无法一一列举和分析,如有更好的编码方法推荐,也欢迎交流。

总的来说,罗孚认为,plus code非常适用于位置交换、定位以及基于位置范围的搜索等,如果你的项目中正好有经纬度转码或经纬度范围检索,不妨试试plus code。

附上资料:

plus code 官网,除了了解plus code外,还可以在Google地图上直接查看任何位置的plus code代码。

罗孚的plus code演示页面,可以直接查看图幅编号,基于leftlet+天地图+plus code grid,不过Google的grid瓦片服务器不稳定,你懂的。

Evaluation of Location Encoding Systems,关于地理位置编码的分析比较,Google官方文档,内容较多,英文原版,但非常值得一看。

plus code/open location code github

版权声明:本文内容由阿里云实名注册用户自发贡献,版权归原作者所有,阿里云开发者社区不拥有其著作权,亦不承担相应法律责任。具体规则请查看《阿里云开发者社区用户服务协议》和《阿里云开发者社区知识产权保护指引》。如果您发现本社区中有涉嫌抄袭的内容,填写侵权投诉表单进行举报,一经查实,本社区将立刻删除涉嫌侵权内容。

相关文章
百度api图像识别用到的base64编码和urlencode编码
百度api图像识别用到的base64编码和urlencode编码
9 0
Base64编码理解与实现(编码图片)
Base64是一种数据编码方式,目的是让数据符合传输协议的要求。 在项目中,将报文进行压缩、加密后,最后一步必然是使用base64编码,因为base64编码的字符串,更适合不同平台、不同语言的传输
78 0
前端实现 base64 编码和解码
前端实现 base64 编码和解码
179 0
教程 将 BASE64 和图片互转
DataURI 允许在 HTML 文档中嵌入小文件,可以使用 img 标签或 CSS 嵌入转换后的 Base64 编码,减少 HTTP 请求,加快小图像的加载时间。 经过Base64 编码后的文件体积一般比源文件大 30% 左右。
557 0
不同格式图片相互转换的开源库分享
一、背景 笔者在项目的开发中,需要调用windows下的COM接口SetIconLocation来实现桌面快捷方式。而我们项目中给定的图片格式为png格式,SetIconLocation的接口第一个参数指定必须包含icon(即.ico)类型图标的exe或dll文件或直接是ico文件路径。网上查了好久,没有直接调用png实现快捷方式的接口,但网上格式间相互转换的工具也是很多的(工具需要手动拖选实现,这点项目中也是不允许的)。所以,问题就转嫁为:如何实现png格式图标转化为ico格式图标?
124 0
h.264参考图像列表、解码图像缓存
1.参考图像列表(reference picture list) 一般来说,h.264会把需要编码的图像分为三种类型:I、P、B,其中的B、P类型的图像由于采用了帧间编码的这种编码方式,而帧间编码又是以参考图像为基础进行的,因此需要有个参考图像列表来管理之前生成的参考图像,方便用于对当前图像进行编码。
762 0
+关注
tangf2004
文章
问答
视频
文章排行榜
最热
最新
相关电子书
更多
低代码开发师(初级)实战教程
立即下载
阿里巴巴DevOps 最佳实践手册
立即下载
冬季实战营第三期:MySQL数据库进阶实战
立即下载