地理信息系统建设中的重点和难点内容探讨

地理信息系统建设中的

重点和难点内容探讨

王大力

台州市地理信息测绘中心台州市 318000

Email:daliwang@https://www.360docs.net/doc/913660520.html,

摘要：本文从一个宏观的视角，讨论了地理信息系统建设中的重点问题和难点问题。本文认为，地理信息系统建设，不仅仅是个技术的问题，还有许多其他方面的内容。因此，本文讨论的对象是广义地理信息系统。同时，本文还是基于地理信息系统建设的目的性的一种讨论，其隐含的前提是对具体地理信息系统建设的“性/价比”的考虑。本文同时试图提出对重点和难点问题的解决办法，并进一步明确可以由谁来解决这些问题。

关键字：地理信息系统办公自动化地理信息系统规划共和地理信息系统

Abstract：The paper discusses the important and difficult points in GIS construction from a macro view point.As the view point of the writer,in the construction of GIS,there are not only technical issues,but also other things involved.So the pater discusses GIS in broad sense.Simultaneously,the paper is the discusion based on the purposefulness of GIS.Its reason implicit in it is the consideration to the cost/performance ratio of GIS construction.The paper also want to give some solutions to the points as well as who could take the duties.

Keywords：GIS,OA,GIS Planning，Republic GIS

0. 引言——问题的提出

近几年，整体上，我国地理信息产业逐渐开始成熟起来——尽管它是起步阶段的成熟。“数字城市”在经过几年的酝酿、探索，已经逐渐开始从最初的城市建设和规划部门向其他部门扩展，并且从大城市向中小城市延伸。但是，地理信息产业的发展，还有很多不均衡的方面。这主要表现在数据建设与应用建设脱节或完全不加区分，数据共享机制缺乏技术保障，人力资源建设不足，投资和管理机制不健全，系统应用建设环节薄弱等。

地理信息具有很强的公共产品属性。地理信息系统如同交通运输系统一样，不能仅仅建设系统的某一部分。尽管飞机、汽车等交通工具本身也构成系统，但是要使飞机、汽车等交通工具“有用”，就必须建设机场、道路及其各自的附属设施，并且建立严格有效的交通管理机制。飞机、汽车的制造，机场、道路及其附属设施以及相应交通管理机制的建设的目的，是什么？是运输。因此，我们是基于运输系统的运行来考虑交通系统的设计的。地理信息系统也是如此，目前在地理信息系统建设中存在的问题，无论是系统开发单位，系统建设单位，还是系统应用单位，比较普遍存在的问题是有意无意地将地理信息系统狭义化了，只把地理信息系统一部分当作地理信息系统的整体来建设。其导致的结果，往往是系统得不到

有效应用。管理学中有一种木桶理论，即由许多条木板拼成的木桶，它装水的多少，不取决于木桶上最长的那块木板，而是取决于最短的那块木板。同样，地理信息系统发挥作用的大小，取决于地理信息系统建设的最薄弱环节。

本文试图以政府地理信息系统为核心，探讨建设地理信息系统需要做哪些事情，这些事情由谁来做。同时，试图基于笔者对现有地理信息系统技术及其发展趋势以及相关学科理论和基本社会现实的理解和认识，将这些“事情”分门别类，找出重点和难点，进而探讨“怎样做”的问题。

1. 地理信息系统建设的全部内容

“地理信息系统是一种特定的空间信息系统。它是由计算机硬软件、空间数据库、数据输入、输出、转换和通讯设备等组成的计算机系统，用来采集、量测、分析、存储、管理、显示、传播和应用与地理和空间分布有关的数据和信息。”（李德仁：论发展我国地理信息产业的基础建设，中国测绘，1996年第一期）。美国国家地理信息分析中心（NCGIA）给地理信息系统下的定义为：为了获取、存储、检索、分析和显示空间定位数据而建立的计算机化的数据管理系统。地理信息系统一般由四部分组成：（1）使用地理信息系统的机构和人；（2）描述地球表面空间分布事物的地理数据，包括属性数据和空间数据；（3）管理、分析空间数据的软件；（4）输入、存储、处理和输出地理数据的硬件。

