《Thinking About GIS》中文版即将出版
“GIS之父”Roger Tomlinson教授的《Thinking About GIS》是一本关于GIS规划与实施方法论的著作。自从我第一次以书评形式介绍这本书以来，经过漫长而繁琐的版权引进手续，测绘出版社终于将本书的版权拿到手中。
受测绘出版社委托，我有幸作为本书（第3版）的译者，参与了该书的翻译工作。本书的中文名（暂定）为《对GIS的思考——写给GIS管理人员的规划指南》。
Roger Tomlinson教授将在今年9月份来华，并举行签售活动。新闻地址
《WebGIS开发实践手册》的写作缘起
发表于《3SNews新闻周刊》第22期《3S书评》
- 题外话：我主持“3S书评”栏目，来给自己的书写书评，是标准的“老王卖瓜”。但出版的书中把该讲的话都讲了，现在反而写不出个所以然来，我还是来谈谈为什么要写这本书，为什么在ArcIMS正在“被遗忘”的时刻写这么一本书吧。相信我的WebGIS学习过程，能够给大家一点启示，这样，也就足够了。
我在05年左右才第一次接触ArcIMS，毫不夸张地讲，那个时候安装ArcIMS都算是一项“技术活”，比起桌面端组件的“Next”式安装，ArcIMS要配置一堆的东西：Web服务器、Servlet引擎、ArcIMS安装、地图服务、WMS、WFS等等。如果没人点拨，大部分人在好不容易安装完之后的问题就是：我该怎么来开发它？——现在这个问题被修正为“该怎么开发一个客户端来使用ArcIMS提供的服务！”
感谢博文
从2006年开始到现在，我已经现在编、著、译了四本GIS方面的著作，这几本书，既非教材，也无任何基金资助，但其畅销程度却全都令人满意（当然，GIS的书是不能与主流IT类的图书相提并论的，其比较也只能在GIS书籍内部进行）。最新的《WebGIS开发实践手册》业已攀升到dangdang网“计算机/网络”热卖榜第7位（当前时刻），在joyo的测绘类书籍中，也居于第5位。说实话，我很满意，相信出版社也会满意。
《WebGIS开发实践手册》2.6 ArcIMS自定义开发方式
有了Web Manager和Designer，我们就可以高枕无忧了吗？如果用户的需求只是简单地显示和查询地图信息，这两个快速生成工具当然完全能够满足需要，但如果用户的要求更多一点，更复杂一些，就必须想办法进行自定义开发了。我们一般可以将自定义开发的方式分为三种：Ø 使用Web ADF提供的Web控件和API进行自定义开发；Ø 在HTML或Java浏览器基础上进行自定义开
《WebGIS开发实践手册》2.5 ArcIMS的管理组件
在了解ArcIMS的服务器层、连接器和Web ADF等原理性内容之后，我们需要开始了解如何使用ArcIMS服务器。ArcIMS中拥有多种不同功能的管理程序，便于用户制作地图、产生服务、开发Web客户端应用程序和调整监测WebGIS站点的运行。
《WebGIS开发实践手册》2.4 ArcIMS连接器和Web ADF
ArcIMS支持多种开发环境，如ASP、ASPX、ColdFusion和JSP等，这让具有不同开发背景的程序员都能开发ArcIMS的客户端程序。ArcIMS应用服务器是与空间服务器的交互语言是ArcXML，因此，ArcIMS需要一种机制将来自这些客户端的请求转换为ArcXML，这个转换是通过ArcIMS连接器（Connector）和Web ADF实现的，它们居于Web服务器和ArcIMS应用服务器
《WebGIS开发实践手册》2.3 ArcIMS的进程
ArcIMS的空间服务器、虚拟服务器和ArcIMS服务都是一种在逻辑上划分的对象或概念，它们依赖在计算机上实际运行的ArcIMS进程的存在而存在，如图 2‑7所示：
图 2‑7 ArcIMS的进程
可以看到，ArcIMS的进程有6个，即Aims_AppServer.exe、Aims_Monitor.exe、Aims_Tasker.exe和3个aimsserver.exe，有三个aimsserver.exe的原因是我们安装了ArcMap Image扩展插件，它会产生另外两个空间服务器进程。
这6个进程被分为四种：Application Server、Monitor、Tasker和Spatial Server，下面我们将对这四种进程进行详细介绍：
《WebGIS开发实践手册》2.2 ArcIMS服务器组件[2]
2.2.3. ArcIMS服务无论是空间服务器还是虚拟服务器，其最终目的就是为了生成和管理ArcIMS服务（Service），ArcIMS服务正是ArcIMS对外地图发布的关键所在，也是客户端与GIS服务器通讯的接口。一台服务器上可以同时存在一个或多个不同类型的ArcIMS服务，如图 2‑6所示，存在一个Image类型ArcIMS服务San：图 2‑6 已经存在的ArcIMS服务San通过ArcI
《WebGIS开发实践手册》2.2 ArcIMS服务器组件[1]
ArcIMS服务器层组件是其架构最核心的部分，它包含了空间服务器、虚拟服务器和ArcIMS服务三种对象和概念。其中，空间服务器是ArcIMS产生地图数据的最关键对象，而虚拟服务器则是管理前者的一个虚拟概念，它们的最终目标就是为了新建某种类型的ArcIMS服务。
《WebGIS开发实践手册》2.1 ArcIMS体系架构
ArcIMS整个体系由多个组件（Component）聚合而成，包括Web服务器、ArcIMS应用服务器、连接器、Web应用开发框架（ADF）和ArcIMS空间服务器等。这些组件的协作，使得它们能够管理ArcIMS服务和处理来自客户端的请求并返回响应数据；同时，由于考虑到了负载平衡、冗余和满足不同尺度的访问要求，它们也能部署在一台或多台硬件服务器上。ArcIMS是标准的B/S三层架构，由客户端、中间
《WebGIS开发实践手册》2. GIS服务器ArcIMS
ArcIMS是ArcGIS中的一种服务器端产品，在ArcGIS Server出现之前，它是ESRI唯一的GIS服务器,其架构是非常优秀的。ArcIMS提供了一个用于在Web上发布GIS数据和服务的分层框架，通过ArcIMS提供的地理服务（Service），可以在网络上发布GIS地图、数据和元数据等信息。ArcIMS不仅是一个网络地图发布解决方案，作为一种发布技术，它拥有支持多种ESRI客户端环境的
《WebGIS开发实践手册》1.4 本书将带来什么？
WebGIS是什么？目前从理论上对它进行长篇累牍解释的书籍不下数十种，但对于GIS开发人员而言，最需要的解释并不是“是什么？”，而是“怎么对其进行开发”，而这一本书，就是为了实现这个目标而写的。Web2.0概念带来了大量的名词和术语，由于各种Web开发环境、Web框架和新组件的出现，现在的Web应用程序开发过程已经被包装得非常严密。对于新手而言，这种
《WebGIS开发实践手册》1.3.2 GIS应用服务器
GIS应用服务器是WebGIS架构的核心组件，负责接收地图请求并动态地生成地图图片或地理信息并返回给客户端，当然，它是怎么开发和如何工作的原理并不是本书关心的内容。用户只需要知道：根据GIS服务器的访问规则，编写普通的Web应用程序页面，就是我们所理解的WebGIS开发的全过程了。
《WebGIS开发实践手册》1.3.1
1.3. WebGIS详解
随着Internet技术的发展和普及，GIS与WWW进行了结合，形成了所谓的WebGIS（又称万维网GIS），它已经成为GIS发展中最重要的方向之一，也是本书关注点重点与核心内容。
《WebGIS开发实践手册》1.2.1-1.2.4
基于C/S模式的网络GIS是最常见的一种分布式架构，在这种客户端/服务器的架构中，地理数据被存储在地理数据服务器（如ArcSDE等大型关系数据库）上，而数据的查看和编辑则在客户机上实现。这种架构一般都涉及到海量数据、地理计算、空间分析、专题制图和数据转换等因素，因此只适合于在环境稳定的局域网中部署。目前我们能见到的绝大部分地理信息管理系统几乎都采用这种模式。C/S模
《WebGIS开发实践手册》1.2 网络GIS
“网络GIS是GIS发展过程中某一时段的GIS产品与应用形式，也可以是所有GIS体系下的统称”[1]。根据这一定义，我们可以将所有基于互联网的分布式空间信息管理系统都归纳到网络GIS的概念之中，网络GIS能够实现空间数据管理、分布式协同作业、网络发布和地理信息应用服务等多种功能。传统的GIS系统都是单机版运行的，无论是软件还是数据均部署在一台计算机上，要求较高的软硬件环境，
《WebGIS开发实践手册》1.1.4 分布式计算的对象技术
互联网上的应用程序是基于TCP/IP协议来进行通信的，但这只是为不同计算机上的软件对象建立了互联的“通道”，它们之间还需要统一的“交流语言”才能实现彼此的沟通。跨计算机的分布式应用在软件组件层次上遵守的某种特定软件标准[1]，是实现异构平台和程序之间互操作性的保证。这种允许运行于一台计算机上的程序调用另一台计算机上的子程序的协议称为RPC
《WebGIS开发实践手册》1.1.3 WWW的工作协议
我们已经知道，WWW是建立在HTTP（Hyper Text Transfer Protocol，超本文传输协议）上的一种网络应用，而HTTP是一种客户端和服务器端（Client/Server）模式的请求/响应（Request/Response）标准，设计HTTP的初衷是为了提供一种发布和接收超文本的方法，所谓的超文本，就是我们最熟悉不过的HTML标记文件。在HTTP协议中，客户端与服务器端的通讯过
《WebGIS开发实践手册》1.1.2 计算机是如何互联的？
计算机诞生的早期，每家电脑公司开发的产品都具有其特殊性，不光是机器硬件，连操作系统都自己编写，各自为营，要将一个程序在不同公司生产的计算机上运行都是天大的难题，更惶论在不同计算机之间实现互联互通了。
在ARPANET计划中，要将不同大学的不同独立计算机通过通讯线路连接起来，构成计算机网络，就必须克服这个硬件沟壑。显然，计算机之间的通信和信息交换应该遵守一些共同的“游戏规则”，
Or, take a look at Archives and Categories
Category
Archives
- 2010 September (1)
- 2010 August (2)
- 2010 July (2)
- 2010 June (1)
- 2010 May (3)
- 2010 April (2)
- 2010 March (6)
- 2010 January (6)
- 2009 December (2)
- 2009 November (6)
- 2009 October (4)
- 2009 September (20)
- 2009 August (2)
- 2009 July (5)
- 2009 June (5)
- 2009 May (3)
- 2009 April (6)
- 2009 March (5)
- 2009 February (7)
- 2009 January (2)
- 2008 December (8)
- 2008 November (3)
- 2008 October (2)
- 2008 September (3)
- 2008 August (8)
- 2008 July (10)
- 2008 June (4)
- 2008 May (4)
- 2008 April (2)
- 2008 March (2)
- 2008 January (11)
- 2007 December (5)
- 2007 October (2)
- 2007 September (3)
- 2007 August (3)
- 2007 July (5)
- 2007 June (8)
- 2007 April (5)
- 2007 March (8)
- 2007 January (7)
- 2006 December (10)
- 2006 November (1)
- 2006 October (11)
- 2006 September (9)
- 2006 August (8)
- 2006 July (6)
- 2006 June (8)
- 2006 May (7)
- 2006 April (6)
- 2006 March (8)
- 2006 February (13)
- 2006 January (7)
- 2005 December (4)
- 2005 November (5)
- 2005 October (4)
- 2005 September (9)
- 2005 August (11)
- 2005 July (11)
- 2005 June (4)
- 2005 May (15)
- 2005 April (8)
