地名地址地图表达 服务与应用标准

1DB36/TXXX—XXXX地名地址地图表达服务与应用标准本标准规定了地名地址服务的类型、访问方式、访问接口。本标准适用于江西省地名地址地图表达中地名地址服务与应用公共服务平台建设。2规范性引用文件下列文件对于本文件的应用是必不可少的。凡是注日期的引用文件，仅所注日期的版本适用于本文件。凡是不注日期的引用文件，其最新版本（包括所有的修改单）适用于本文件。GB/T23705-2009数字城市地理信息公共平台地名/地址编码规则IETFRFC2616-1999超文本传输协议-HTTP/1.1（HypertextTransferProtocol--HTTP/1.1）3术语与定义下列术语和定义适用于本文件。3.1地理编码geocoding指的是将地址或者地名信息建立空间坐标关系的过程。3.2正向地理编码forwardgeocoding正向地理编码服务是指将地址或者地名转换成点坐标的过程。3.3单地理编码singlegeocoding单地理编码匹配是指一次匹配一条地名/地址数据的正向地理编码。3.4批量地理编码bulkgeocoding批量地理编码匹配是指一次匹配多条地名/地址数据的正向地理编码。3.5反向地理编码reversegeocoding反向地理编码服务是指将点坐标转换为一种可读的地址串的过程。2门址引擎DB36/TXXX—XXXX门址引擎4地理编码服务4.1概述地理编码服务是地名地址信息服务平台的核心，将成果地名地址数据库和地址匹配功能包装成服务的形式对外发布，供政府各部门、企事业单位和社会公众调用，是地名地址成果的新型运用方式。4.2服务类型在线地理编码服务系统以地址匹配引擎为核心，提供正向地理编码、反向地理编码。4.2.1正向地理编码服务正向地理编码服务是指将地址或者地名转换成点坐标的过程。该服务基于正向地理编码服务引擎实现。在进行地址匹配时，支持用户输入一个或者批量的地址描述信息，自动匹配分值最高的候选位置，输入的地址越准确，匹配的分值越高。地名地址数据主要分为行政区划、街巷（道路）、兴趣点、标志物、门牌号等类别；数据类型也不一样，包括点状、线状、面状3种类型；因此在设计地理编码服务引擎时，为了更好的达到地址匹配的效果，采用分引擎设计模式，针对不同的地名等级开发不同的地址匹配引擎，以便更好地进行地址匹配，见图1。正向地理编码服务引擎正向地理编码服务引擎交叉路口引擎交叉路口引擎街巷（道路）引擎街巷（道路）引擎行政区划引擎行政区划引擎地址引擎地址引擎图1正向地理编码服务引擎分类正向地理编码服务引擎类型如下：——地址引擎：主要用于实现兴趣点级别的地址匹配和定位功能；——行政区划引擎：主要用于实现行政区划的匹配定位，即当用户输入行政区划的名称时，获取该行政区划所对应的空间范围图形信息；——街巷（道路）引擎：主要用于实现街巷（道路）的匹配与定位功能；——交叉路口引擎：主要用于实现街巷（道路）交叉路口的匹配定位功能，例如用户输入“钨都大道赞贤路”，定位到两条道路的交叉口；——门址引擎：主要用于实现门牌号的匹配定位功能。3DB36/TXXX—XXXX在实际使用中，用户只需输入地址串，无需选择通过哪个引擎来进行匹配，引擎的判断过程由系统自动来实现。4.2.2反向地理编码服务通过反向地理编码，可以方便的从移动终端等设备上将地理坐标转换为易于理解的地址信息。该服务基于反向地理编码服务引擎实现。反向地理编码服务引擎包括3种子引擎：行政区划引擎、街巷（道路）引擎和地址引擎，如下：——行政区划引擎：用户输入坐标位置，返回该位置所在的行政区划名；——街巷（道路）引擎：用户输入坐标位置，返回该位置附近的街巷（道路）名；——地址引擎：用户输入坐标位置，返回离该位置最近的地名的地址。5地理编码服务接口5.1接口设计原则中文地理编码服务引擎提供了单地理编码、批量地理编码，以及反向地理编码服务，并且为用户提供了标准的基于HTTP协议的REST服务接口，方便用户调用这些高效稳定的引擎服务，从而可以轻松实现跨平台应用地理编码服务。对于平台的WEBServicesAPI设计，应该遵循以下原则：简单性，由于这是一个对于公共开放的Web服务，它的API的设计首先应当是简单的，要被大量用户接受，要获得比较好的应用，那么API必须简单，没有哪个复杂难用的API会得到广泛接受，所以针对目前的应用实况，API必须简单。可扩展性，作为更新频率较高，开放性较强的Web服务，其API应当具有很好的向后扩展性，当应内部需求的改变或外部需求的改变的需要时，API将根据新的商业逻辑发生变化，此时不应当将API从根本上推翻重建，而应当具备增量式的可扩展的能力。高效性，API应该在坚持简单性的前提下，兼顾高效性，当某些组合操作应用地非常频繁的时候，我们应当为这样的组合操作调用设计一个只需一次交互的单一入口调用，这样能够提升外部应用的效率，同时减轻Web服务的负载。完备性，所谓完备性就是说整个API要覆盖所有需要对外公开的功能，这相对而言是最好实现的目标，只要设计阶段考虑得完备，就能达到完备性的要求。而且万一发现不完备的情况，修正起来也是相对容易的。5.2地理编码服务接口5.2.1单地理编码服务接口接口说明单个地理编码指，进行地理编码时，每次只输入一个位置描述以得到相对应的位置信息。通过单个地理编码可快速查找到各类位置，每个候选位置将含有匹配分值，输入地址越准确，匹配分值越高。用户可输入各种样式和格式表示的地址，其中包括行政区划，街道名称，街道交叉口、含有街道名称的门牌号等。使用协议单地理编码REST接口支持基于HTTP协议的POST和GET方法请求。4DB36/TXXX—XXXX请求参数说明请求参数说明见表1。表1单地理编码请求参数说明是无否无否无f否返回参数说明返回参数说明见表2。表2单地理编码返回参数说明15DB36/TXXX—XXXX表2（续）5.2.2批量地理编码服务接口接口说明批量地理编码是指将一系列位置描述批量转换为地球表面上对应的位置的过程。批量地理编码时，每次传入多个位置描述。通过批量地理编码可快速查找到大量的位置，每条描述地址将自动匹配分值最高的候选位置。可搜索的位置类型与单一地理编码相同，用户可输入各种样式和格式表示的地址，其中包括行政区划，街道名称，街道交叉口、含有街道名称的门牌号等。使用协议批量地理编码REST接口支持基于HTTP协议的POST方法请求。请求参数说明请求参数说明见表3。表3批量地理编码请求参数说明是无否无f否返回参数说明返回参数说明见表4。表4批量地理编码返回参数说明6DB36/TXXX—XXXX表4（续）型5.2.3反向地理编码服务接口接口说明反向地理编码是将点坐标转换为一种可读的地址或者地名的过程。反向地理编码时，通过给出坐标以确定所给坐标所在行政区划名，附近街道名，以及最近地名（兴趣点）。用户可选择地址精准度到行政区划，市或者兴趣点。通过反向地理编码，用户可从移动端，GPS端等将地理坐标转换为更易于理解的地址信息。使用协议反向地理编码REST接口支持基于HTTP协议的POST和GET方法请求。请求参数说明请求参数说明见表5。表5反向地理编码请求参数说明否是是7DB36/TXXX—XXXX表5（续）f