给地理信息系统下一个“好的”定义是比较困难的。尽管上述定义一定会得到业界专家学者的认同，可是，如果我们比较一下“今天的”地理信息系统与“昨天的”地理信息系统，就会发现，虽然“今天的”地理信息系统与“昨天的”地理信息系统都符合地理信息系统的上述定义，但是它们已经有很大的不同。其不同不仅表现在地理信息系统的功能和性能方面，而且还表现在系统结构、数据组织和数据管理模式方面。而系统结构的变化还会对系统的使用模式产生巨大影响。这是一种进化，一种发展。但是，无论怎样进化，无论怎样发展，其影响都是在上述地理信息系统的定义内部发生的；它也没有影响到对地理信息系统的基本组成部分的内涵。因此，上述地理信息系统的定义和对地理信息系统组成部分的归纳，既是“基本的”，也是“完整的”或“全面的”。

我之所以特别引用了美国国家地理信息分析中心所归纳的地理信息系统的4个组成部分，是因为他们把“机构和人”放在了地理信息系统的4个组成部分的第一位，明确和突出强调了机构和人在地理信息系统中的地位。而这在我们经常引用的地理信息系统的定义中并没有等到充分的表述。因此，不包含“机构和人”的定义可能会在地理信息系统建设中给我们带来一定程度的误导。当然也可能是我们理解力不足，或者缺乏一定的理解基础。如很多人对邓小平的“科学技术是第一生产力”的论断的理解就不全面。科学技术之所以是“第一生产力”，首先必须存在科学技术的载体：人——科学家和技术专家。否则，科学技术就是无本之木，无源之水。前面说过，地理信息系统也被很多人狭义化了，犯的也是同样的毛病。很多地理信息系统的生产者和用户，都把关注点局限在纯粹技术部分。即管理、分析空间数据的软件及其二次开发、数据的处理入库和硬件建设。这是极不妥当的。因此，本文采用美国国家地理信息分析中心把地理信息系统归纳为4个组成部分的观点。

同时，本文还想补充一点，就是制度建设。制度建设的要求是地理信息系统建设带来的反作用。地理信息系统有其自身存在和运行规律，人们运用它时，要遵循其规律。这要有一定的制度保障。

2. 目前地理信息系统建设中用户注意力所集中的地方

下面我们围绕美国国家地理信息分析中心所归纳的地理信息系统的4个组成部分，对当前用户的关注重点，进行一些考察。

（1）使用地理信息系统的机构和人。机构包括系统维护机构和系统协调机构。人包括技术开发人员、系统管理人员、数据采编人员、系统维护人员、系统使用人员和协调机构中的职能协调和技术协调工作人员。这里，用户所注意的往往是数据采编人员和系统维护人员。很多情况下，技术开发工作被外推给软件提供商作为地理信息管理软件的二次开发；而真正的用户则把系统应用工作推给系统维护人员。因此，软件提供商也成了系统开发商或系统集成商；系统建设单位也成了系统使用单位；系统维护人员同时也成了系统应用人员。这种情况的出现，既是软件提供方的技术支持人员、建设单位系统维护人员（更主要的可能是用户需求提出人员）和应用人员三者之间知识不对接的结果，也是“建成”的系统不能有效运行的原因。

（2）描述地球表面空间分布事物的地理数据，包括属性数据和空间数据。根据权威机构统计和业内学者和专家达成的共识，对人类有用的信息，约80%与地理空间有关。也就是说，我们平常所处理的信息，80%可以应用于地理信息系统中。但是具体用户关心的往往是数据是否满足“自己”应用的需要。即数据标准和内容以及数据结构往往被具体应用的需求所限制。结果往往产生数据共享障碍，或者出现重复采集数据的情况。

（3）管理、分析空间数据的软件。软件由专业软件开发商开发，功能在不断升级。所不同的是，软件结构趋于网络化、层次化，也更趋于大型化。管理数据的能力不断增强。这一部分用户所关心的是软件的稳定性、“客户化”和售后技术支持的问题。目前，这方面有个“客户化”程度加深的趋势。“客户化”程度加深在某种意义上并不是一个好现象。因为它弱化了系统建设单位和使用单位的技术进步动力，同时在某种程度上牺牲了原有平台的灵活性，功能会有所损失。

（4）输入、存储、处理和输出地理数据的硬件。随着技术的发展，网络硬件环境已经成为地理信息系统中的一项重要考虑因素。但用户所关心的，往往是“是否有”这些设备方面。即用户往往只关心硬件的最低需求。

总括起来说，上述四项内容，用户最关心和看重的，是地理信息系统能不能“运行”起来；而“运行”的基础，就是有没有数据和平台的稳定性以及应用系统开发得“怎样”。

3. 用户所关心的是对的吗？

毫无疑问，用户关心的是对的。

