翔图旅游电子地图系统可研分析

前言：GIS中的一个重要概念是对现实世界的抽象和分层分类。很久以来，一直在思考地图能否会不断地被深入，从而拨开而又展现一层又一层的世界内容。人类认知的特征，通常都是从外道内，由浅及深的，那么在现有的电子地图上还能叠加那些内容，从而可以让这一思考继续深入延伸呢。旅游和人文历史是自己感兴趣的方面，便有了下文。起初想起名为“钻地行动”，但对于在GIS圈子里人而言似乎太不专业，那就叫翔图吧，有飞翔无止尽和翔实的意思。2007年打算找朋友一起来做的事情，因为时间等各种原因未能付诸实施，今天贴出来抛砖引玉(注：本文引用了WikiMapcn电子地图服务需求分析一文的框架组织和部分段落文字，在此表示感谢，特此注明）

 

                           翔图旅游系统服务需求分析

一、引言：

1. 编写目的

为翔图旅游在线服务提供开发纲要，便于合作方理解开发目的、资源配合、开发时长以及开发环境等相关外部信息，同时对开发团队起到提纲性的指导作用，明确使用对象及开发目的，大致掌握开发的环境及资源。

2. 项目简介

A.项目名称：翔图旅游在线服务系统

B.提出者：spark wang

C.开发者：***

D.用户：***

E.实现服务单位：***

F.项目相关软件和系统：在翔图在线服务中初期主要使用Google开放的Google Map API，该应用程序接口（API）免费支持地图访问和限制流量的地理编码器，在测试阶段以及项目上线的初期基本能满足需求，但是考虑到地图信息丰富程度，地理编码中文的支持度，以及访问量增大后正常提供服务，打算正式运营后购买51Map API服务（该费用不包含于开发费用中）。

3. 翔图旅游系统定义

一种基于Wiki 理念的在线电子地图与旅游景点信息应用组合服务。即通过在线电子地图上叠加导游图，丰富现有的公开版电子地图内容；并以带有导游景点图层的在线电子地图作为支撑平台，采用WIKI方式，由使用者在相关景点地图上自行编写景点评论和添加游记，充分利用广大网络用户掌握的旅游信息，在注册用户间建立一个基于地图平台，能最大限度的发挥地图直观性和网络用户的主动性，并且基于此地图平台创建各种服务，如地图导航、游程路线、景点评估、多媒体信息挂接、广告发布等。

3. 术语定义

1．WiKi（来源于夏威夷语的“wee kee wee kee”）：一种超文本系统。这种超文本系统支持面向社群的协作式写作，同时也包括一组支持这种写作的辅助工具。用户可以在网络上对Wiki 文本进行浏览、创建、更改，而且创建、更改、发布的代价远比HTML 文本为小；同时Wiki 系统还支持面向社群的协作式写作，为协作式写作提供必要帮助； Wiki 的写作者自然构成了一个社群，Wiki 系统为这个社群提供简单的交流工具。与其它超文本系统相比，Wiki 有使用方便及开放的特点，所以Wiki 系统可以帮助用户在一个社群内共享某领域的知识。

Tags：简易分类标签，或称关键词，目前广泛应用于Blog 软件、Web Bookmark、

Photo Album 中，使用者以熟悉并有一定概括性的词条标注日志、收藏或者上传的相片，系统根据Tags 自动进行分类，便于用户或读者进行查阅。

2．电子地图服务：电子地图是利用成熟的网络技术、通信技术、GIS（地理信息系统）技术，实现的一种新的地图服务方式。电子地图的应用范围很广泛，从欧美市场来看，电子地图最有价值的应用是在汽车、手机和互联网等领域。与以往人们需要购买纸质地图产品不同，未来人们可能并不需要直接购买地图产品，而是通过购买汽车、手机或上网等途径使用电子地图产品。

3．Marshup：一种新型的基于 Web 的数据集成应用程序正在 Internet 上逐渐兴起。通常用术语mashup表示。根据Wikipedia的解释，Mashup是将多个不同的支持web api的应用进行堆叠而形成的新型web服务。这种新型的基于 Web 的数据集成应用程序正在 Internet 上逐渐兴起，它利用了从外部数据源检索到的内容来创建全新的创新服务，将来自不止一个数据源的内容进行组合，创造出更加增值的服务。

4．Google Map：著名互联网公司Google 推出的地图搜索服务网站。

5．51Map：北京灵图软件公司推出的地图搜索服务网站。

6．API（application program interface）：应用程序接口，或称为编程接口、程序界面，就是软件系统不同组成部分衔接的约定。

4. 参考资料

《长尾理论》

《Google Map API》

二、概述

1．背景

近几年来，以Google 为代表的一系列互联网巨头参与到电子地图服务中来（Google Map、Yahoo！地图服务、百度地图搜索服务、丁丁地图），其所占据的资源和技术优势对传统电子地图服务提供商构成了巨大挑战，同时也真正使电子地图服务进入广大网民的生活中，极大地挖掘了电子地图的市场。目前国内外各种免费的或付费的电子地图服务相继上线，而上马一个有特色、有实用性的电子地图是一个绝好的时机。

 以WikiPedia 几年来的发展为标志，互联网逐步从内容提供商（门户站点）单向提供内容、网络受众被动接受，进入由网民自主提供内容、在各种平台以自行提供的内容进行交流的阶段，明显的体现在WikiPedia 对传统百科全书、教科书的颠覆以及这两年来Blog 的迅速发展。国内Blog 用户数量屡次出现拐点，更重要的，从中不难看出国内网民已逐渐显示出对自主互动服务的需求，因此有效的寻找空白、提供有所创新的服务才能在目前的形势下有所发展。

出于以上两方面的考虑，如何丰富地图信息、如何直观展示、如何进行各类信息集成与融合，是电子地图服务深入发展必须要思考的问题，也会有一条很大发展的道路。

2．分析

首先如何在现有的地图上丰富空间图层信息？也就是说，如果能保证在地图放大的情形下，不断有更加翔实的地图信息被展现出来。

如图一示意，现有的互联网地图放大显示到街道一级就没有再底层的图层信息暴露出来。比如我们要进行旅游信息查询时，可以快速方便地定位到“华清池”这个地名，但是华清池这个旅游地内部还有哪些景点、景点路线等更翔实的信息，没有在地图上展现出来。

地图的一个重要特点就是信息的直观性，如果能在现有的地图上叠加更详细的空间分布信息，那么就更能满足人们实际操作使用地图的满意度。如图二示意，当在街道级别继续放大显示“华清池”这个地名时，就可以出现华清池导游图。有了这张导游图后，互联网用户就在其上发布自己的旅游信息，生成景点导游路线，包括景点点评、照片、详细网页链接等信息，这对于那些没有去过该旅游区，而又打算前往的游客提供了一份基于地图的翔实客观的旅游参考信息，这样就可以有针对性地进行甄选，制定最佳的旅游线路，既节约费用和时间，也将极大地提高出行旅游质量。

为什么选择导游图作为电子地图要“叠加”的空间图层信息源，是基于以下理由：

1．数据获取成本

基础地理数据对数据准确性和精度等有严格要求，需要有严格规范的数据采集与加工制作流程，对外发布的地图数据通常需要经过专业审核，并需具备一定的资质；而导游图的数据获取成本则会大大降低，其主要地图内容是景点位置，数量有限，而其空间地理位置不需要很高的准确性与精度，普通人员就可以通过工具进行数据更新维护，这样会大大降低系统的数据建设成本。

     2．商业范围广

随着中国经济的飞速发展，人们对于户外旅游的兴趣也日益高涨，每年长假居高不下的运输客流量就是很好的例证。如何能够保证出游顺利，玩的开心，是众多旅游者关心的话题。翔图旅游服务系统可以提供直观方便的用户操作平台和真实客观的景点信息，为使用者提供可靠的信息参考。有了广大的互联网用户群，景点旅游相关的商家和企业也必然会提出如何借助于本系统，对自我产品和服务进行推广和宣传的巨大需求，这样将形成旅游信息发布者、检索者、商家企业三位一体的信息交换与共享渠道，基于地图和互联网充分挖掘和拓展旅游市场商业应用。

3．类似的应用模式还未形成

目前的互联网络地图在线服务开展的如火如荼，Google Map、51Map都开放了地图服务接口，但目前的应用主要还都集中在城市范围，而且信息服务主要是兴趣点查找定位服务，基于电子地图的旅游区内景点分布信息还没有看到，地图主要还是体现到地名定位这一级别，没有再深入与细化；专业的旅游网站目前很多，比如旅行家天堂网系统（http://www.blogtt.com/china），专业的导游图网站导游图集中营（http://www.map98.com），但主要还是将导游图作为图片来使用，不能进行交互使用，也没有和现有的网络电子地图信息进行融合。从收集的信息和资料看，依托网络电子地图平台，叠加导游地图信息（Yooho和Google都有叠加图片的应用展示，但是无论从使用方便直观性，还是旅游咨讯应用模式都未形成，比如Yooho的社区图片叠加应用展示：http://maps.yahoo.com/mapmixer?lid=eb00be41&pg=view）以直观的地图表达为基础，采用Wiki模式，集成融合各类旅游相关咨询的应用服务模式还没有出现（国内）。因此，成立团队基于在线Map API 进行试验，进一步开发出国内第一家基于网络地图服务的旅游咨询服务服务系统，无论从技术、影响和经济角度，目前都是极好的时机。

3．目标和内容

翔图旅游系统目标分以下几部分工作内容：

1．收集与加工制作矢量导游地图

目前国内还没有发现矢量格式的导游地图，已有的导游地图都是图片格式，而且不带有空间地理坐标，因此无法与现有的Google Map、51Map地图进行叠加。此外，即使实现了这些影像导游地图的配准，也无法实现导游图上各个景点的空间定位与表现。因此，需要将网络电子地图作为公共底图，按照导游示意图图片进行矢量化数据采集与加工制作，文件可以保存为XML形式的文本文件，便于其他GIS和本系统进行访问和修改。由于51Map的空间坐标系未知，相关的数据配准处理工具还比较少的缘故，初期矢量导游地图数据的采集将以Google Map为公共底层参考，使用一些ArcView、MapInfo等GIS工具进行处理加工；单单依赖Google Map 提供的数据量论速度还是质量上还远远不够，Google 目前为大陆提供的地图和影像从实效性和分辨率上只能满足大范围的定位，地址匹配服务和兴趣点服务更新时效性还难以保障，因此系统正式上线运营时，将用51MAP替换Google Map。

2．基于Google Map API实现Marshup个性化旅游电子地图

使用Google Map API提供的地图服务接口，实现基础电子地图信息服务和导游图浏览查询功能，将地图作为旅游资讯的主要展示平台。功能包括地图浏览与查询、显示控制、旅游地图界面用户化定制等。

3．基于地图作为用户界面交互接口，实现WIKI风格的旅游资讯服务

         建立基于在线电子地图的Wiki社区。举个例子，注册用户可以将自己去过地方的导游图从Map 上通过搜索或空间定位找到，利用翔图系统提供的信息标注工具，将导游图中相关景点的照片和游记等文字信息和景点进行关联 ，发布旅行邀请等，并可以查看其他用户发布出来的旅游景点资讯信息；用户也可以对没有定位的导游图内的景点自行定位命名，对没有介绍的景点使用创建它的介绍，或对自己已发布存在的信息方便的进行编辑——这是完全自由的——Wiki 的特点就在于“人人都可以编辑”，参考界面可以是这个样子：

 

这个界面具备一些了最基本的翔图旅游系统功能，具体功能在下面功能模块部分详述。

4．在DEMO原型基础上，基于地图提供多元化的旅游咨讯服务

实现的服务更为多元化。将Google地图替换为51地图， 用户可以从在线地图显示的旅游地，进行放大显示后进去该旅游地的导游图，同样能使用放大、缩小、拖动、标注、地点搜索、地区跳转等基本功能，使用天气预报、环境预报、交通情况、旅游咨询、旅游市场、分类广告、社区旅游交流等基础信息服务，也可以实现旅游咨询信息的自主更新——由大众自主更新的数据往往比官方单项提供的数据及时，这在不久前美国卡特里娜飓风袭击的时候当地民间搭建的WikiMap 平台Hurricane Information Maps 得到很好的证明，这也是翔图系统比其他旅游电子地图所具有的独特之处。更重要的，翔图系统还要做到由用户自行提供独立信息，比如游客在旅游景点处看到一处有趣的情景，可以简单描述、拍摄数码相片后上传到向翔图系统，在导游图相应的景点上建立这一信息，方便有兴趣的游客前来；当然也可以在地图上创建游记信息、某个景点和旅游商家的信息，向友人发送带有路径页面URL 的邮件，使对方很快很直观的了解到旅游目的地的相关资讯等。

该项目刚开始的阶段不可能有盈利，甚至不可能有收入。第一步实现了一定的流量后，按照常规我们可以在页面侧栏或者底部开辟Google 广告，Google 会按每千次流量付费，如果功能基本实现，按照已投入实际运行的系统的经验，达到5000/日的访问量应该在一周内实现，一个月之内稳定下来，这样Google 支付的广告费用开始能够补偿每月支出，在流量达到每日100000Hit 后还会有所盈利。而实现第二步后，一方面我们继续发放固定位置的广告，另一方面我们可以学习分类广告提供商Craigslist 或客齐集的做法，开辟95%以上的本地免费广告（可以由用户自行编写），收取额外5%特殊位置的广告费用，实现创收。

此外如果实现移动通讯的支持，我们可以向手机用户收取一定的费用。

3、 运行条件

因为使用开放的Google Map API（51 Map API），第一步的实现条件要求很低，注册域名、购买或自行搭建一个支持ASP 和MySQL 数据库（免费）的空间——甚至由于静态页面不多，空间要求也不大——就可以了，然后根据流量的增长按月付费；

    第二步我们必须对导游图进行影像基本配准与矢量数字化，数据以XML或文本形式存储，既可以保证运行效率，也可以避免GIS数据更新维护所带来的成本。此外，必须提供更为强大的硬件支持，因此最好采用自行搭建或者租用电信商（如中国电信、中国网通等）主机的形式；

    第三步是随着服务和应用的深入和拓展，对导游图内相关主要商家提供空间标注服务，并收取费用提供维护服务。

数据描述

4、 导游图数据及采集

导游图数据由矢量数据和栅格数据两部分构成。其中底层基础地图数据使用栅格数据，通常情形下不显示，可以通过鼠标右键盘的方式进行激活。提供栅格导游图的原因有以下几点：

l        栅格图很直观简洁，对于很多只需要了解景点分布的客户很重要；

      提供矢量图的原因包括；

l        更快的传输速度，我们不可能要求用户在编辑过程中始终要等待栅格图像上传的时间；

l        便于扩展服务，采用本地处理方式，浏览器JAVA Script脚本可以从翔图系统数据库获取景点坐标数据，并在地图上表达出来，将来可以利用这些坐标生成导游路线、导游分析缓冲面等服务；

l        可以根据需要提供多种表现方式的景点符号，强化地图美观度，对景点兴趣度进行分级。

其他数据包括天气/环境预报、宾馆住宿等信息，可以利用Google Search适度提供。

l        动态数据及采集

    动态数据中的栅格部分包含图片和上传、下载的数码相片等，矢量数据包括根据用户编辑和查询系统计算输出的旅游路线、关注景点标志等，而其他的词条和字段均是旅游文本数据，各种数据的采用缘由上文已经列举。

3、 数据库

  暂不涉及复杂的对象（仅涉及点数据和弧段数据），也就是第一步和第二步发展中期以前，使用自由的MySQL 关系型数据库已经能满足要求，因为虽然我们使用的是地图数据，简单的栅格基础数据可以按经纬网和用户资料和词条字段这样的文本数据一样用表的结构存储（数码相片同样赋予ID 号进行管理），对矢量数据，因为只涉及简单的图标和路径，可按节点-边的结构建立若干表进行存储（如在不涉及多变形的条件下，建立两个表，分别存储弧段-结点、结点-弧段关系即可全显示的管理数据）。

5、功能及性能

1、 功能：

在上文已有较为详尽的描述，设计成这样划分：

2、 性能：

数据精确度：基础地图数据采用51Map，通过购买服务的方式获取数据服务。

作为翔图系统的目标，其数据精度已基本可以满足客户要求。

首页

全国览图，缩放、拖动

多字段查询（如查找县市）

添加、编辑较大区划的词条

（如某市的介绍）

注册、登陆，编辑个人信息

市级

详图

旅游区级详图，缩放、拖动

多字段查询（如查找某景点）

添加、编辑细部区划的词条

（如某餐馆的介绍）

天气/环境预报、交通情况

旅游路线生成和编辑

全市鸟瞰图景区及分类信息其他

区域跳转、帮助、热门字段

基本地图操作模块：实现对地图的基本操作，包括缩放、拖动，鸟瞰图定位等

查询模块：实现不同字段查询，识别查询范围；

旅游咨讯编辑模块：实现用户基于导游图自由、方便的添加和编辑各种信息、管理数码相片等

矢量计算模块：根据游记内容中的景点信息，自动分析统计并生成计算旅游线路；

统计模块：根据用户反应或者网上采集得到景点情况、热门景点等

用户管理模块：对用户的个人资料、邮件及社区进行管理。

情况是，在用户逐渐多起来之后，翔图系统会达到一种动态平衡，在各种有失偏颇的视角下提炼出最为得到公认的成分，视之为正确的信息——王婆卖瓜，自卖自夸对于大多数国内用户已很难再全部接受了，用户更希望从真实的数据中自己来分析和评判，这也是WIKI类网站迅速发展的主要原因。

数据实效性：由于是大众编辑，因此旅游咨讯时效性和客观性、信息丰富程度较传统地图甚至电子地图为高，等待传统权威更新数据往往受限于少量的人手和信息源，而大众有无数的信息源，这在美国遭受卡特里娜飓风袭击时民间Wikimap 系统发挥的巨大作用可见一斑。

其他时间特征：响应时间、传输时间取决于我们搭建的硬件环境和各地不同的网络环境，因为旅游咨讯信息自由发布的特性，服务器负担将会逐步加重。我们搭建的硬件条件应该较高，以实现快速咨讯信息发布和展现。安全性计划采取以下两种做法：

l        对电子地图数据采取只读的形式，包括基础电子地图和导游图数据，也就是说用户从浏览器查看这部分数据，但是不能修改它，事实上这部分数据都经专门的测绘部门之手，在公开前也经过国家一定的检验，没有修改的必要和修改的空间；导游图为了避免恶意的加注，也是由我们统一管理和维护，这将来也是商业获取利润的一条途径。

l        采用专门的硬拷贝系统按时备份数据，比如说每周备份一次，在遇到突发事件数据被破坏后不至于损失太大。这一点也比较重要，一方面处于数据本身的价值，另一方面处于对用户的保护，毕竟这些旅游咨讯都是用户的心血，即使对于非旅游咨讯的分类信息、分类广告，也体现我们站点的诚信。

此外，我们针对违反中国法律的语句将采用人工删改手段加以干涉，以避免不必要的法律纠纷。

6、小结

本文对建立基于的电子地图服务旅游咨讯服务系统做了描述，联系近半年来互联网发展的趋势分析了搭建翔图系统的时机，对应用发展前景进行了分析，对功能划分对其目标功能进行阐述。基于此，个人认为目前该项目的时机无论从互联网环境、经济考量或者技术方面均已成熟，以之作为投资依据及今后开发参考。