江西省地名地址地图表达　服务与应用标准.docxVIP

江西省地名地址地图表达　服务与应用标准 范围 本标准规定了地名地址服务的类型、访问方式、访问接口。 本标准适用于江西省地名地址地图表达中地名地址服务与应用公共服务平台建设。 规范性引用文件 下列文件对于本文件的应用是必不可少的。凡是注日期的引用文件，仅所注日期的版本适用于本文件。凡是不注日期的引用文件，其最新版本（包括所有的修改单）适用于本文件。 GB/T　23705-2009　数字城市地理信息公共平台地名/地址编码规则　　 IETF　RFC　2616-1999　超文本传输协议-HTTP/1.1（Hypertext　Transfer　Protocol　--　HTTP/1.1）　 术语与定义 下列术语和定义适用于本文件。 地理编码　　geocoding 指的是将地址或者地名信息建立空间坐标关系的过程。 正向地理编码　　forward　geocoding 正向地理编码服务是指将地址或者地名转换成点坐标的过程。 单地理编码　　single　geocoding 单地理编码匹配是指一次匹配一条地名/地址数据的正向地理编码。 批量地理编码　　bulk　geocoding 批量地理编码匹配是指一次匹配多条地名/地址数据的正向地理编码。 反向地理编码　　reverse　geocoding 反向地理编码服务是指将点坐标转换为一种可读的地址串的过程。 地理编码服务 概述 地理编码服务是地名地址信息服务平台的核心，将成果地名地址数据库和地址匹配功能包装成服务的形式对外发布，供政府各部门、企事业单位和社会公众调用，是地名地址成果的新型运用方式。 服务类型 在线地理编码服务系统以地址匹配引擎为核心，提供正向地理编码、反向地理编码。 正向地理编码服务 正向地理编码服务是指将地址或者地名转换成点坐标的过程。该服务基于正向地理编码服务引擎实现。在进行地址匹配时，支持用户输入一个或者批量的地址描述信息，自动匹配分值最高的候选位置，输入的地址越准确，匹配的分值越高。 地名地址数据主要分为行政区划、街巷（道路）、兴趣点、标志物、门牌号等类别；数据类型也不一样，包括点状、线状、面状3种类型；因此在设计地理编码服务引擎时，为了更好的达到地址匹配的效果，采用分引擎设计模式，针对不同的地名等级开发不同的地址匹配引擎，以便更好地进行地址匹配，见图1。 正向地理编码服务引擎 正向地理编码服务引擎 门址引擎 交叉路口引擎 街巷（道路）引擎 行政区划引擎 地址引擎 图1　正向地理编码服务引擎分类 正向地理编码服务引擎类型如下： 地址引擎：主要用于实现兴趣点级别的地址匹配和定位功能； 行政区划引擎：主要用于实现行政区划的匹配定位，即当用户输入行政区划的名称时，获取该行政区划所对应的空间范围图形信息； 街巷（道路）引擎：主要用于实现街巷（道路）的匹配与定位功能； 交叉路口引擎：主要用于实现街巷（道路）交叉路口的匹配定位功能，例如用户输入“钨都大道赞贤路”，定位到两条道路的交叉口； 门址引擎：主要用于实现门牌号的匹配定位功能。 在实际使用中，用户只需输入地址串，无需选择通过哪个引擎来进行匹配，引擎的判断过程由系统自动来实现。 反向地理编码服务 通过反向地理编码，可以方便的从移动终端等设备上将地理坐标转换为易于理解的地址信息。该服务基于反向地理编码服务引擎实现。反向地理编码服务引擎包括3种子引擎：行政区划引擎、街巷（道路）引擎和地址引擎，如下： 行政区划引擎：用户输入坐标位置，返回该位置所在的行政区划名； 街巷（道路）引擎：用户输入坐标位置，返回该位置附近的街巷（道路）名； 地址引擎：用户输入坐标位置，返回离该位置最近的地名的地址。 地理编码服务接口 接口设计原则 中文地理编码服务引擎提供了单地理编码、批量地理编码，以及反向地理编码服务，并且为用户提供了标准的基于HTTP协议的REST服务接口，方便用户调用这些高效稳定的引擎服务，从而可以轻松实现跨平台应用地理编码服务。对于平台的WEB　Services　API设计，应该遵循以下原则： 简单性，由于这是一个对于公共开放的Web服务，它的API的设计首先应当是简单的，要被大量用户接受，要获得比较好的应用，那么API必须简单，没有哪个复杂难用的API会得到广泛接受，所以针对目前的应用实况，API必须简单。　 可扩展性，作为更新频率较高，开放性较强的Web服务，其API应当具有很好的向后扩展性，当应内部需求的改变或外部需求的改变的需要时，API将根据新的商业逻辑发生变化，此时不应当将API从根本上推翻重建，而应当具备增量式的可扩展的能力。　 高效性，API应该在坚持简单性的前提下，兼顾高效性，当某些组合操作应用地非常频繁的时候，我们应当为这样的组合操作调用设计一个只需一次交互的单一入口调用，这样能够提升外部应用的效率，同时减轻Web服务的负载。