4. 用户所关心的是足的吗？

但是，毫无疑问，上述所列出的用户的关心是不足的。

为什么有些地理信息系统由软件提供商和开发商提交后，不能有效运行？而系统验收时却能够运行？其中的一个重要原因是：验收时是由软件开发商的技术开发人员来运行系统的，而系统交工后，运行系统的是自己人。这只能说明，自己人还不会操作这个系统。而包含在系统开发中开发商提供的所谓培训，其实往往停留在告诉一两个系统维护人员三五个基本命令的层次上。

地理信息系统是一种很复杂的系统。特别是分布式的系统，不仅在数据维护和系统维护层面，而且在系统应用层面，都很复杂。拿文字系统相比，打字排版应该是比较容易的，

也很容易培训。但是写文章就难了。而地理信息系统的应用，实际上是在地理信息系统所提供的界面下，基于地理信息系统软件所提供的功能，进行空间分析、决策，然后写出“图示化的文章”——规划图、设计图、统计分析图等。这仅仅依靠“画图”的技术是不够的。所以，地理信息系统应用技术的培训，要比培训“打字员”困难得多。而这一方面，往往最不被用户所重视，特别是在系统建设阶段。往往是系统运行时吃尽了苦头，应用人员专业技术能力成了地理信息系统这个木桶上的最短的那块木板时，才开始认识到这一点。

除了人力资源外，用户关心不足的还有数据共享问题。数据共享其实是更高一个层次的需求。由于地理信息的公共产品属性，就像交通系统不需要为每一辆汽车修一条道路一样，地理信息系统不需要为每个系统建立一套数据。由于大多数情况下系统开发商只给“一个”用户开发系统，因此往往有意无意地回避数据共享和系统共享的问题。而这时用户往往也提不出相应的要求，至多把数据共享理解为“数据能不能从什么格式转为什么格式”的问题，而对系统共享则更少有什么概念。

更高层次的关心和指导往往不能到位，致使同一地区各个系统独立建设。每一栋大楼，每一条道路的建设，都需要规划审批。但是地理信息系统建设却并没有规划审批部门，好像那纯粹就是建设单位自己的事，好像那项目的建设就不用花钱似的，好像那项目建成后就不会对“别人”产生正面或负面的影响似的。由于地理信息系统建设单位主体为政府部门，用户看似部门，实则是政府。正像每一个政府部门的人员编制和职能是由上级政府制定的一样，地理信息系统建设中部门的数据和系统也必须有相应的内容和职能上的规定。

数据及其接口标准，也是系统建设单位需要进一步重视的问题。有些建设单位对标准的理解有一定偏差。关于标准，有系统内部标准和系统外部标准之分。而无论内部标准还是外部标准，都是有关部门制定的，并不是自己制定的。而有的系统建设单位，往往把标准仅仅限于内部标准，而且把国家标准或行业标准仅仅当作“参考文献”，开发自己的“标准”。这会在不同程度上产生系统与上下左右系统数据接口障碍，特别是需要数据实时共享时。

制度建设也是要得到重视的一个方面，特别是在建设一个跨部门的系统时（政府级的地理信息系统，应该是一个跨部门的系统，它应该是政府办公自动化系统的一个子系统）。制度建设的内容应该包括：数据维护、系统维护、数据共享、业务管理等等。地理信息系统的运行，可能对现有部门内部以及部门之间的业务机制产生影响，业务机制应该随之变化。

5. 地理信息系统应该给用户提供什么？

如果你问用户需要什么样的软件，希望系统能给他做什么，用户可能提不出具体的需求，也可能不能对需求描述得很具体。但是，一旦你给他提供了什么，他却知道你给的东西的好坏。特别是在有了比较的情况下，他能知道哪个更能满足自己的“需要”。这就有了一个“供给推动需求”的问题。因为有些需求，是需要供给来“告诉”他的。因此，不提供任何建议而一味的询问用户需求什么，看似谦虚，看似认真，看似为用户着想，看似为了满足用户需要，实际上却是消极，却是回避。

还有一种开发者，表现出自己什么都懂，用户什么都不懂的样子，把自己的知识凌驾于用户的知识之上。这种开发者与用户沟通时，把系统所能提供的功能说得天花乱坠，不给用户一点说话的机会。一旦用户提出某种需求，又不等用户详细说明，就想当然认为用户需求的是什么什么，不能准确理解用户的意图。因此，最后的成果往往是“答非所问”。而所谓“完善”或“调整”，往往只能是在一个坏的系统上打补丁，使系统维护和升级困难。

