CN114925069B - 大数据gps离线解析方法 - Google Patents
大数据gps离线解析方法 Download PDFInfo
- Publication number
- CN114925069B CN114925069B CN202210601276.XA CN202210601276A CN114925069B CN 114925069 B CN114925069 B CN 114925069B CN 202210601276 A CN202210601276 A CN 202210601276A CN 114925069 B CN114925069 B CN 114925069B
- Authority
- CN
- China
- Prior art keywords
- geohash
- gps
- encoding
- gps position
- longitude
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Active
Links
- 238000004458 analytical method Methods 0.000 title claims abstract description 32
- 238000004573 interface analysis Methods 0.000 claims abstract description 5
- 238000000034 method Methods 0.000 claims description 13
- 238000012986 modification Methods 0.000 description 2
- 230000004048 modification Effects 0.000 description 2
- 230000008569 process Effects 0.000 description 2
- 230000004044 response Effects 0.000 description 2
- 230000007547 defect Effects 0.000 description 1
- 238000012856 packing Methods 0.000 description 1
- 239000011148 porous material Substances 0.000 description 1
- 230000003068 static effect Effects 0.000 description 1
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
- G06F16/20—Information retrieval; Database structures therefor; File system structures therefor of structured data, e.g. relational data
- G06F16/22—Indexing; Data structures therefor; Storage structures
- G06F16/2228—Indexing structures
- G06F16/2255—Hash tables
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
- G06F16/20—Information retrieval; Database structures therefor; File system structures therefor of structured data, e.g. relational data
- G06F16/24—Querying
- G06F16/245—Query processing
- G06F16/2455—Query execution
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
- G06F16/20—Information retrieval; Database structures therefor; File system structures therefor of structured data, e.g. relational data
- G06F16/25—Integrating or interfacing systems involving database management systems
- G06F16/252—Integrating or interfacing systems involving database management systems between a Database Management System and a front-end application
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
- G06F16/20—Information retrieval; Database structures therefor; File system structures therefor of structured data, e.g. relational data
- G06F16/28—Databases characterised by their database models, e.g. relational or object models
- G06F16/283—Multi-dimensional databases or data warehouses, e.g. MOLAP or ROLAP
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
- G06F16/20—Information retrieval; Database structures therefor; File system structures therefor of structured data, e.g. relational data
- G06F16/29—Geographical information databases
-
- Y—GENERAL TAGGING OF NEW TECHNOLOGICAL DEVELOPMENTS; GENERAL TAGGING OF CROSS-SECTIONAL TECHNOLOGIES SPANNING OVER SEVERAL SECTIONS OF THE IPC; TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
- Y02—TECHNOLOGIES OR APPLICATIONS FOR MITIGATION OR ADAPTATION AGAINST CLIMATE CHANGE
- Y02D—CLIMATE CHANGE MITIGATION TECHNOLOGIES IN INFORMATION AND COMMUNICATION TECHNOLOGIES [ICT], I.E. INFORMATION AND COMMUNICATION TECHNOLOGIES AIMING AT THE REDUCTION OF THEIR OWN ENERGY USE
- Y02D10/00—Energy efficient computing, e.g. low power processors, power management or thermal management
Landscapes
- Engineering & Computer Science (AREA)
- Databases & Information Systems (AREA)
- Theoretical Computer Science (AREA)
- Data Mining & Analysis (AREA)
- Physics & Mathematics (AREA)
- General Engineering & Computer Science (AREA)
- General Physics & Mathematics (AREA)
- Remote Sensing (AREA)
- Computational Linguistics (AREA)
- Software Systems (AREA)
- Position Fixing By Use Of Radio Waves (AREA)
Abstract
本发明公开了一种大数据GPS离线解析方法,包括如下步骤:S1,通过Geohash对一定经纬度范围内的区域按给定精度全面编码,并调用接口解析编码中的各区域GPS位置数据,将返回的GPS位解析信息和所有GPS位置点的Geohash编码存储在一标准表内;S2,在数据库中注册与S1中相同的Geohash编码自定义函数;S3,通过自定义函数编码当前车辆行驶轨迹中的GPS位置信息,然后与S1中的标准表关联,从而大批量获取行驶轨迹中GPS位置点对应的区域信息。
Description
技术领域
本发明属于地理空间应用技术和大数据离线计算领域,具体涉及一种大数据情况下的GPS离线解析方法。
背景技术
随着车联网技术的不断发展,越来越多的车主购买智能网联汽车,同时,由这些智能网联汽车产生的用户行为数据也越来越多,其中就包含汽车的轨迹数据。轨迹数据中记录着不同时刻汽车的GPS定位信息,在进行地域相关的统计时,需要先根据GPS坐标解析出其现实意义的物理地址,从而识别出GPS点所属的区域(省、市、区县)。在大数据背景下,快速的解析出GPS位置数据成为一种必要的需求。
针对GPS点物理地址的解析,通常的技术手段是调用地图服务供应商所提供的API接口来实现。但是若每一个GPS点都进行API接口的调用,由于调用接口都有时间延迟,对于大量的GPS点进行解析时,响应时间会很长,并且响应时间会随着数据量的增加而线性增长。显然,这种逐个调用接口的方式不适用于大量GPS点的快速解析。
为解决上述问题,公开号为CN113138985A的中国专利文献公开了一种GPS数据解析方法及***,在该申请中,通过将已解析的GPS位置数据存入数据库,避免了每次重复的去调用接口解析之前已经解析过的GPS位置数据。该方法随着已解析数据的增多,可以一定程度上提高后续解析的速度,但其仍然是逐条地解析,并且依赖于接口的调用,解析过程较为复杂,在大数据情况下,解析速度受到限制。
因此,提供一种解析过程基于数据库的、不依赖于接口调用的GPS位置数据快速解析方法成为本领域技术人员需要解决的问题。
发明内容
针对上述现有技术的不足,本发明所要解决的技术问题是:如何提供一种无需依赖接口调用,且解析简便和快捷的GPS离线解析方法。
为了解决上述技术问题,本发明采用了如下的技术方案:
一种大数据GPS离线解析方法,其特征在于,包括如下步骤:S1,通过Geohash对一定经纬度范围内的区域按给定精度全面编码,并调用接口解析编码中的各区域GPS位置数据,将返回的GPS位解析信息和所有GPS位置点的Geohash编码存储在一标准表内;S2,在数据库中注册与S1中相同的Geohash编码自定义函数;S3,通过自定义函数编码当前车辆行驶轨迹中的GPS位置信息,然后与S1中的标准表关联,从而大批量获取行驶轨迹中GPS位置点对应的区域信息。这样,通过在经纬度范围内各个GPS点进行编码,并将编码与位置点的解析信息对应后,存储在标准表后,若使用时,无需再批量对行驶轨迹进行解析,并在离线的情况下使用标准表内的编码点来查询该编码点的位置信息。这种方式,只需事先一次性录入整个解析后的信息,后续直接将编码与解析信息对应,查询方式简便,快捷,且标准表稳定,在较长时间内无需更新和改变,解析成本低。
进一步的,采用Geohash进行编码的具体步骤如下:先将所要编码的GPS位置点的经度和纬度分别转换为二进制编码,然后将产生的经度二进制编码和纬度二进制编码合并,最后,将合并后的二进制编码转换为10进制竖直,生成Base32编码。所采用的编码能够确保位置点与经度和纬度相对应,确保位置点正确,合并后能够准确对应位置点,确保位置点所对应地点足够准确。
进一步的,通过Geohash对一定经纬度范围内的区域按需求精度全面编码时,先选取靠近该经纬范围内的地理几何中心为一个随机点作为编码起始点,通过不断向周围点扩展的方式,在给定的精度上,不断对该经纬范围内的所有GPS位置点进行编码。这样,以中心点向外扩展的方式,可避免编码遗漏。
进一步的,编码的给定精度与编码长度相对应,所述编码长度为1至12的整数。编码越长,所对应的精度就越高。
进一步的,当对随机选取的几何中心点通过Geohash编码后,先将中心点的Geohash编码放入已解析List,将中心点以外的其余所有Geohash对象加入待解析队列;然后,判断已解析List是否为空,线程池线程是否无运行,如果List为空且无正在运行线程,则结束解析;若否则从线程池获取线程,消费队列中的Geohash对象,根据对象中心点GPS位置数据,调用API接口获取GPS的解析信息;判断解析的信息是否正常,如果异常则结束该Geohash对象的继续执行,如果正常,则将解析信息和Geohash编码存入标准表,同时获取该Geohash对象临近的多个Geohash对象,并分别判断这几个Geohash对象的中心点是否在选定的经纬度范围内,如果不在范围内,则结束该Geohash对象的继续执行,如果在范围内,则判断Geohash编码是否在已解析List中,如果在已解析List中,则结束该Geohash对象的继续执行,如果不在已解析List中,则将该Geohash对象加入待解析队列,等待解析。这样,通过线程池的方式来确保编码是否有遗漏,确保所有位置点都对应有一个编码,而在调用接口对编码解析信息的判定,可有效确保信息的准确性。同时对一个经纬度范围内的多个对象进行编码判断,能够有效确保编码信息的准确性。
进一步的,所述Geohash编码自定义函数继承org.apache.hadoop.hive.ql.exec.UDF类且实现evaluate函数。这样,可以在hive中直接使用自定义函数对给定经纬度在指定精度上进行Geohash编码。
与现有技术相比,本发明得到的大数据GPS离线解析方法具有如下优点:1、设置标准表后,避免逐条调用接口解析GPS点;2、可进行大批量GPS位置点的区域信息离线解析,大大提高了GPS点的解析效率。
附图说明
图1为实施例中大数据GPS离线解析方法的流程图;
图2为实施例中获取标准表的流程图。
具体实施方式
下面结合附图和实施例对本发明进一步说明。
实施例:
如图1所示,本实施例提供的大数据GPS离线解析方法,它包括如下步骤:S1,通过Geohash对一定经纬度范围内的区域按给定精度全面编码,并调用接口解析编码中的各区域GPS位置数据,将返回的GPS位解析信息和所有GPS位置点的Geohash编码存储在一标准表内(具体的,所述标准表在数据库内,且为hive分布式表);S2,在数据库中注册与S1中相同的Geohash编码自定义函数;S3,通过自定义函数编码当前车辆行驶轨迹中的GPS位置信息,然后与S1中的标准表关联,从而大批量获取行驶轨迹中GPS位置点对应的区域信息。
具体的,本实施例中所采用的编码方式为Geohash编码。Geohash是一种地理编码方法,其基本原理是将地球理解为一个二维平面,根据经纬度将平面递归分解成更小的子块,每个子块在一定的经纬度范围内拥有相同的编码。Geohash将经纬度转换成字符串,并且在大部分情况下,字符串前缀匹配越多的距离越近。
Geohash算法一共分三步,以经纬度(116.389550,39.928167)为例进行算法说明,具体如下:
首先,将经纬度转换为二进制。将纬度区间[-90,90]二分为[-90,0)、[0,90],可以确定39.928167属于右区间[0,90],标记为1;接着将[0,90]二分为[0,45)、[45,90],可以确定39.928167属于左区间[0,45),标记为0;递归上述拆分过程,39.928167总是属于拆分后的某个区间,且随着拆分次数的增加,这个区间会越来越逼近39.928167;最终我们可以得到纬度39.928167产生的二进制编码为101110001100011。同理,在地球的经度区间[-180,180]进行拆分,对经度116.389550进行逼近编码,可以得到经度116.389550产生的二进制编码为110100101100010。具体的,纬度39.928167的二进制编码如表1所示:
表1
其次,将经纬度产生的二进制编码进行合并。经度放在偶数位,纬度放在奇数位,特别注意位数从0开始,0为偶数位。因此将(116.389550,39.928167)产生的编码合并后得到111001110100100011110000001101。
最后,将合并后的二进制转换为10进制数据,然后生成Base32编码。Base32编码由数字(0-9)+字母(去掉a,i,l,o)组成。每5个二进制位得到一个10进制数,取值范围为0-31,分别对应Base32编码的32个字符。从而可以得到(116.389550,39.928167)合并后的二进制编码对应的10进制数为28、29、4、15、0、13,对应的Base32编码为wx4g0e。
具体的,数字与Base32编码字符的对应关系如图2所示。
表2
Geohash编码后的长度不同,对应的精度也不同。同一块区域,编码长度越长,精度就越高,但同时该区域对应的编码数也会越多。实际应用中,应综合考虑编码精度和编码数,选择合适的编码长度。为便于理解,本实施例中所给出的Geohash编码长度与精度的对应关系如表3所示:
geohash长度 | 宽度 | 高度 |
1 | 5009.4km | 4992.6km |
2 | 1252.3km | 624.1km |
3 | 156.5km | 156km |
4 | 39.1km | 19.5km |
5 | 4.9km | 4.9km |
6 | 1.2km | 609.4m |
7 | 152.9m | 152.4m |
8 | 38.2m | 19m |
9 | 4.8m | 4.8m |
10 | 1.2m | 59.5cm |
11 | 14.9cm | 14.9cm |
12 | 3.7cm | 1.9cm |
表3
在Java中,利用开源的Geohash包实现Geohash算法。引入pom依赖:
继而调用GeoHash类的静态方法实现:
double lat=39.928167;
double lon=116.389550;
intprecision=7;
GeoHash geoHash=GeoHash.withCharacterPrecision(lat,lon,precision);
String hashCode=geoHash.toBase32();
其中,lat代表纬度,lon代表经度,precision代表geohash编码位数,precision取1到12的整数。为了对中国境内的区域进行全面编码,得到Geohash编码和省、市、区县等的对应关系,综合考虑编码数量和编码精度,本实施例中将编码长度定为7。
通过Geohash对一定经纬度范围内的区域按需求精度全面编码时,先选取靠近该经纬范围内的地理几何中心为一个随机点作为编码起始点,通过不断向周围点扩展的方式,在给定的精度上,不断对该经纬范围内的所有GPS位置点进行编码。这样,以中心点向外扩展的方式,可避免编码遗漏。
如图2所示,本实施例中构件标准表的流程具体如下:
步骤1,当对随机选取的几何中心点通过Geohash编码后,先将中心点的Geohash编码放入已解析List,将剩下的Geohash对象加入待解析队列;
步骤2,判断已解析List是否为空,线程池线程是否无运行,如果List为空且无正在运行线程,则结束解析;若否,则执行下一步;
步骤3,从线程池获取线程,消费队列中的Geohash对象,根据对象中心点GPS位置数据,调用API接口获取GPS的解析信息;
步骤4,判断解析的信息是否正常,如果异常则结束该Geohash对象的继续执行,如果正常,则执行下一步;
步骤5,将解析信息和Geohash编码存入标准表,同时获取该Geohash对象临近的8个Geohash对象,并分别判断这8个Geohash对象的中心点是否在选定的经纬度范围内,如果不在范围内,则结束该Geohash对象的继续执行,如果在范围内,则对该Geohash对象执行下一步;
步骤6,判断Geohash编码是否在已解析List中,如果在已解析List中,则结束该Geohash对象的继续执行,如果不在已解析List中,则将该Geohash对象加入待解析队列,等待解析。
通过以上步骤,可以将中国范围内的区域在指定精度上完成编码,每个Geohash编码和对应的物理地址信息都存入了标准表。标准表的字段名以及字段类型如表4所示:
字段标识 | 数据类型 | 含义 |
geohash | string | geohash编码 |
province_code | string | 省份代码 |
province_name | string | 省份名称 |
city_code | string | 城市代码 |
city_name | string | 城市名称 |
district_code | string | 区县代码 |
district_name | string | 区县名称 |
addr | string | 物理地址 |
这样,通过线程池的方式来确保编码是否有遗漏,确保所有位置点都对应有一个编码,而在调用接口对编码解析信息的判定,可有效确保信息的准确性。同时对一个经纬度范围内的多个对象进行编码判断,能够有效确保编码信息的准确性。
由于大量的轨迹数据存储Hive分布式表中,Hive中并没有现成相同的Geohash编码函数,所以在得到标准表之后,在实际解析轨迹数据中的GPS位置数据前,我们还需要注册Geohash编码的自定义函数。本实施例中,自定义函数需继承org.apache.hadoop.hive.ql.exec.UDF类且实现evaluate函数,具体如下:
将其打包成jar包,放到HDFS相关路径下,比如hdfs:///home/udf/hive/geohash.jar,在Hive客户端执行命令:
create function default.geohash as'UDFGeoHash'using jar'hdfs:///home/udf/hive/geohash.jar';
然后我们就可以在Hive库中通过default.geohash(lat,lon,precision)来得到经纬度为(lon,lat)、编码长度为precision的Geohash编码了。
在完成标准表和Geohash自定义函数后,实际解析大批量路径中的GPS位置数据时,只需要简单地通过自定义函数编码GPS位置数据,然后与标准表join查询即可。下面给出了一个SQL示例:
其中ods.car_driving为轨迹表,day='2021-01-01'表示只取2021年1月1日这一天的轨迹数据,dim.geohash_standard表示标准表。上面SQL得到了GPS点与对应解析位置的信息。
至此,我们完成了轨迹数据中GPS位置数据的批量离线解析。
最后需要说明的是,以上实施例仅用以说明本发明的技术方案而非限制技术方案,尽管申请人参照较佳实施例对本发明进行了详细说明,本领域的普通技术人员应当理解,那些对本发明的技术方案进行修改或者等同替换,而不脱离本技术方案的宗旨和范围,均应涵盖在本发明的权利要求范围当中。
Claims (4)
1.一种大数据GPS离线解析方法,其特征在于,包括如下步骤:S1,通过Geohash对一定经纬度范围内的区域按给定精度全面编码,并调用接口解析编码中的各区域GPS位置数据,将返回的GPS位置解析信息和所有GPS位置点的Geohash编码存储在一标准表内;对中国境内的区域进行全面编码时,将中国范围内的区域在指定精度上完成编码,得到每个Geohash编码和对应的省、市、区县物理地址信息后,将上述物理地址信息和Geohash编码存入标准表;通过Geohash对一定经纬度范围内的区域按需求精度全面编码时,先选取靠近该经纬范围内的地理几何中心为一个随机点作为编码起始点,通过不断向周围点扩展的方式,在给定的精度上,不断对该经纬度范围内的所有GPS位置点进行编码;S2,在数据库中注册与S1中Geohash编码对应的自定义函数;所述Geohash编码自定义函数继承org.apache.hadoop.hive.ql.exec.UDF类且实现evaluate函数;S3,通过自定义函数对当前车辆行驶轨迹中的GPS位置信息编码,然后与S1中的标准表关联查询,从而大批量获取行驶轨迹中GPS位置点对应的区域信息。
2.根据权利要求1所述的大数据GPS离线解析方法,其特征在于,采用Geohash进行编码的具体步骤如下:先将所要编码的GPS位置点的经度和纬度分别转换为二进制编码,然后将产生的经度二进制编码和纬度二进制编码合并,最后,将合并后的二进制编码转换为10进制竖直,生成Base32编码。
3.根据权利要求1或2所述的大数据GPS离线解析方法,其特征在于,编码的给定精度与编码长度相对应,所述编码长度为1至12的整数。
4.根据权利要求3所述的大数据GPS离线解析方法,其特征在于,当对随机选取的几何中心点通过Geohash编码后,先将中心点的Geohash编码放入已解析List,将中心点以外的其余所有Geohash对象加入待解析队列;然后,判断已解析List是否为空,线程池线程是否无运行,如果List为空且无正在运行线程,则结束解析;若否则从线程池获取线程,消费队列中的Geohash对象,根据对象中心点GPS位置数据,调用API接口获取GPS的解析信息;判断解析的信息是否正常,如果异常则结束该Geohash对象的继续执行,如果正常,则将解析信息和Geohash编码存入标准表,同时获取该Geohash对象临近的多个Geohash对象,并分别判断这几个Geohash对象的中心点是否在选定的经纬度范围内,如果不在范围内,则结束该Geohash对象的继续执行,如果在范围内,则判断Geohash编码是否在已解析List中,如果在已解析List中,则结束该Geohash对象的继续执行,如果不在已解析List中,则将该Geohash对象加入待解析队列,等待解析。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202210601276.XA CN114925069B (zh) | 2022-05-30 | 2022-05-30 | 大数据gps离线解析方法 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202210601276.XA CN114925069B (zh) | 2022-05-30 | 2022-05-30 | 大数据gps离线解析方法 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN114925069A CN114925069A (zh) | 2022-08-19 |
CN114925069B true CN114925069B (zh) | 2024-06-25 |
Family
ID=82812834
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN202210601276.XA Active CN114925069B (zh) | 2022-05-30 | 2022-05-30 | 大数据gps离线解析方法 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN114925069B (zh) |
Citations (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN108664527A (zh) * | 2017-04-01 | 2018-10-16 | 艺龙网信息技术(北京)有限公司 | 用于反地理解析的方法和装置 |
Family Cites Families (12)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JP6638267B2 (ja) * | 2015-09-07 | 2020-01-29 | カシオ計算機株式会社 | 地理座標符号化装置、方法、およびプログラム、地理座標復号装置、方法、およびプログラム、地理座標符号化装置を用いた端末装置 |
CN106844534B (zh) * | 2016-12-30 | 2019-11-22 | 西安电子科技大学 | 面向NoSQL数据库的将地理空间数据一维化的GeoHash编码方法 |
CN110008293B (zh) * | 2019-02-02 | 2022-12-27 | 创新先进技术有限公司 | 地理位置查询方法及装置 |
CN111723959B (zh) * | 2019-03-19 | 2023-12-12 | 腾讯科技(深圳)有限公司 | 区域的划分方法、装置、存储介质及电子装置 |
CN111078807B (zh) * | 2019-10-12 | 2023-10-24 | 平安科技(深圳)有限公司 | 位置查询方法、装置、计算机设备及存储介质 |
CN111159492A (zh) * | 2019-12-18 | 2020-05-15 | 北京中交兴路车联网科技有限公司 | 一种轨迹点检索方法、装置、存储介质及终端 |
CN111323025A (zh) * | 2020-02-25 | 2020-06-23 | 北京首汽智行科技有限公司 | 一种基于GeoHash算法的坐标判定方法 |
CN112685428B (zh) * | 2021-03-10 | 2021-07-06 | 南京烽火星空通信发展有限公司 | 一种基于海量位置轨迹数据时空分析方法 |
CN113138985B (zh) * | 2021-04-22 | 2023-05-02 | 重庆长安汽车股份有限公司 | 一种gps数据解析方法及*** |
CN113868555A (zh) * | 2021-09-28 | 2021-12-31 | 北京百度网讯科技有限公司 | 一种轨迹检索方法、装置、设备以及存储介质 |
CN114153851A (zh) * | 2021-12-06 | 2022-03-08 | 智慧足迹数据科技有限公司 | Geohash索引方法、装置、计算机设备及存储介质 |
CN114516336B (zh) * | 2022-02-24 | 2023-09-26 | 重庆长安汽车股份有限公司 | 一种考虑道路约束条件的车辆轨迹预测方法 |
-
2022
- 2022-05-30 CN CN202210601276.XA patent/CN114925069B/zh active Active
Patent Citations (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN108664527A (zh) * | 2017-04-01 | 2018-10-16 | 艺龙网信息技术(北京)有限公司 | 用于反地理解析的方法和装置 |
Non-Patent Citations (1)
Title |
---|
基于搜索引擎的地理编码***的设计与实现;喻凯;《中国优秀硕士学位论文全文数据库 基础科学辑》;20200615(第6期);A008-38 * |
Also Published As
Publication number | Publication date |
---|---|
CN114925069A (zh) | 2022-08-19 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN101350012B (zh) | 一种地址匹配的方法和*** | |
CN105426372B (zh) | 一种电子地图数据制作及更新方法和装置 | |
CN111382212A (zh) | 关联地址获取方法、装置、电子设备及存储介质 | |
CN105243086A (zh) | 一种车辆信息查询方法和装置 | |
CN111629081B (zh) | 互联网协议ip地址数据处理方法、装置及电子设备 | |
CN104572645A (zh) | 兴趣点数据关联方法及装置 | |
CN109933797A (zh) | 基于Jieba分词及地址词库的地理编码方法和*** | |
CN102306194B (zh) | 海量gps数据的存储和查询方法 | |
CN104572755A (zh) | 一种建立数据索引的方法、数据查询方法及相关装置 | |
CN106980129B (zh) | 一种基于位置编码地图的运动轨迹比对方法 | |
CN100334429C (zh) | 电子地图数据存储与更新的方法 | |
CN106874287A (zh) | 一种兴趣点poi地址编码的处理方法及装置 | |
CN105550221A (zh) | 信息搜索方法及装置 | |
CN107741982A (zh) | 一种坐标与行政区域匹配***及方法 | |
CN103177189B (zh) | 一种众源位置签到数据质量分析方法 | |
CN115544088A (zh) | 地址信息查询方法、装置、电子设备及存储介质 | |
CN111274454B (zh) | 时空数据的处理方法、装置、电子设备和存储介质 | |
CN111414445A (zh) | 一种应用地理信息的地址反解析方法 | |
CN110060472B (zh) | 道路交通事件定位方法、***、可读存储介质和设备 | |
CN114925069B (zh) | 大数据gps离线解析方法 | |
CN111090669A (zh) | 一种基于时空碰撞的数据查询方法及装置 | |
CN111447303B (zh) | 一种基于gps的物联平台设备动态编码方法 | |
CN113642313A (zh) | 地址文本的处理方法、装置、设备、存储介质及程序产品 | |
CN113483729A (zh) | 一种基于隐私保护和机器负载平衡的经纬测距方法 | |
CN110515942B (zh) | 一种序列化车道线地图的存储及检索方法 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
PB01 | Publication | ||
PB01 | Publication | ||
SE01 | Entry into force of request for substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
GR01 | Patent grant |