基于Google Maps API的旅游地理信息系统的设计与实现
构建交互式地图利用GoogleMasAI
构建交互式地图利用GoogleMasAI Google Maps AI（人工智能）的发展为构建交互式地图提供了新的机会和工具。
本文将探讨如何利用Google Maps AI构建交互式地图的方法和优势。
一、介绍 Google Maps AIGoogle Maps AI是谷歌推出的一项人工智能技术，它可以分析和处理大量地理数据，并为用户提供智能化的地图服务。
它结合了机器学习和地理信息系统的优势，可以实现全球地理位置定位和导航，同时还拥有智能搜索和路线规划功能。
二、构建交互式地图的意义构建交互式地图可以为用户提供更加丰富和个性化的地理信息服务。
通过交互式地图，用户可以随时随地查找地理位置、获取导航路线、搜索附近的兴趣点等。
这不仅能提高用户的地理感知能力，还能为用户提供更为便捷和准确的导航和定位服务。
三、构建交互式地图的步骤1. 收集地理数据：首先，需要收集大量的地理数据，包括地理位置坐标、道路信息、兴趣点数据等。
可以借助谷歌地图等地理信息服务的API来获取相关的数据。
2. 数据预处理：在将数据应用于交互式地图之前，需要对数据进行预处理和清洗，确保数据的准确性和一致性。
这可以通过数据清洗和处理算法来实现，例如去除重复数据、纠正坐标偏差等。
3. 地图可视化：利用Google Maps AI的图像处理和可视化功能，将处理后的地理数据转化为交互式地图。
可以设置不同的图标、颜色、标签等来展示地理位置、道路和兴趣点等信息。
4. 添加交互功能：为地图添加各种交互功能，例如搜索功能、定位功能、导航功能等。
用户可以通过在地图上点击、输入搜索关键词等方式与地图进行交互，并获取所需的地理信息。
5. 优化和测试：优化地图的性能和用户体验，确保地图的流畅性和准确性。
同时进行测试，查找并解决地图可能存在的问题，保证地图的稳定性和可靠性。
四、利用 Google Maps AI 的优势1. 数据分析能力：Google Maps AI具备强大的数据分析能力，可以对大量的地理数据进行深入分析，为用户提供个性化和精准的地图服务。
基于GIS的市级旅游信息系统的设计与实现
基于GIS的市级旅游信息系统的设计与实现近年来，随着旅游业的蓬勃发展，旅游信息系统的建设越来越受到重视。
基于GIS的旅游信息系统是一种利用地理信息系统技术来实现旅游信息管理、分析、发布和共享的系统。
本文将以市级旅游信息系统为例，探讨其设计与实现。
一、系统设计1.需求分析对于市级旅游信息系统，首先需要明确其需求。
一般而言，旅游信息系统需要满足以下几方面的需求：(1)信息管理：系统需要收集、存储、更新和管理各类与旅游相关的数据，如景点信息、酒店信息、交通信息、天气信息等。
(2)空间分析：系统需要支持空间数据分析和可视化，如地图显示、路径推荐等。
旅游信息系统中涉及的空间数据主要包括景点分布、交通路网、酒店位置等。
(3)用户交互：系统需要提供用户友好的界面，使得用户能够方便地查询各类旅游信息、规划自己的旅游路线等。
(4)数据安全：系统需要保证数据的安全性，避免数据泄露、损坏等情况发生。
2.架构设计基于上述需求，可将旅游信息系统分为应用层、数据层和服务层。
应用层主要包括用户界面、功能模块等；数据层则是系统中存储数据的部分；而服务层则是提供针对数据的操作、分析和查询服务的一系列接口和方法。
3.系统实现系统设计完成后，需要进行具体的实现。
具体而言，系统的实现包括以下几部分：(1)数据采集和处理：涉及到从各类数据源中采集和整理数据的工作。
对于旅游信息系统而言，数据来源主要包括官方网站、第三方旅游服务商、地方政府等。
(2)数据库设计和建模：对于承载旅游信息系统的数据库而言，需要根据实际应用的需求，设计合理的数据结构和数据库表。
(3)系统架构设计：根据前面所述的架构设计，实现各个模块之间的逻辑关系，并设计出适合的系统框架。
(4)用户界面实现：开发系统的用户界面，使用户能够方便地进行各类查询、规划行程等操作。
用户界面的实现需要考虑到用户习惯、易用性等方面的因素。
二、系统实现基于上述设计，实现了一款基于GIS的市级旅游信息系统。
基于LBS的旅游景点挖掘与推荐系统设计
基于LBS的旅游景点挖掘与推荐系统设计旅游业是全球经济中增长最快的领域之一。
随着互联网的快速发展，越来越多的人倾向于在网上寻找旅游信息和进行旅游规划。
基于LBS（定位服务）的旅游景点挖掘与推荐系统应运而生，为用户提供个性化的旅游推荐服务。
一、简介基于LBS的旅游景点挖掘与推荐系统是一种通过利用用户地理位置信息和旅游景点数据，实现旅游景点的自动挖掘与推荐的系统。
该系统通过分析用户的兴趣爱好以及当前地理位置，为用户提供个性化的旅游景点推荐，使用户能够快速了解和选择自己感兴趣的旅游景点。
二、系统设计1. 数据收集与处理系统首先需要收集用户的地理位置信息，并与旅游景点数据库进行关联。
用户地理位置信息可以通过移动设备的GPS定位获取。
旅游景点数据库包含了大量的景点信息，包括景点名称、位置、特色等。
2. 用户兴趣挖掘系统利用用户的历史数据和行为信息进行用户兴趣挖掘。
通过分析用户的浏览历史、搜索行为以及其他交互记录，系统可以了解用户的兴趣爱好，如文化古迹、美食、购物等。
这些信息将被用于后续的景点推荐。
3. 地理位置分析与推荐系统利用用户当前地理位置信息和旅游景点数据库中的地理信息进行地理位置分析。
根据用户的当前位置，系统可以找到附近的旅游景点，并根据用户的兴趣进行筛选和排序。
系统可以采用距离衡量、用户评分、景点热度等指标进行景点推荐。
4. 个性化推荐模型系统建立个性化推荐模型，根据用户的兴趣和偏好为用户生成个性化的旅游景点推荐。
推荐模型可以采用协同过滤、内容过滤等推荐算法。
系统根据用户的历史数据和行为信息，为用户推荐和他们兴趣相似的其他用户喜欢的旅游景点。
5. 用户评价与反馈系统允许用户对推荐的旅游景点进行评价和反馈。
用户可以对景点进行打分、评论和分享自己的游玩经历。
这些反馈信息将被用于改进系统的推荐算法，提供更准确和个性化的推荐结果。
三、系统优势1. 个性化推荐：系统能够根据用户的兴趣和偏好为用户生成个性化的旅游景点推荐，提高用户的旅游体验和满意度。
利用ASTER GDEM数据制作山区道路交通旅游路线图的应用与实现
利用ASTER GDEM数据制作山区道路交通旅游路线图的应用与实现彭锦（重庆市自来水有限公司渝中区水厂，重庆，400015）摘要:外出旅游前的首要准备工作是查询到达目的地的道路交通路线，特别是对于山区自驾游和徒步游的旅行者，提前尽可能地了解清楚道路周围的地形地貌特征对于出行的顺利和安全是至关重要的。
本文介绍了一种利用现有免费互联网资源(ASTER GDEM数据)和常规的地图浏览和编制软件（Google Earth和Global Mapper）制作山区道路交通旅游路线图的技术方法，详细阐述了该技术方法的原理和实现过程。
结果表明，该方法技术实现起来方便、简单、快捷，且具有较好的实际应用效果。
关键词: ASTER GDEM，旅游线路图，Google Earth，Global Mapper1引言随着人民生活消费水平的不断提高，自助游成为了近年来兴起的一种新的旅游方式，大多数青年人都倾向于选择这种自由刺激、充满挑战和诗意的旅行方式，但伴随而来的安全问题也日益突出。
从旅行安全保障的角度出发，本文介绍了一种利用现有、公开、免费的互联网资源(ASTER GDEM数据)和常规的地图绘制软件(Google Earth 和Global Mapper)制作山区道路交通旅游路线图的技术方法，该方法的最大优点是，选用ASTER数字高程模型数据作为地形底图，该数据覆盖了我国全部的国土面积，理论上不存在任何空白区，同时大量应用实例也表明该数据与实际地形地貌的一致性较好[3,4,5,6]。
此外，使用到的计算机软件(Google Earth 和Global Mapper)也具有下载方便、安装简单、操作简便、3D可视化强、便于快速普及等优点。
因此，该方法的应用可以为山区旅行的顺利和安全提供三维立体的可视化信息支持，具有较大的实用意义。
2ASTER GDEM数据及相关软件介绍2.1 ASTER GDEM数据自助游的旅游线路一般偏向于选择比较偏僻、人烟罕至的原始自然景观，而这些地区往往也是地表植被密集、道路崎岖曲折、通讯信号缺失的区域，“迷路”事故发生的主要原因就是缺乏对当地地形地貌特征信息的全面掌握。
基于Google Map的地图应用开发
基于Google Map的地图应用开发张全领摘要：基于Google Map的地图应用开发利用了Google Map 提供的在线地图服务及其出色的交互界面、美观快速的地图显示，结合传平台的信息记录分享功能，把用户的照片在Google Map 上生动的呈现出来。
基于Google Map的地图应用开发利利采用B/S构架，服务器端基于Dot Net Framework 3.5、数据库使用Microsoft SQL Server 2005，浏览器端使用HTML、Javascript、DIV、CSS。
该应用实现了用户添加途迹、添加图迹，特别是在地图中浏览图记该功能把我们添加的照片在Google Map上的确切地点上依次呈现出来，如同看电影般把我们的美好回忆呈现在我们面前。
关键词：图迹，地图，游玩，照片Based on the Google Map Map application developmentAbstract：Based on the Google Map, Map application development uses its online map services and features such as excellent interactive interface, delicate and fast map display. Combined with the features of traditional platform's information saving and sharing, the application presents the users’ photos vividly on Google Map. Based on the Google Map Map application development uses B/S architecture, the Server based on Dot Net Framework 3.5, Microsoft SQL Server 2005 as the database and the browser supporting HTML, Javascript, DIV and CSS. With the application, visitors can add the path tracking and add marked pictures in the map. Meanwhile, we can browse our beautful memories just like watching a movie by displaying the photos uploaded in the exact place on the Google Map by turns with the special function of browsing and marking the photos in the application. Key words：photo and trace,map, travel and play,pictur e一、关于图迹图迹是一种基于基于Google Map的地图应用，在这里“图”记录我们的精彩瞬间，“迹”表示我们去过的地方，在该应用中我们用“途迹”表示我们我们游玩的旅途命名，用“图记”记录我们游玩中我们用照片记录下来点点滴滴。
地理信息系统的设计与实现
地理信息系统的设计与实现地理信息系统（Geographic Information System，简称GIS）是一种集地理空间数据采集、存储、管理、分析和可视化于一体的信息管理系统。
它能够通过地图表示地理空间分布的各种属性信息，为决策者提供空间数据分析和空间关联性分析的支持，以便更好地理解和解决地理空间问题。
本文将针对地理信息系统的设计与实现进行详细介绍。
一、地理信息系统的设计1.需求分析在设计地理信息系统之前，首先要进行需求分析。
需求分析包括用户需求和系统需求两个方面。
用户需求是指使用地理信息系统的用户对系统功能和性能的要求；系统需求是指系统运行的环境、数据存储和处理能力等方面的要求。
通过与相关用户沟通和调查，设计人员能够更好地理解用户的需求，为后续的设计工作做好准备。
2.数据采集与存储地理信息系统需要大量的地理数据来支持分析和展示功能。
数据的采集可以通过现场调查、航空遥感、卫星遥感等多种手段进行。
采集到的数据需要进行处理和存储。
处理涉及数据清洗、转换、修复等过程，以保证数据的准确性和一致性。
存储可以选择关系数据库、空间数据库或者文件系统等方式，根据实际需求进行选择。
3.系统架构设计地理信息系统的架构设计是设计过程中的重要环节。
架构设计涉及到软件和硬件的选择、系统模块的划分和交互等方面。
在选择软件和硬件时需要考虑系统的可扩展性、性能和稳定性。
模块划分和交互的设计需要根据系统的功能和用户的需求进行合理的划分和定义，以保证系统的高效运行和用户的良好体验。
4.功能设计地理信息系统的功能设计是基于用户需求和系统架构进行的。
功能设计包括系统的基础功能和扩展功能。
基础功能包括地图展示、查询、分析、编辑等功能，扩展功能可以根据具体需求进行添加。
功能设计需要考虑用户的应用场景和业务特点，以提供符合用户需求的功能模块。
二、地理信息系统的实现1.数据库设计地理信息系统需要数据库来存储和管理地理数据。
数据库设计是实现地理信息系统的关键环节之一。
基于Google Maps API的高速公路WebGIS设计与应用
化低 成本 ＷｅＧＳ快 速 普及 的新 希望 。 ｂＩ
２ Ｇ ｏｌ ＭａｓＡ Ｉ ｏｇｅ ｐ Ｐ 的优 势
Ｇ ｏｌ 司公开 的 Ｇ ｏｌ Ｍａ ｓＡ Ｉ 地 图 应 用程 ｏｇ ｅ公 ｏｇｅ ｐ Ｐ （
本系统以 Ｅｌ ｓ ６０作为界面和功能开发工具 ， ｃｐｅ ． ｉ 以Ｊ ａ ａ 为开发语言， ｖ 采用浏览器／ 服务器（ ／ ） Ｂ Ｓ 结构组
织数 据 和 发 布信 息 。在 Ｇ ０ｌ Ｍａｓ ｏｇ ｐ 上定 制 的 网络地 ｅ 图， 可实 现放 大 、 小 、 移 、 式 转换 、 子 地 图 鹰 眼 缩 平 格 电 等 功能 ， 以 Ｓ ＬＳｖｒ ００作 为后 台数 据库 ， 信息 并 Ｑ ｅｅ ０ ２ 将
一
４ 地 图定制
发 自己的函数 ， 在满足用户多样化需求 的同时还降低
了用户很多工作量。 （ ） ｏｇ ａｓ ３ Ｇ ｏｌ Ｍ ｐ 提供 的地 图数据有 ０６ １ ｅ ． １Ｔ １分辨
在获 取 地 图 Ａ Ｉ密 钥 之 前 ， 须 先 注 册 使 用 Ｐ 必
收稿 日期 ：Ｏ０ １— １ ２１— １ ８
制设计的部分代码 。文章结合 高速公路 ＷｅＧＳ的设计 实例 ， 出了整体 系统 示意 图并对 系统 的各 项功能做 了详 细 ｂＩ 给
介绍。 关 键 词 ： ｏｇ ｐ Ｐ ； ｂ Ｉ ； ｖ Ｇ ｏｌ Ｍａ ｓ ＩＷｅＧ Ｓ Ｊ ａ ｅ Ａ ａ
１ 引 言
ＷｅＧ Ｓ ＧＳ开发 与互 联 网结合 的产 物 ， ｂ Ｉ是 Ｉ 它具 有
２ １ 年 ８月 ０１ 第 ４期
基于Google Maps API的旅游信息系统设计与实现
文章编号 ： １ ０ ０ ６ － ２ ４ ７ ５ （ ２ ０ １ ３ ） ０ ７ － ０ ２ ０ ８ － ０ ４
计 算 机 与 现 代 化 Ｊ Ｉ Ｓ Ｕ Ａ Ｎ Ｊ Ｉ Ｙ Ｕ Ｘ Ｉ Ａ Ｎ Ｄ Ａ Ｉ Ｈ Ｕ Ａ
总第 ２ １ ５期
基于 Ｇ ｏ ｏ ｇ ｌ ｅ Ｍａ ｐ ｓ Ａ Ｐ Ｉ 的旅 游 信 息 系统设 计 与 实现
ｗ ｉ ｔ ｈ Ｗｅ ｂ Ｇ Ｉ Ｓ ．Ｂ ａ ｓ ｅ ｄ ｏ ｎ Ｊ ２ Ｅ Ｅ ｐ ｌ ａ ｔ ｆ ｏ ｍ ，ａ ｒ ｄ ｏ ｐ ｔ ｉ ｎ ｇ ｔ ｅ ｃ ｈ ｎ ｏ ｌ ｏ ｇ ｉ ｅ ｓ ｏ ｆ Ｓ ｔ ｒ ｕ ｔ ｓ ２ ｆ ｒ ａ ｍｅ ｗ ｏ ｒ ｋ ， Ｇ ｏ ｏ ｇ ｌ ｅ Ｍａ ｐ ｓ Ａ Ｐ Ｉ ，Ａ ｊ ａ ｘ ，Ｊ Ｓ Ｏ Ｎ， Ｊ Ｑ ｕ ｅ ｒ ｙ
０ 引 言
经 过滤 ， 且其 中有 大 量 的 广告 信 息 存 在 ， 甚 至有 很 多
虚假的信息 ， 即使有对旅游 目的地 的信息描述 ， 但绝 大 部分 的描述 都 是转述 ， 而 并非 网友 的亲 身经 历 。这 重越来越大。传统的参加旅行社的跟团旅游在某些方 就 对获 取 真实有 效 的旅游 信息 带来 了一定 的难度 。 面存在 着弊端 ， 导致 更多 的旅 游 爱好 者 更倾 向于 自驾 （ ３ ） 旅游信息是平面的， 没有空间信息概念 。 从 搜 索 网站搜 索 出来 的旅 游 信 息 大部 分 均 为文 游、 自助游 ， 自助游 成为未来旅 游发展 的新 趋势 。 对 于广 大 的 自助游爱 好者 来说 ， 最 为关 心 的问题 字介 绍 ， 导致 网友对 旅游 目的地 的各景 点 、 酒店、 宾馆 就是制定合 理 的旅 游行 程规划 。而旅游 行程 的规 划离 等缺 乏一 个空 间上 的认识 。 为 了适应 自助 游 的新 需 求， 本文将 Ｇ ｏ ｏ ｇ ｌ ｅ Ｍａ ｐ ｓ 不开对旅游 目的地 信息 的搜集 ， 包 括旅 游 目的地 在 吃 、 Ｐ Ｉ 与 Ｗｅ ｂ Ｇ Ｉ Ｓ技 术相 结合 ， 构 建一 个 开 放 的 “ 网友 住、 行、 游、 购、 娱等方面的信息。大部分的旅游者对旅游 Ａ 信息的收集都 是来 自各搜 索 网站 ， 搜索 出来 的旅游信 息 共 建 、 信 息共 享 ” 的旅 游信 息系 统 。 存在着一定的缺陷 ， 主要表现在以下几个方 面 ： １ 系 统功 能分 析 （ １ ） 旅游 信息 是散 乱 的 。 从搜索网站搜索出来的旅游信息是杂乱无章的， 旅游信息系统基于有空间信息的 Ｇ ｏ ｏ ｇ ｌ ｅ Ｍ ａ ｐ ， 借 不 能够按 照吃 、 住、 行、 游、 购、 娱 进行 分类 ， 这就 需要 搜 助广 大 网友 的力量 ， 通 过标 注 等 方 式 ， 全 方 位 地 完 善 索者去重新对搜索信息进行分类整理， 增加了工作量。 各旅游 目的地 的各类信息。同时 ， 自 助游群体还可 以 （ ２ ） 旅游信息是未经过滤的 ， 难 以区分其真假 。 根 据 自己对旅 游地 点 的体 验 在 地 图上 进 行 标 注 并 进 从搜 索 网站搜 索 出来 的旅 游 信息量 非 常庞 大 ， 未 行评论 ， 从而为其他 自助游者提供一定 的参考。通过
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
基于Google Maps API的旅游地理信息系统的设计与实现
摘要：旅游信息系统是数字城市的一个重要组成部分，也是城市信息化发展的重要内容。
而由属性和空间数据库驱动，并将Google Maps API与Web GIS技术结合的旅游地理信息系统的设计方案与传统的旅游信息系统相比，有着空间信息准确、功能强大、轻量级、易扩展的特点。
并针对长春市旅游业发展情况，开发长春市旅游信息系统，该系统将为长春市旅游管理和旅游业发展提供可靠的信息平台。
关键词：旅游地理信息系统Google API Web GIS
旅游地理信息系统，是旅游学、地理学和计算机网络科学等科学集中一体的产物，是获取、存储、管理、传输和应用旅游地理信息的系统。
Google Maps API 是Google为开发者提供的编程API，允许用户在不建立个人地图服务的前提下，将Google的地图数据嵌入到所建网站之中，并可以借助Google地图数据为用户提供位置服务。
基于Google Maps API的Web GIS系统，相对于现行的Web GIS系统相比，减少基础数据处理量，并且有着更加稳定的GIS服务。
长春市旅游信息系统是将长春市的各种空间对象以数字化的形式在计算机中反映出来，从而有效地管理空间数据，为用户提供准确的旅游信息服务，也便于有关部门进行旅游建设决策。
Google API系列属于Web API的一种，是通过开放的Internet传输协议，以标准方式定义服务内容并提供可被其他应用调用的API。
本文阐述了基于Google Maps API与Web GIS技术的旅游地理信息系统的设计方案，并以长春市为例实现系统开发。
1 系统结构设计
总体框架分为客户端、服务器和数据库。
客户端提供用户与Web 服务器之间良好的交互界面。
用户通过终端向服务器发出查询请求后，服务器处理请求，并把结果通过声音、文字等直观形式反馈。
良好设计的界面是提高用户体验的关键。
主要运用Html和CSS实现框架，同时辅以JavaScript，包括jQuery库和jQuery UI库实现客户端功能，同时保证界面的美观。
服务器分为Web服务器和地图应用服务器，Web服务器接受并检验客户端请求，处理后与数据库服务器端交互。
其中面向用户的服务由脚本开发，面向管理的服务由PHP脚本开发。
应用服务器分为地图应用服务器和天气应用服务器。
应用服务器都由Google部署和维护，Web应用服务器通过调用Google Maps API和Google Weather API等得到相应的结果。
数据分为空间数据库和属性数据库，Web服务器和应用服务器通过SQL语言向数据库发出操作指令。
空间数据库由Google管理，属性数据库部署在本地。
根据面向对象的不同，系统又可分为面向用户结构和面向管理结构，如图1所示。
1.1 面向普通用户结构设计
客户端的浏览器向面向用户的Web服务器提交的查询请求后，经过Web服务器接收，根据查询请求内容，将查询请求处理后向不同服务器进行分发，根据后续服务器的不同，分为属性查询修改、地图查询和天气查询三种请求类型。
属性查询修改请求是对属性信息的查询或者修改请求，例如用户
信息查询，传递给属性数据库服务器，得到查询结果后直接返回客户端；地图查询请求是客户端将地理信息相关查询请求向Google的地图应用服务器传递请求，再由地图应用服务器向空间数据库服务器提交查询请求，并暂时将查询结果返回给地图应用服务器；天气查询请求是客户端天气应用相关查询向Google的天气应用服务器提出查询请求，由天气应用服务器处理请求。
其中，由于涉及跨域的安全性问题，使用Web服务器作为代理，天气应用服务器和地图应用服务器得到的查询结果先返回给代理，再由代理返回给用户端的浏览器。
1.2 面向管理用户结构设计
该结构作为后台对用户信息进行管理。
管理人员同样通过客户端的浏览器，向面向管理的Web服务器发送查询请求，然后由其向属性数据库提出查询、插入、修改和删除等请求，最终还是由面向管理的Web服务器接收并处理查询结果，再返回给用户端的浏览器。
2 数据库设计
2.1 属性数据库设计
本系统选用MySQL作为数据库来存放用户和景点的相关信息，MySQL是一款小巧的关联数据库管理系统，使用灵活性高，适合于本系统类型的网站的使用。
本系统的属性数据库包含九个表，其具体
存储内容如表1所示。
2.2 空间数据库设计
空间数据库指的是地理信息系统在计算机物理介质上存储的与应用相关的地理空间数据的总和。
本系统的空间数据库由两部分组成，一部分是Google Maps 所提供的基础地理数据，使用时只需要调用Google Maps API即可，另一部分是SuperMap的sdb格式的空间数据库。
SuperMap SDX+全面支持目前主流的关系数据库平台，还可以直接访问WFS、WMS、WCS等所提供的Web服务，并且对于Oracle Spatial 和SDB也较好支持。
SuperMap SDX+对于传统的点、线、面类型的空间对象提供全面支持，而且对拓扑模型、网络模型、格网数据等复杂的数据模型也支持良好。
3 长春市旅游地理信息系统实现
3.1 面向用户系统实现
前台功能主要分为景点部分和用户部分，景点部分旨在提供相应的景点信息和评论等内容，而用户部分提供了良好的交流平台，同时包含决策支持与定位功能。
用户端面向用户界面如图2所示。
景点面板中景点描述功能用于显示景点相关信息。
其中包括的经纬度坐标通过Google Maps查询得到。
而相关图片，通过jQuery库，允许用户放大观看，也可以进行幻灯片式浏览。
交通查询功能通过Google Maps API与Directions Service进行通信，该服务将接收路线请求并传回计算结果。
再使用Directions Renderer对象渲染这些结果。
评论功能使得用户可以对景点进行评分和评论，同时也可以查看其他用户对该景点的评价。
评论将经过后台管理员审核后显示。
天气查询使用Google Weather API，查询长春的当天和未来5天的天气状况。
在页面载入过程中向/ig/api发送Http请求，并通过代理服务器解析返回的XML数据。
用户面板中地理定位是通过各种数据收集机制识别用户或计算设备的地理位置。
主要通过W3C 的Geolocation标准确定用户位置，同时通过Google的高程数据库查询海拔数据。
聊天功能允许用户可以管理好友或进行在线即时交流，包括发送地理坐标等功能。
可以让系统智能添加好友，则会根据用户的相关记录判断对景点的偏好情况进行配对。
组团与行程安排功能允许用户可以加入和退出组团，同时也可以新建一个对于特定景点在特定时间内浏览的组团，新建的组团在后台管理员审核后可以成功创建。
组团的成员可以邀请自己的好友加入组团。
组团中同样可以线即时交流，包括发送地理坐标等功能。
日程功能通过使用户设定浏览景点与游览时间，进行提示和记录。
换肤功能是在客户端每个html标签中加入相应的class名称，通过jQuery UI的ThemeRoller应用整体配色方案，达到换肤效果。
3.2 面向管理用户结构实现
面向管理的服务由PHP脚本进行编写，客户端由Html和CSS 构建框架，同时辅以少量的JavaScript脚本完成功能，一共分为组团管理，景点管理和用户管理三个模块。
组团管理用于查看组团信息、验证组团和修改人数上限等。
景点管理则用于查看、添加或管理景点
库。
用户管理可以验证新用户，删除用户和修改用户的权限等。
图3为面向管理系统界面。
4 结语
旅游地理信息系统以Web GIS的概念将旅游和用户信息数据库结合，通过地图载体呈现，从而改善以往的旅游信息系统几乎全是文字和图片信息的缺陷。
利用Google Maps API加强了空间信息的丰富度，而Ajax技术的引入使得用户享受到电子地图般的浏览体验。
本研究采用开放性软件与免费的地图API，资料的取得与技术支持也较为便捷，并配合服务器端的数据库进行数据的管理。
此架构利于资源共享，且因属于开放性的标准系统，兼容性强。