上述两种情况的存在，自然与用户（建设单位）“不懂”有关。如果系统开发建设的完整需求能够由建设单位自己提出，或者系统开发建设本身就在系统需求自己的单位进行，情况一定不同。目前很多地理信息系统建设（用户）单位，对地理空间数据的应用，实际上仅仅停留在地形图应用的水平。只有“个别人”才能想到和用到地理信息系统平台所提供的“高级”应用。因此，对地理信息系统丰富内涵的充分理解，应该说在应用地理信息系统的单位还相当缺乏。从这种意义上说，具体的用户实际上并不“需要”地理信息系统，建设地理信息系统是因为“上级要求”的结果。

这让我想起了十年前我参与的一个研究项目。在那个项目研究中，我发现了一种现象。即，在地理信息系统建设过程中，美国倾向于纵向分散和横向集中；而我国则倾向于纵向集中和横向分散。所谓纵向分散，就是软件系统开发独立，数据系统开发独立，应用系统开发独立。纵向集中则反之。而这些都是从开始的反面转化过来的。如我国地理信息产业起步阶段，软件独立开发。但一旦软件进入市场，则逐渐倾向于软件开发商和软件销售商向下位产业延伸。不但软件售后服务兢兢业业，而且连使用这种软件建立和开发系统，有的甚至数据加工也大包大揽起来。美国则从开始的集用户和开发者为一身，逐渐转化为各自独立。而所谓横向集中，就是无论哪类空间数据，都由一个委员会统一协调，集中组织生产和管理。而在我国，则不同部门各自生产和管理自己的数据。

基于这样的一个发现，笔者觉得，产生这样结果一定有其动机方面的原因。也就是开发地理信息系统的动机是什么？是“谁”产生了开发地理信息系统的念头？集中或分散的不同形式会导致什么样的结果？它对地理信息系统的建设和应用的哪些方面构成影响？于是，笔者得出如下结论：我国的地理信息系统建设，完全是供给推动的需求，而美国的则是需求产生的供给。当然，地理信息系统并不是发源于美国而是加拿大。但是笔者认为，加拿大第一个地理信息系统的开发，对美国人来说是一种启发，对中国人来说则完全是一种“好东西”。美国人说，原来做这种事可以使用这种东西，我们也做这种东西。于是做了“这东西”后，还做“这种事”，只是工具不同。因为他们一直在做“这种事”。而中国人说，原来这东西可以做这种事，我们也做这东西。可是我们从来没有做过“这种事”。所以即使做了“这东西”我们还是不做“这种事”。要想做“这种事”，只有上级“指示”（改变这种局面可能需要一个过程）。

因此，在建设地理信息系统时，规划设计中包括的内容，除了常规上我们能看到的部分，即地理信息系统软件硬件配置和数据外，还必须提供机构和人员及其培训规划，数据采集及维护职责和机制的设计以及宏观整体数据结构的设计，投资机制和数据共享机制的设计，数据共享界面和接口设计。政府部门的地理信息系统，是政府地理信息系统的子系统。因此，要建设好部门系统，必须在两个层面上进行规划。即政府层面和部门层面。实际上，作为地理信息系统，与其他许多产业有所不同，其规划与设计是不能分离的。而且，规划在很大程度上包含着设计。特别是系统架构方面、数据协调方面、资金投入方式等，都是地理信息系统规划的重要内容。

随着地理信息系统技术的发展，地理信息系统已经从单机和局域网模式，发展到广域网分布模式；已经从事务型系统，发展到业务型系统；已经从两层体系结构，发展到三层甚至四层体系结构。地理信息系统建设，不仅要为用户提供地理信息系统定义的功能，还应该应用最先进技术，降低整体地理信息系统建设成本，提高系统应用和维护效率。

6. 地理信息系统建设中的重点和难点

本文在此提出“共和地理信息系统”的概念。对应于有人提出的“联邦数据库”概念倾向于系统的数据层面，“共和地理信息系统”更倾向于系统的应用层面。其大致含义是：如果说地理空间数据是对现实地理要素的位置和属性的映射，则地理信息系统的业务层就是对各种社会角色及其职能和他们的相互关系的映射。我国的国体是共和制。因此，建立共和地理信息系统能够更好的映射我国的社会管理体制，也能更好的拟合我国政府部门工作的业务流程，更容易地在业务层面运行系统。

