1、地图数据更新与维护建设 1.1 基础数据、网格数据、楼栋数据实时更新维护 (略) 格数据、楼栋数据的快速更新服务,需在数据提供的第 * 周 (略) (略) 系统。实现地图数据的更新维护,维持统 * 编码地 (略) 格专题数据的现势性, (略) 格化管理和服务开展。 更新要求及机制如下: (1)更新内容包括:房屋楼栋面、房屋楼栋点、房屋编码、房屋轮廓、 (略) 格面; (2)发布样式要求:新维护更新数据样式与现有样式 * 致; (3)更新频率:在数据提供的第 * 周内完成更新并发布; 1.2 (略) 地图数据定期更新与维护建设 (略) 电子地图数据的定期更新服务,在每季度第 * 个 (略) (略) 系统。实现基础地图数据的更新维护,维持统 * 编码地址应用平台基础地图数据的现势性。 更新要求及机制如下: (1)更新内容包括:全市 (略) 、信息点、建筑物、居民地、行政区划、水系面、绿地面、卫星影像等。 (2)发布样式要求:新维护更新数据样式与现有地图样式 * 致; (3) (略) 地图数据要求: (略) 里程不小于2.2万公里,信息点总数不小于 * 万个,背景信息和关键导航要素齐全。卫星影像分辨率不低于5m。 (4)更新频率:在每季度第 * 个月内更新并发布; 1.3电子地图升级优化 对 (略) 升级优化,更好的面向市民并提供便民服务,满足条件如下: (1)整体界面操作逻 (略) 地图,更加简洁高效,提升用户和地图交互的体验感。 (2)整体配色参 (略) 地图效果,更符合公众审美,提升地图的观感。 (3) (略) 格专题数据,接入各项政务专题数据,实现 * 图多政 (略) 市政务展示,实现各类专题数据快速统计。 (4)针对各类 (略) 专项提取,进行单独图层显示。实现了花园小区, (略) 村,公园, (略) ,学校/学区,广场,工业园,景区,商业区等专题图层显示。 (5)建立快速数据响应制作机制, (略) 专题数据图层提取、保证可视化展示以及迭代提升更精细更准确。 2、地图搜索引擎优化提升建设 根据目前的统 * 地址应用系统技术,提升地图搜索引擎的全文检索功能,融合形成统 * 编码地址数据库,对地址可通过 (略) 混合搜索和专题搜索。多合 * 的搜索框可对楼栋,房屋的快速查询。支持关键字查询,如:经纬度,门楼牌, (略) ,学区等条件查询。 搜索引擎优化需满足如下: (1)根据搜索条件对搜索结果的关联度智能优化。 (2)模糊匹配度搜索,更加精准搜索。 (3)搜索结果显示匹配度的优先级排序优化。 (4)支持关键字联想搜索。 2.1 地图搜索引擎接口的常规更新与维护 针对目前统 * 地址应用系统现有的搜索引擎接口常规化维护,现有微信端公众搜索入口和PC端系统搜索引擎,需满足如下: (1) 开放地图平台服务API接口协议,提供具有开放、标准的数据接口,实现与业务系统/公 (略) 快速对接,满足数据多端共享需求。 (2) 维护优化关键字搜索引擎接口; (3) 维护优化地图点选引擎接口; (4) 地图操作的便捷与流畅; 2.2 用户地图众包信息纠错功能开发维护 维护统 * 地址应用系统PC端和微信端的用户众包纠错反馈的功能,提升用户对地图要素、楼 (略) 纠错信息上报的体验感,优化上报地址信息、楼栋面、照片、地理位置等流程。 3 、时空数据库清洗与融合扩展 3.1 多数据源的地图融合扩展 根据目前的现有 (略) 数据可视化展示,现数据仓库根据大数据技术,将人口数据、法人数据、楼栋数据、房屋数据形成的 (略) 存储,建立各主体数据库之间的关联关系,通过现有的专题数据信息,将现有的标准地址库数据、房屋编码数据等 (略) 与电子地图的建库及融合,并实现应用可视化展示,完善地址数据的历史拉链数据的融合扩展。 3.2 地址纠错数据库建设 根据用户地图信息纠错功能,由单位和公众用户通过地址纠错功能反馈的 (略) 数据库建设,建设需满足如下要求: (1) 通过楼栋、 (略) 数据关联。 (2) 提供ETL调度数据推送和数据抽取方式。 3.3数据接口开发与维护 目前 * 期建设了统 * 编码地址接口服务,提供给各业务单位使用,现接口采用webservice技术实现, (略) 数据查询接口的日常维护工作, (略) 对现有的数据查询 (略) 优化升级, (略) 服务接口并发、查询效率、监控日志、查询验 (略) 优化。 4 、统 * 编码应用功能优化开发 4.1统 * 编码应用优化开发 根据统 * 编码的对内系统和对外系统 (略) 为习惯做应用系统的重新设计工作,通过时空数据和其他数据来源将现有 (略) 优化: (1) 结合原有的统 * 编码应用,将现有 (略) 门地址数据分级分类展示; (2) (略) 门地址数据分级分类展示后,提供形成区划、部门搜索、距离筛选服务功能; (3) 实现优化统 * 编码应用提供扫 * 扫功能,并支持支持新旧 * 维码展示楼栋、房屋信息页面; (4) (略) 政区划、楼栋编码、标准地址数据信息展示优化,并增加 * 键复制功能; (5) (略) 属辖区功能,提供标准地址与空间地理信息关联导航功能; (6) (略) 格员信息功能,提供 (略) 格员信息并展示; (7) 优化现有小学、中学信息功能, (略) 属小学、中学范围数据信息展示; (8) 优化现有地址反馈功能, (略) 格信息采集习惯,将现有地址反馈流程优化; (9) 优化现有楼栋层级数据展示,符 (略) 为习惯; ( * )优化现有房间信息展示,增加 * 键复制信息功能。 4.2统 * 编码 * 维码功能开发 目前, (略) 统 * 编码应用 * 维码张贴工作,为了更好的结合现有老版本 * 维码和新 * 维码的对外服务工作,对现阶段楼栋、房 (略) 开发工作, (略) 属行政区划和现 (略) 环境登 * 各辖区的账号体系,提供以区、街道、社区、 (略) 归属下载 * 维码,完成各区域的 * 维码设计、打印、管理等统 * 编码 * 维码的管理工作,实现统 * 编码 * 维码与现有相关的楼栋、房屋信息关联,跳转,实现对外公众服务的便捷性。 4.3统 * 编码PC端功能优化开发 结合现有统 * 编码对外公众服务查询事项,提升现有统 * 编码应用PC端功能优化和设计工作,采用以空间地理地图方式, (略) 区网格管理的时空数据和数据仓库,以采用不同维度信息将 (略) 区域化方式统计展示,并以各维度不同的 (略) 数据最小颗粒的下钻到楼栋、房屋,并将以统 * 编码的关联数据信息,将现有楼栋、房屋的各项 (略) 分类展示。 4.4统 * 编码微信端功能优化开发 支撑各区对接, 在公众号上展示对应图标, 以跳链方式接入对方系统。 4.5统 * 编码学区数据图层数据更新与优化 (略) 门对外公开的学区划分数据,以及现有统 * 编码的学区划分功能持续更新优化,必须在每年的5月前完成统 * 编码应用平台上的学区图层和学区数据的更新。 4.6统 * 编码小区数据图层数据更新与优化 (略) (略) 格员核查的小区数据,以及现有统 * 编码的小区划分功能持续更新优化,保持每年*次数据的更新。 4. (略) 中村数据图层数据更新与优化 (略) (略) 中村数据,以及现有 (略) 中村划分功能持续更新优化,保持每年*次数据的更新。 5 、运行环境要求 5.1 服务器端环境 中间件:系统支持主流服务器中间件,包括但不限于:WebLogic、WebSphere、Tomcat等。 数据库:要求支持主流数据库。 操作系统:包括但不限于:Linux, Windows。 5.2 客户端 系统及其组成模块可在Windows,Linux等主流操 (略) ,并支持IE * 及以上版本等主流浏览器。 |