从纯技术的角度讲，地理信息系统有到两个层面的问题。一是数据层面的问题，二是应用层面的问题。这两个层面的问题，又都有各自的重点部分和难点部分。如果我们把每个层面的问题进一步分解，分成几个部分，则对这些问题的认识，就会更加清晰起来。数据层面的问题，有数据内容、标准及其协调关系；数据访问接口标准及其协调关系；数据操作权限及其协调关系。这里的重点在标准，难点在协调关系。无论是什么模式的数据库，处理好这些关系才能保障实时在线的跨部门业务系统得到有效运行。应用层面的问题，有事务处理能力；业务处理能力。事务处理能力往往集中在软件的客户化上，实际却是应用系统的具体人员的能力问题。因为软件无论被客户化到什么程度，都需要人来操作。而软件所没有的功能，是不能被客户化出来的。但业务处理能力往往不同，它是软件本身所不具备的。它需要利用计算机环境和系统软件相应接口，编写新的程序。这一部分应该是办公自动化的内容。这一部分在开发上具有一定难度，但在应用时操作简单。开发难度并不是表现在程序实现方面，而是表现在相关的接口调用以及调用权限配置，数据流转方式和机制设计。一句话，就是系统如何准确映射政府、政府部门及其他社会角色的职能和相互及内部的关系。

地理信息系统建设技术内容之外的重要内容是人力资源建设。几年前，只要有一辆汽车，就必有一个专业司机。现在专业司机是越来越少了。原因何在？地理信息系统也一样。地理信息系统的应用不可能为每一个应用人员再配一个“专业操作员”。因此，人员培训在地理信息系统的建设中，其实是第一重要的。人员培训，既是重点，也是难点。所谓重点，是因为地理信息系统具有很强的功能，而我们要把它应用起来，发挥其作用，这是我们的目的。没有人能够很熟练的操作是不行的。所谓难点，有两重含义。一是地理信息系统技术，操作复杂，不如学开车那样容易。而且每一个相应工作岗位上的人员，其计算机基础技能有可能有很大的差别，接受能力不同。二是对于地理信息系统所能完成的任务，大部分我们常规上都不作——像前面谈到过的，我们很多单位对地理空间数据的应用，还停留在地形图应用的水平。因此，在理论上补上相应的“课程”，在实践上又能产生对地理信息系统许多功能的“需求”，是相当困难的。这也是建设地理信息系统中的最大难点。如果我们买辆大汽车，我们却推着它走，我们就不如仍然使用我们的手推车。尽管大汽车“漂亮”，但手推车对道路的要求更低。我们不必花这许多钱。

在设计时，建立动态数据观念，从而实现系统的动态“生长”，是另一个难点。所谓数据更新，往往受控于“机械化”的思维模式。实际数据更新概念本身就是静态思维模式的产物。如果我们想想100年以后我们的系统中都有什么数据这样的问题，我们会怎样理解数据更新的问题呢？那时我们的空间规划和管理的很大一部分内容要考虑空间要素的历史变化。那时，数据的哪一部分是新的？哪一部分是旧的？以前采集的数据就是旧的吗？我们现在采集100年前的空间信息，我们能在多大程度上办得到？如果我们考虑了时间粒度的问

题，我们的数据结构应该怎样设计？我们的应用（数据“更新”和时间拓扑）应该怎样设计？当然，这个问题可能是个更难的问题，尽管它是一个技术问题（也是一个理论问题）。因此，由于程序实现和数据结构设计的困难，一些开发集成商可能有意回避这类问题；或者采用很机械的办法来解决。这是可以理解的。

7. 地理信息系统建设中政府、用户和产业界各自的作用

我们既对地理信息系统的建设内容进行了阐述，也找出了建设地理信息系统的重点和难点，还把这些重点和难点进行了分解和剖析，我们是否可以“对症下药”了？

首先，要在政府级，而不是政府部门级，加强对地理信息系统建设的领导和规范，同时制定包含有相应行政区级别的地理信息系统概念设计的地理信息产业规划。每个地理信息系统项目的设计立项，必须经由专家组论证通过，并经由地理信息产业主管部门审批。当然，专家们也要进一步“专家”；主管部门的相应工作人员，也要“差不多专家”。

加强政府各部门地理信息系统建设的协调工作。各部门地理信息系统的建设，应该是“有组织的”，而不应该仅仅理解为纯粹是部门自己单位的事。无论是系统上下位关系，还是横向并列关系，都应该协调。协调的内容有：数据内容、标准、物理分布、数据接口、共享原则和方式、维护责任等。如果目前还没有相应的协调机构，应该建立这样的机构。协调过程应该基于规划框架，至少应该基于一种设计性思考。协调过程，应该以先进技术作引导。对协调的结果，形成备忘文件。

上述大概是政府在地理信息系统建设中的主要工作内容。

在地理信息系统建设中，用户（这里的用户指的是具体建设单位和使用单位）需要做什么呢？

目前，用户是地理信息系统建设的核心。用户提出项目，提出需求，还是出资单位。这里最不容易做的事是提出需求。用户可能不是很熟悉地理信息系统技术，特别是其技术发展水平和发展趋势；同时由于前面谈到的原因，即我们很多使用传统地理数据的单位并没有做过地理信息系统所能做的事。地理信息系统中的大部分功能（它所能做的事），无论在理论上，还是在技术上，都是目前我们所不熟悉的。这些功能反过来对数据有什么样的要求，对系统运行有什么样的要求，用户更不熟悉。那么，用户怎么办呢？用户主要可以为自己的地理信息系统建设作两件事：一是把系统设计与系统开发分开，这样可以避免开发单位回避系统开发的难点。二是同时有计划的进行系统维护和系统应用人员培训。前一项中系统设计非常重要。因为它规定了系统的内涵。也就是说，如果我们设计的是一辆牛车，开发者很难制造出一辆汽车来。第二项中的人员培训的重要性前面已经论及，有理论和技术两个层面。理论层面可到相应学校进行进修，技术层面可通过开发商进行培训。

地理信息系统建设中，产业界（我们在这里把产业界限定在系统提供商的范畴）应该做些什么呢？前面谈到过，发达国家的系统开发（不是平台开发），是在建设单位或用户单位内部进行的，而我们主要是由系统二次开发商或系统集成商来提供。这种情况下，就需要产业界与用户和用户社会进行深度交流。于是就产生了两方面的事情。一是产业界不能把自己仅仅局限于信息技术业，而是要横跨地理信应用学科。但这也有些过于难为产业界，因为要使产业界熟悉应用领域各行各业的情况，实在太难了。但是没办法。用户不知道自己的需求，你也不知道用户的需求，怎么做？。二是既然为用户提供了系统，就一定要为用户提供应用层面的技术培训。不能把培训仅仅局限于一个很浅的层面，即仅仅停留在程序维护、数

据装载、数据浏览和显示操作这样的层面。

目前，产业界在办公自动化系统集成方面应该有比较丰富的实践，因此应该发挥这一优势。产业界不应该把系统开发停留在已经完成的项目的水平上，新的项目要有新的技术含量，要不停的进步。具体地说，广域网分布业务型地理信息系统已经提上桌面，它是相关政府部门、用户社会和产业界所共同面临的挑战。

8. 结语

本文试图基于“系统”的思想，把政府地理信息系统置于地理信息产业的核心，讨论建设地理信息系统的各项内容，并试图找到建设地理信息系统中的重点和难点问题，从而提出相应的解决办法。这些重点和难点问题，有的是技术方面的，有的是非技术方面的。但是，无论是哪个方面，本文所开出的“药方”都受限于作者对地理信息系统技术及其发展趋势的判断和理解，受限于作者对相关学科知识的把握，也受限于作者的文字表述能力。

本文对地理信息产业的考察，也不全面，而是仅仅局限于（尽管这种局限是“隐式的”）城市政府级地理信息系统的建设，还有许多方面没有涉及。如农业、水利、矿业、电力、通信等行业地理信息系统的建设。这些行业的地理信息系统，也是地理信息产业的重要组成部分，无论是在数据层面，还是在应用层面，都可能与本文所讨论的地理信息系统存在着某种联系。在系统建设时，一样不能忽视。同时，本文也没有讨论地理信息系统平台的问题，而是把讨论置于现有平台之上进行的。

总之，既然有这许多限制和不足，错误和不当之处就一定在所难免。本文也是想给“许多人”看的，这些人的社会角色不同。当然，无论本文，还是本人，都不“权威”，所出的“药方”也可能只是一剂“偏方”，难登大雅。然而，如果本文能给读者带来在某种程度的启发或提醒，笔者也就相当欣慰了。希望专家学者指正。谢谢。

地理信息系统建设中的重点和难点内容探讨

作者：王大力

作者单位：台州市地理信息测绘中心,台州市,318000

本文链接：https://www.360docs.net/doc/913660520.html,/Conference_6275256.aspx