1．  考虑一下规划的方法论         我们现在需要理解GIS规划方法背后的逻辑。前文已经提到规划的四个阶段：规划本身的规划——>系统的需求——>概念设计——>实施设计，现在我们再强调一下规划中的关键点： 　　a.       你是规划成员之一（和你的工作不相干，那你就提提意见，说说想法吧）。 　　b.       在GIS实施之前，要把所有的（至少是尽量）细节都考虑清楚，包括加班的时候是吃吉野家还是丽华快餐，呵呵。 　　c.       只有你清楚你所要的信息产品才能够确定所需的数据，否则很可能造成浪费或者投资不足。 　　d.       当你确定了需要什么数据后，你就可以决定需要对这些数据做怎么样的操作才能得到你要的信息产品。 　　e.       当你知道了该如何处理这些数据后，你就明白了需要什么样的GIS功能来实施这些处理，进一步就可以确定所采取的技术路线了。 1.1    谁来做规划         当然是您了。其实我的意思是最终实现的应用的业主来做规划，当然规划不是一个人能完成的，需要一个团队合作。姚明麦蒂都牛啊，可惜团队一般，所以火箭老是不成器，看今年火箭团队仿佛有起色。这里面还需要提几个关键点： 　　a.         你和你的规划团队是规划的直接负责人。 　　b.         顾问和专家是提供建议的，并不是规划人，最终的应用又不是给人家用的。 　　c.         将规划的过程看作是一个学习的过程。 1.2    如何来做规划         别说GIS了，现在有太多的项目开始实施了还不知道要做什么，许多领导只能说那就做做看看吧，好就继续，不好再说，这种态度和方法适合买彩票，买股票都不合适。那如果要做规划该如何做呢？其实归根结底还是要看需要什么东西，每个部门的工作人员渴望什么样的信息产品。指战员需要三维的电子沙盘，那就做到规划里面；海洋发展战略研究所需要用测深声纳生成海底地形，而不需要水面温度图，那就不要将温度插值图做到规划里面。所以，从方法学的角度，做规划就集中于你的需求，集中于你最终所要的信息产品，至于具体的内容，我们在后文再详述。 1.3    认真考虑你的GIS产出了什么         从哈尔滨到大理，从连云港到乌鲁木齐，听到看到太多的用户炫耀或者计划自己项目中已有或者将有多少TB的数据，并为这些数据考虑N多的投资，可是当问道这些数据能产出多少效益时，至多能说出两个美丽的词汇“共享”“平台”，如何共享，共享后怎么用，那不是我的政绩。所以我看北京市信息资源管理中心做的就很好，不但想到了数据的投入，也考虑了这些数据如何服务于其它政府部门。好吧，我的项目没有那么大， 那我也至少应当考虑：         我的信息产品有用吗？ 　　我已经有什么信息产品了？ 　　我能做我要的信息产品吗？ 　　生产信息产品的过程中会出现什么障碍呢？ 　　…… 2．  重新审视你的组织，你的战略方向 　　如果将你的规划也看作一个项目的话，那就对这个项目投入一些战略性的思考吧。这其实也是前文提到的，对规划本身进行规划。通过这一阶段的工作，也许你对的组织会有一个全新的认识。 有两个任务需要执行： 　　a.        分析你的单位的关键业务 　　b.       分析每个使用GIS的人或者部门的权责 　　有三个问题需要自问自答： 　　a.    你这个单位（部门）的工作主题是什么 　　b.    为实现你的工作目标，你需要掌握什么 　　c.    为掌握这些内容，你需要什么样的信息产品辅助你 2.1分析一下关键业务 　　准备制作一个文档，分析一下如下要点： 　　a.      任务描述 　　　　单位或者部门的工作任务。 　　b.       行为指导原则 　　　　为执行工作任务，单位成员的行为准则。比如中国移动的10086接线员的工作准则可能包括：每一句话之前要加前缀“您好”；不准因为用户的怪异问题发火，发笑以及发傻等等。 　　c.       目标描述 　　　　单位或部门在一定时间内需要实现的目标。国家有十一五规划，每个单位至少都要定个短期计划吧。这个没有问题，咱中国人最会制定计划了。 　　d.       业务方向 　　　　未来的发展。所有的项目应当都以这个大方向为准则。 　　e.     员工的可持续发展 　　　　要适应新技术，迎接新挑战，那就多不断的学习。需要单位组织定期的培训。 　　f.       其它部门的参与 　　　　和其他人员得有互动和交流，包括和公众。 　　举个例子，青海省环保局明确一个任务，调查三江源的环境状况，保护三江源的自然景观和自然资源；要发扬吃苦耐劳之精神，对照卫星影象，深入实地考察，精准采集第一手资料；争取在五年时间内，建立三江源基础资料库，并完成规划，保护决策支持信息系统；未来的全部数据依靠计算机实现，并提供数据共享服务；局里目前尚无人深入了解地理信息技术，需要考虑招聘相关人才并对业务骨干进行培训；和国家环保总局，国家林业局及水利部积极交换信息，并邀请有关专家提供指导意见。 这样，对这个项目就有了一个战略思路。 3． 撰写项目计划文档并请领导审批 　　规划文档那是必不可少的，规划本身也是项目，这个项目也需要做文档的，领导要签字通过。对于这部分内容咱就不用啰嗦了。 4． 需求分析 　　前面唠唠叨叨一大堆，我自己看也觉得虚头把脑的，就当热个身，大家一目十行的浏览吧。现在说说本节最后一个内容：需求分析。其实需求分析在软件工程里面是重要的一环，由开发商来做的，详细的需求分析要作到软件具体功能模块的。我们的全篇讲座是针对规划者来说的，所以不会涉及到那么细。 4.1组建一个GIS队伍 　　小的GIS项目可能一个人就规划了，但稍成规模的项目作规划时都需要建立一支队伍，这个队伍可能来自不同部门，却要有充足的时间来参与规划的制定。如果你是规划的负责人，你要考虑： 　　a.      需要什么样的人员加入到这个队伍 　　b.       每个人要负责什么 　　c.      定期汇总和讨论，什么时间比较合适 4.2技术研讨会 　　组织技术研讨会，召集多方人士参加。研讨会上可以讨论这样的话题： 　　a.       什么是GIS 　　b.       GIS的术语 　　c.       GIS的功能（我将另起一帖列出常用GIS的功能） 　　d.       规划的过程（步骤，任务，责任等） 　　成功的规划需要大家的积极参与，开这样的研讨会有助于大家增进理解，提出问题，集思广益，弥补不足，达成共识，会后餐叙，小酒一杯，忽忽悠悠，生活美满，总之，好处多多。大家可以考虑邀请我介绍GIS技术啊。 4.3对信息产品的初步确定和收益分析 　　又说到信息产品了。对最终需要的信息产品做初步的讨论和确定，各个部门和最终系统的使用者都可以谈谈自己需要什么，这些产品会带来哪些好处。另外，还需要明确的是组织内部的业务流程以及信息产品如何在业务流程中整合。比如，GIS生成的报告（图文并茂）能否包含在OA的公文流转中。 这一部分有几个要点： 　　a.       对信息产品的需求调研需要仔细的讨论，可能会有多轮提问回答。 　　b.       已明确了的信息产品要记录在案，记下是谁需要的什么产品。 　　c.       在日后开发信息产品的过程中，要不断的征询当初的提要求者。 　　d.       GIS小组要对信息产品的效益有个评估。 4.4为业务流程建模 　　要分析GIS到底能在我们的机构和业务中起多大的作用，首先要清楚我们的业务流程。其实在我们业务人员心中，流程是比较熟悉的，我们需要的是将这个流程用软件比如Visio啊，ConceptDraw啊画下来，至少用纸和笔描述一番吧。然后思考GIS如何参与到流程中的每一步以及在其中所起的作用。对于简单流程的业务似乎想想就可以了，而复杂业务，关键业务以及跨多部门的业务尤其需要对流程的准确把握。政府的电子政务工程为什么需要可视化工作流啊，其实道理也是一样的。 4.5对规划小组的人员和资源需求 　　如果你是规划的负责人，你如何组建你的队伍，如果是一个负责的项目，更需要众人齐心协力。举一个例子吧。王大虎要做一个GIS项目，他向局长建议先作一个规划，对规划小组的人员构成提个报告： 　　a.       规划过程需要6个月（这么长时间啊？？？咱国家的项目说也快，说慢可真慢啊啊，许多项目还考虑两年没有动作呢）。 　　b.      累计时间为6到7个人月。 　　c.       规划小组的组长（就是俺王大虎）需要投入70%以上的工作时间。 　　d.       每个提需求（信息产品描述）的部门需要2到6天时间完成需求调查问卷。 　　e.       需要3个有GIS项目经验的人员形成规划领导小组。一个组长，两个组员。 　　f.        需要一个高级顾问，这个顾问要非常了解GIS的最新技术，对GIS平台软件有客观的评价，了解并参与过其它GIS项目的实施。最好对本行业本机构的业务也有所了解。 　　g.       领导小组中的第二个人要非常懂GIS，最好参与过GIS项目。 　　h.       领导小组中的第三个人要非常懂业务，最好是某个业务流程的关键负责人。 　　这样对人员的要求就非常清晰了。

第三节    信息产品的详细说明     前面两节再三强调需求分析实际上就是要确定需要的信息产品，也啰嗦了几次关于信息产品决定了对数据的要求，决定了对软件平台的功能要求，所以我们应该重视信息产品对一个GIS项目的重要意义，对于用户来说，真的需要坐下来仔细的讨论，仔细的分析一下我们到底需要什么样的信息。在这一节里面我们就具体的描述一下GIS的信息产品，对GIS信息产品的评估步骤和需要考虑的因素，并给出一些实例。从这一节开始，我们将会接触到具体的GIS技术。 1.       对信息产品组成部分的说明 不可否认的是，在一个工程里面文档是很重要的，要不为什么在验收的时候作为乙方的开发商一定要整理好文档才行。在对项目进行规划的时候，文档也同样也不能忽视。我们不需要把文档做的跟要出一本书似的，也不要那些冠冕堂皇近似废话的文字，比如什么统筹规划分布实施啊，要什么先进性啊，灵活性啊等等，这种东西都是凑字数的，按单田芳他老人家的话叫做攒鸡毛凑掸子。我们要的是实打实的对我们的项目有指导意见的文档。我们简单列一些有关对信息产品要求的关键点，然后组成一个文档让项目规划小组的成员审议通过： a.       概要性的描述，比如哪种信息产品是满足哪种需求，是为谁提供服务的等； b.       对地图的需求细节，比如地图需要包含哪些要素，比例尺等，可以在文档里面添加一些地图实例，让小组成员看看是否合适； c.       对报表，图表的需求，比如需要哪些统计图，哪些报告，哪些电子表格及其形式，报表的字段，题目和数据项等等都在本说明文档的范畴内； d.       形成信息产品的步骤，主要是描述数据的来源，加工，分析及GIS在其中的功能。 e.       信息产品的使用频率，以决定对信息产品的投资价值和更新周期； f.        数据之间的逻辑连接，GIS是数据的综合展示载体，在任何项目中，很多类型的数据都是通过GIS的方法展现出来，那么对于这些非空间类型的数据和空间数据之间以及非空间数据之间应该如何关联，通过什么样的键进行关联，这些都需要在规划阶段进行考虑； g.       误差容限，对信息产品的误差的允许范围； h.       响应时间容限，用户请求获取信息到信息产品在屏幕上显示所能忍受的最大时间间隔。虽然将其列在第h条，但这可能是用户最为关心的几个问题之一了，不过对这一条要有一个客观评价，涉及的软硬件内容也最多最复杂，特别是企业级的GIS系统，我们在后几节再详细讨论吧； i.        当前做本项目的成本，因为我们是对一个项目进行规划，不一定马上就开始动工，所以将当前成本列为一个参考项； j.        收益分析，有成本分析那就一定要求收益分析，但成本好说，将要买这买那比较容易用这个￥和这个$统计，但收益就不大好说了，对效率的提高，对工作水平的提高还算的上容易度量的，那对个人前途的裨益是不是也应当考虑进去啊？ 凑巧，正好十条，我们将在下文分别详细说明这十条。 2.       概要性的描述 就是对本项目中信息产品的总体需求描述。将事情说清楚就行了，不需要长篇累牍，一针见血最好。 咱胡乱写一个： 题目：支持CTU外勤的信息产品（哦，不知道CTU？晕，那建议看看24小时吧，马上要出第六季了，种子下载 ） 需求部门：CTU洛杉矶 项目负责人：Jack Bauer 需求概要：CTU的所有外勤特工需要配置PDA。PDA要装载全国基本地图，并且可以通过国土安全部专用无线网络高速下载更新地图，遥感影像，楼宇结构图资料。可以加载全国任意摄像头信息，并根据摄像头数据动态创建路径分析结果，指导导航方案。 其实大家要是看过24小时前五季就会知道，上面的描述就是人家演示的信息产品。 3.       对地图的需求 对地图需求的描述是一个关键环节，我们不就是在讨论GIS和地图吗。要考虑清楚地图要包括的要素，也就是图层。一个对地下自来水管网进行规划的项目，其信息产品中的地图至少要包括街道网络（线），建筑物（多边形）和维护需要用的人井（点）等要素。最好用一个草图来说明地图包含的内容。草图可以包含的信息有： a.       标题 b.       在地图上要显示的数据层 c.       在地图上需要标识的文字（注记） d.       图例 e.       需要的特殊符号（比如渐变的湖水，铁路和公里的交汇点，陡坎） f.        对颜色的要求 g.       比例尺 h.       指北针 4.       报表和图表的需求 信息产品不见得就是地图，通过GIS形成的报告也是信息产品，比如世纪城周边两公里范围内所有的干洗店列表。所以我们可能需要报表这类的文档形式辅助信息产品，对此也同样有个要求，比如： a.       图表和报告的形式（Excel表格，柱状图，PDF报告还是Word文档） b.       题目 c.       时间 d.       包含的数据字段 e.         …… 5.       创建信息产品的步骤 在这一部分我们分析的是如何形成了我们所需要的信息产品，这个从无到有的过程包含了哪些步骤。其实，只要想想我们以往从纸图上获取信息的过程，我们就知道了该如何创建信息产品。在描述这些步骤的同时，我们也了解了数据的需求和功能的需求。 我们以消防员的火警反应来说明，消防队在接到救火任务的时候： a.       用城市的交通图（街道图）定位的着火点 b.       到在火险范围内的建筑物详细地图 c.       找到火险现场最近的水龙位置，以便水箱中水不够时补充 d.       用建筑物位置信息查找建筑物结构图，资产状况和人口信息 e.       最后画出各种比例尺的地图，列出其它相关信息 在这个例子里面，我们需要的数据和GIS功能包括： a.       输入报警电话得到的位置信息（起火的位置） b.       1：10000的城市交通图，需要地址匹配功能和空间查询功能（邻接查询） c.       1：5000的土地和建筑物数据，需要叠加功能 d.       消防栓数据，需要属性查询，地址匹配，缓冲区分析和空间叠加功能 e.       建筑物的结构图和说明信息，需要地址匹配功能 f.        最后成图需要编辑，显示，打印，生成报告等功能。 6.       信息产品的使用频率 a.       列出创建信息产品的详细步骤，包括需要的数据和功能 b.       每一步需要使用的GIS功能的次数，比如需要几次绘图，需要几次编辑，需要几次符号化等 c.       预估一下在一年内需要创建信息产品的次数 d.       对创建信息产品需要的GIS功能次数进行排序 7.       数据之间的逻辑连接 在这一步骤里面，我们主要分析的是数据元素之间的关系，这种关系将作为我们所创建的数据库和使用的数据库的基础。多种数据集集成和关联在一起从而创建信息产品。有三种类型的逻辑连接： a.       属性信息和空间信息的关联，这是最为常见的一种，空间信息（点线面要素）和另外一个数据表中的属性信息结合，比如地址信息和建筑物之间的关系； b.       地图和地图之间或者空间数据层和数据层之间的关系，比如街道数据和建筑物数据的叠加关系； c.       属性和属性之间的关系，比如消防栓的特征和消防栓的数量。 从数据库的原理来说，数据和数据之间的关联是需要“一个键”的，就是两个表中有一个共同的字段，这个字段使得记录和记录之间可以关联起来，在ArcGIS中有两种关联的方法，为Join和Relate，分别处理一对多和多对多的情况，关于join和relate方法我们以后有机会再详细介绍。这里需要强调的一点是，关联并不是很随便就可以办到，要在数据库设计之前就要考虑这个共同的字段，否则对于两个拥有20万个要素的表来说，如何建立这两个表中要素之间的关联关系就Mission Impossible了。不知道我表达清楚没有。 8.       容错 错误和误差是任何系统中都会出现的问题，我们允许它的存在，但要有个限度，如果这个错误使得我们的信息产品不可用或者已经不具备了参考价值，比如地址定位在实际位置的几公里之外，那就破坏了信息产品的作用。定义一个错误的容限值实际上是对数据质量的一种控制。 有四种主要的错误： a.       参考信息错误，比如错误的标注 b.       空间关系错误，比如多边形不闭合，网络不连通 c.       相对位置错误，两个要素之间的相对位置不正确，比如地下自来水管线不在街道线上 d.       绝对位置错误，地图上的线杆不在实际位置上 对于上述错误，我们可以列出一个允许的范围： 参考信息错误容限 2% 空间关系错误容限 0% 相对位置误差容限 ­±2米 绝对位置误差容限 ­±10米 要记住没有什么绝对准确的数据，好这个词对于我们GIS数据来说就是有用，没用的数据是达不到设定容限要求的数据。 9.       时间效率 地图响应效率是用户体验的重要组成部分，对查询请求响应快，用户自然会比较满意，响应慢，那就等着用户的抱怨吧。但用户也需要对信息系统有客观的理解。目前软件的功能越来越强，势必将会产生更大的资源消耗，况且企业级系统往往涉及到很多部分，操作系统，数据库，中间件个个都是大家伙，GIS相比那只能算是小块头，这些复杂的应用组合在一起，别说某一个环节出问题，就是都正常运转也得带来不小的运算量。有些用户抱怨我用的服务器可不错呀，IBM P630，当年买可是好几十万呢，可是别忘了，630CPU主频只有1.5Ghz，虽然是跑AIX，也不见得就让人满意，毕竟不是为当前的软件水平设计的。这是题外话。综合总结一点，就是高效率需要多方面的配合，我们根据需求而确定几方面该如何配置。也不见得每个应用都需要时间响应在1秒以内。 10.   当前成本 对成本的估算那就各有各的的道理了，这里咱就不乱弹琵琶了。 11.   收益分析 最后一步，分析一下需要的信息产品会给我们带来哪些效益。 a.       节省了多少银子。用上了GIS的信息产品会因为节省多少人力，增加了多少产出，从而节省了多少费用； b.       提高了多少本部门的工作水平。用上了GIS的信息产品会如何改善工作流程，提高工作效率，降低互相之间的依赖程度； c.       带来多少外部效益。俗称社会效益和公众效益。老百姓和上级主观部门因为前面两项收益而增加对你部门的满意度。 12.   对信息产品的确认 所有的描述信息都总结了，也形成了一个不错的文档，那就请领导签个字，确个认吧。当然了，领导很忙，那也要签字，没有签字就没有产品，因为需要审查通过吗，不审查你就做主了？不行！另外，还需要money呢。这一点连老外都觉得很重要，在咱中国，那就更是了不起的一个步骤了。 至此，本节内容就算告一段落了，本还想具体举个例子，实在是有点力不从心，另外也有点纸上谈兵之嫌，所有还是请有心的读者自己在实践中总结吧。实际上这一节就说了一件事情，就是好好考虑对信息产品的要求。在实际工作中，不见得将10条内容都列出来，但一些关键点还是需要想清楚的，和自己的需求吻合的产品才是有生命力的产品，看到那么多不符合实际工作需要的项目成果白白浪费在高阁之上，真是心疼啊；有些应用，功能不多，信息产品也简单得很，但却实实在在的解决问题，成为日常工作中必不可少的帮手，也就让人心满意足了。

上一节介绍了我们最终要做出什么，这一节我们讲讲拿什么数据做出目标信息产品，另外，我们来聊聊系统涵盖的范围以及对项目的初步进度规划，这几部分凑在一起，组成一节吧。另外，前面有朋友提到关心如何做需求调研的问题。我不想展开讲了，因为我计划后面的章节和GIS本身结合的多一些。在很多PM的课程中，如何做调研，如何写详细分析，如何让用户方确认，如何修改需求都有更为专业的描述，感兴趣的朋友不妨去找找这些资料。 1.       创建输入数据列表 前面的章节也提到，当我们确认信息产品以后，就可以对需要的数据有一个大概的想法了，但项目说明不能是用“大概”这样的词汇来描述，我们要将需要的数据，至少是将主要的数据用一个文档来列出来。 a.       什么是输入数据列表 是用列表的形式将产生信息产品所需要的数据描述出来，主要应该包括数据量，格式，可能的数据源等等。大家要注意，一个地理信息项目需要的数据不仅仅是空间数据，你项目所涉及的领域，比如国民经济数据，人口数据等，这个列表也要包括进来。另外，你要注意，数据是要在项目成本中占据很大份额的，所以你要精心去考虑我买的数据是不是有用，对于列在表中的每一项数据（数据集）都要分析清楚到底我们所规划的哪个信息产品需要这项数据。我们要做青岛的城市规划，如果购买了全山东省的遥感影像岂不是个大大的浪费？另外，如果单纯是为了好看，有个漂亮的底图而花大把大把的银子买高分辨率遥感影像会不会因此牺牲了其它投资？所以，如果可能的话，尽量将信息描述和数据列表的工作放到一起来进行。 b.       输入数据列表的构成 a)         数据的标识信息 用于数据的唯一标识。不同的部门，不同的人将相同的一个数据命成不同的名字，统一命名一下吧。 b)        数据量 数据容量常常你的系统设计重要影响因素，我们首先想到的是数据量的大小决定了对存储系统的要求吧。此外，数据量还会影响到数据处理的流程和时间进度，存储的优先级和方案，硬件的配置等。对于数据量的描述不能仅仅就是一个多少多少G，还是要尽量详细一些，能有多少要素，属性数据有多少，影像所覆盖的面积等。这些会对我们下一步的工作很有裨益。 c)         数据特征 故意玄虚一点，说白了就是数据格式。你所获取的数据是什么格式的，什么版本的，这既是一种要求也是一个市场的调查。 d)        数据来源和价格 在规划阶段就考虑从哪儿买数据一点也不早，因为数据提供商的不同会对你的平台选择，经费设计，系统后续的规划产生不同的结果，所以你应该考虑数据来源的问题了。从原则上当然是买数据了，比如mapbar的数据就是从北京四维图新购买的。除了传统数据提供者——基础地理信息中心（测绘局）外，我国已颁发甲级测绘资质的公司有：北京四维图新、上海畅想、北京高德、北京灵图、北京瑞图万方、凯利德、武汉吉奥、易图通这八家。所谓甲级测绘资质就是可以制作和销售全国范围内电子地图数据，各地区也有本地（本省）的甲级测绘资质。在选择数据提供商的时候要注意如下几个问题： I．               数据已经加工好了，还是需要你再进一步处理？ II．            信息全不全？准不准？是什么时间采集的？ III．          提供商提供的数据是什么格式? 有没有格式转换的问题？ IV．          谁负责更新数据？ V．            使用数据有什么特殊的责任和要求吗？ VI．          数据的费用，以及数据服务（比如更新和处理）的费用。 c.       有关数据集的其它细节信息 将我们关心的问题都考虑到，在列表中明确列出来，这样的工作不仅仅会让你的工作在领导面前更加出彩，关键是对项目有非常多的好处，毕竟数据是GIS项目中投资很大的一块，而且数据的质量和组织往往决定了项目最终的结果和水平，我听到很多项目经理撕心裂肺的经验总结都是：关键在数据啊。那就提前做好规划好了。其它细节包括诸如数据的投影啊，数据处理需要的GIS功能啊等，至于如何组织数据先不用考虑，会有接续的步骤来考虑数据的概念设计。 d.       做一个例子表格吧，大家可以参考数据集基本信息

数据集基本信息			可用程度		费用			来源
名称	描述	容量	数字化程度	处理完成日期	购买	转换	维护	供应商
地形	基础地形数据	5400M	100%	2007-3-7	50k rmb	10k rmb	0	灵图
……	……	……	……	……	……	……	……	……

e.       数据处理的考虑 虽然可以买到比较理想的数据，但是几乎所有的GIS项目，都涉及到数据处理的问题。因为首先一条，目前数据提供商能提供的基本上都是基础地理数据，就是不带有专题属性的数据，所以你需要将你们单位拥有的，需要用GIS方法表达的属性数据，比如人口信息，交通流量，财经统计等等和地理数据结合起来，另外，你可能还需要检查数据厂商提供的数据是否有空间上的错误，可能还需要将GPS坐标点的文本转换为矢量格式，云云。这就需要一个软件来支持，大多数地理信息系统平台软件都是从这样的需求中起步和发展的，好的平台软件能够解决数据处理中的种种问题，为什么说ArcGIS强，几乎你所有的数据处理难题都会在ArcGIS面前俯首称臣。GIS数据处理的过程就如同你用数码相机照了一张照片，存为一个jpg文件，但是有红眼问题，那你就需要一个图像处理软件来将红眼去除，那随便找个照片处理软件恐怕都有这个功能；那你又想将脸上的痘痘去除一下，将鬓角的几根白发遮掩一下（青春期鬓角就长白发，唉，烦心的事真多），把你从玄武湖畔移到昆仑之巅，那恐怕就得请出高级一点的软件了。也许普通软件最终磕磕绊绊也能实现，毕竟效率上差了许多，这就是好的桌面软件的一个意义所在。质量，高效是我们对数据处理永远的要求。 2.       设定优先级和系统的范围 根据信息产品的重要性和可实施性，我们将其设定一个级别，哪个产品最重要，哪个产品次之，我们要有个认识，因为我们也许并不能够将所有我们对GIS的要求都开发为适当的信息产品，另外我们需要并根据这个级别设定系统的范围和时间计划。优先级的设定当然也是要经过头脑风暴和专家建议了。可以通过问卷调查，专家评分等形式进行。这一步只是让大家认识信息产品和对应的数据对你的重要程度。 3.       时间进度 是什么在影响系统上线的进度？这样的问题在中国最难回答，很多因素都是不可预测也不可控制的，有时候规划的进度都莫名其妙的被耽误。我们就从理论上说说涉及到进度的几个方面吧： a)         数据输入 如果你计划自己创建和制作数据，你需要规划的时间包括： l  扫描 l  数字化 l  文件导入和转换 可别小看这些工作，量很大的，上面列出的几家甲级资质公司，哪个不是N多数字化员在遥感影像上辛苦的描点画线？还有处理投影的问题，也都比较复杂。 如果你从数据提供商那里购买数据，那主要的时间花费在： l  格式转换 l  纠错和校准 l  图形编辑和属性编辑 再次强调GIS桌面软件的作用和能力，对格式的支持，对流程的支持，对数据处理功能的支持。 b)        应用开发 传统意义上最为复杂的阶段，应用开发也是大多数人对项目的认识，做项目就是开发吗，毕业生们简历上最为自豪的也是做过某某项目的二次开发。其实也确实比较重要的一步。在规划阶段，我们往往将这个阶段的时间设定为总项目时间的50%强。因为应用开发是一个大题目，包含了众多内容，常见的有需求分析，概要设计，详细设计等等；如果你的开发商已经将本行业的应用提炼为一个产品级别的东东，可以到处复制和部署了，那这个时间可能很短。一周，甚至三天也都不是什么新鲜事，但如果是一个企业级的GIS系统，特别是需要和其它企业级系统如ERP，SCM等相整合的系统，要求开发商一个月内上线，这是不合适的，难道不需要需求分析吗？不需要测试吗？不需要写文档吗？将落实资金浪费的时间从开发中挤出来，多少有点本末倒置。 c)         准备工作和系统部署 一些准备工作往往占用相当长的时间，比如购买房产，装修指挥中心，人员组织，购买数据等，这些准备工作在规划阶段虽然不至于考虑的十分到位，但是还是争取将可能的困难考虑在内，将时间规划的合理一些。对那些计划2006年底级完工，但到了2007年底还没有开工的项目，不知道是考虑的不充分还是说项目本身并没有那么迫切性；系统部署也不是一件轻松的事情，特别是那些企业级信息系统上，需要配合的软硬件因素很多，对系统集成商的能力，经验以及品质要求都比较高，常常也有扯皮扯个把月的情况。也同样，将可预见的困难考虑在规划中。 d)        人员培训 最后，作为项目规划的经理也好考虑在项目实施之前，之中甚至在项目规划之前，对各种层次的人员做好培训，IT培训，GIS培训，业务培训等等，在这些人员满足项目要求之前，不要轻易让这些人员做出一些决定。 4.       做计划的工具 做的是信息项目，如果用纸和笔粗粗的列出一些时间进度那也太丢人了吧。基本的工具显然是能够提供甘特图的工具，至于用什么，自己参考吧。微软的Project是不错的，可以做出丰富的甘特图，也有更加专业做项目规划的软件；另外，一些头脑风暴类的软件也是可以发挥大作用的，并且在头脑风暴的同时就可以列出你们讨论时关心和要决定的东西，比如组织结构，任务分配等。具体软件怎么用，就不用讲了。

第五节 数据的概念设计（A）

第五节略长了些分为两部分。这一节的主题是数据的概念设计，主要是介绍一些GIS数据方面的基本知识，包括比例尺，投影等基本概念，包括数据的格式和转换的问题，以及对数据模型上的考虑等。 1.  数据特征     a) 比例尺     我们小时候学地理，应该是说自然课上讲地图就知道比例尺是什么意思，比例尺表达的是地图上的距离对应到真实世界中的距离关系，1：10000的地图意味着地图上的1厘米对应到真实世界是10000厘米（100米）。显然比例尺越大，真实世界中的同一个地物在地图上就越清晰，我听说过有朋友问有没有1：1的地图，呵呵，显然有：那就是真实世界，地图就是要浓缩真实世界，宏观掌握世界，如果1：1的浓缩度，地图就没有意义了。从普遍意义上说，地图的比例尺决定了对真实世界表达的精度，分辨率和详细程度。在下图中，同样是这条河流，1：100000的比例尺地图上只显示是一条线，而在1：6000的地图上却能够看到河宽。 在项目中考虑数据的比例尺有着重要的意义，比例尺太小，不能展现我们需要的信息，比例尺太大，数据量又不得了，资金投入巨大不说而且很多信息又用不上，这就是需要对其进行规划的原因。 如果没有什么变化的话，我国测绘部门制定的基本比例尺地形图规格为1∶1万，1∶2.5万，1∶5万，1∶10万，1∶20万，1∶50万和1∶100万七种。 l1∶1万和1∶2.5万地形图，显示地形精确、详细，在没有数字摄影测量的年代，多半是经过实地调查测绘的，但每幅图所包括的实地范围比较小。这类图，只在重要城镇、重要关隘、要塞、基地和国境线重点设防地区才测制。 l1∶5万地形图，显示地形比较详细、精确，也是经过实地调查测绘的，每幅图所包括的实地面积比1∶2.5万图大四倍，从图上能精确量测角度、距离、坡度和坐标等数据。 l1∶10万地形图，多数是根据1∶5万图编绘的，较1∶5万图概括些，也具有1∶5万地形图的特点。 l1∶20万和1∶50万图，是根据1∶10万图编绘的，它以较小的图面显示广大地区的地形概貌和关系位置。 l1∶100万，又是根据1∶20万、1∶50万图编绘的。它以更小的图面，显示更广大地区的地形总貌及关系位置。     从这里可以看出，1：5万的基础地形图在国家测绘工作中的重要性，所以1：5万地图数据的建库是国家测绘局近期工作中的重点之一。     需要提醒对GIS理解不深的朋友们注意的是，地图和数据是相互关联的两个概念；在遥远的过去，没有GIS软件，所谓数据即是纸质的地图，所以很多人仍然将GIS理解为电子地图；而如今，准确的理解应该为：地图是数据的表达形式，同一个数据表达不同，就形成了不同的地图；纸质地图是死的，提供给你是多大的比例尺，那就是那么大精细程度的数据，而软件是活的，可以放大缩小N倍，数据库存储的1：2000的城市数据，你可以将其缩小（zoom out）500倍，变成一个点。所以，也可以这样理解，你项目考虑的数据只有“有没有”的区分，而没有“多大比例尺”的区分，比例尺只是来描述地图的，只是我们对数据的购买，仍然按照比例尺这一标准进行衡量，那我们就用比例尺来说明好了。同样，地图和数据的关系也是CAD和GIS之间的一个不同点。       另外，需要提醒的一个情况是，在原始数据比例尺基础上，你的信息产品适宜缩放的大小是2.5倍。比如下图，原始数据的比例尺是1：5万，如果放大，最大不宜超过1：2万，再大要素可能会失真或者过于粗糙，如果缩小，最小不宜低于1：12.5万，再小要素信息不够丰富，肉眼判读也不够清晰。

    如果你的项目中用到不同比例尺的数据，那么在形成地图的时候很有可能会有接边的问题，下面的示意图很好的说明了在不同比例尺数据叠合时出现的问题，这也是做项目中开发人员常常碰到的难题，一般来说GIS软件都会提供一些校准工具来帮助大家解决这类问题，原来我也想发一个随堂测验让大家练习练习的，后来感觉比较难于描述测试命题，以后我发一个简单操作的流程吧。

    实际上对比例尺的考虑最为突出就是成本，越大比例尺的数据，信息越丰富，价格也越高，这是显然的道理。

b) 分辨率     那么对分辨率应该怎样定义呢？我们可以这样认为：在给定的比例尺下，能够被绘制或者采样的最小要素其尺寸。还是有点不好理解，是吧？其实从“分辨”这个词上就可以很好的体会这个概念，就是可以识别的最小尺寸。我们来评估显示器的优劣也参考分辨率这一指标，不过用的是1280×800这样的方式，道理也是一样的。要注意的是，地图的分辨率和比例尺是紧密联系的，当比例尺减小的时候，分辨率也降低，要素的边界即被简化甚至不可见。如下图所示：在1：24，000比例尺条件下，一个1000平方米的的多边形是可以清楚的识别的，但如果比例尺降到1：500，000，这个多边形就不可识别了，只能用一个点来表达。

 

    当你在做数据的概念设计时，要清楚比例尺和分辨率之间的关系。你要考虑创建信息产品所需要的最小分辨率。用下面的例图说明：假如你为月亮城的规划部门工作，你需要获取每一个地块的详细数据，比如宗主，该地块的规划用途。你根本就不需要选择一个将整个城市表达为一个多边形或者一个点的分辨率和比例尺，因为这中低分辨率无法满足你的工作需要；另一方面，如果你在为计划生育办公室工作，只是想统计一下每个城市的育龄妇女数量，那么选择上面应用的分辨率和相应分辨率下的数据也就没有什么必要了，绝对是浪费钱财。

 

c)地图投影     这个概念可就比较专业了，只有专业学地理和地图学的家伙们才能够详详细细的给出一个说明，并且在课本上，关于投影和投影变换的章节就很长。但是在对数据的描述中，地图投影实在是不能不提的重要组成部分。在本文中俺也就不细说了，大家可以去查查相关数据和资料，我只给个简单的概念介绍吧：     什么是地图投影？就是位置坐标从地球的椭球体转到地图的平面这一过程的数学公式。地图投影将地球的三维表面转换为地图的二维表面，在这个运算中会产生距离，面积，角度或形状的扭曲。无论用什么样的投影，都会产生某种变形，要么是面积上的，要么是角度上的，要么就是距离上的，大部分投影都是为了保证一个因素不变形而让其它几个因素变形。在地图投影中还需要重点理解基准面这一概念，基准面就是度量地球表面位置的基本参照系。其定义了经线纬线的起点和方向，我们最常用的基准面是WGS84（World Geodetic System of 1984），可以用于全球范围的位置度量。除此之外，还有一些本地基准面，俗称本地坐标系，适用于地球上某个区域的地图投影，比如我国的北京54和西安80，但是我国的本地基准面参数是保密的，只有总参测绘局才有精确的参数信息，没有这些参数信息，其它投影向其转换，理论上来说是不准确的。这里就提到了投影转换，基本上所有的GIS软件都或多或少的提供投影转换的功能，使得投影不同的数据可以在同一个投影下被测量和分析。ArcGIS支持动态投影的功能，就是在地图窗口中，所有的数据都会按照第一个被添加到窗口图层的投影显示，省却了人工调整的工作。但这只是显示，如果需要对数据本身做转换，一样需要工作来对数据进行处理。

2.数据标准和数据转换    在本节中，我们说明一下一些数据格式及数据之间的转换。 a)数据的来源     我们其实在上一节中已经讲到了我们可以从哪儿获取已数字化的数据，这里面想再罗嗦一下，感慨一下。从公司行为，那九家公司无论多么重复劳动，浪费资源，都无可厚非，因为他们是在力争做更精确，更精细，更高质量的数据以赢得市场，特别是导航市场，现在是市场经济吗！但是从国家行为，人为设置一些壁垒，使得一些基础数据一遍遍的让GIS项目购买，一遍遍的让有测绘资质的单位去耗费人力物力就值得商榷了，比如在美国，全美国的公路数据大家都有途径免费获得，但在中国，交通部花了超大的投资测了，放在那里只有交通部的内部使用，这是多大的浪费啊！也不是交通部不想提供给老百姓用，是国家立法不允许。现阶段，Google Earth都如此深入生活了，我们的立法者就不要那么紧张兮兮了，限制不住美国人了解我们的数据，限制的只是我们自己的应用。 b)标准     标准也是在做规划的时候就需要考虑的重要事项，通过标准，单位和机构之间可以共享应用和数据。通常要考虑的标准包括： l操作系统标准 l用户界面标准 l网络标准 l数据查询标准 l图形和制图标准 l数据标准     对于数据标准，我们还需要考虑的包括： l数据质量标准（合适的比例尺，分辨率，地图投影等） l误差标准（拓扑错误，相对误差，绝对误差等） l命名标准（图层，属性等） l文档标准（每个数据集的最少元数据） l数字交换标准（DXF，DLG） c)数据转换     似乎每一个GIS项目都可能会有数据转换的工作，甚至数据入库也都可以算作一个文件格式向“数据库”格式的转换。数据转换的基础在于GIS平台软件对数据格式的支持，比如ArcGIS并不支持Supermap的SDB数据格式，自然在ArcGIS的平台上就不能够实现SDB——>SHP格式的转换了，所以就会有这样那样的交换格式，比如Mapinfo的MIF格式，所谓的交换格式是已公开结构的数据格式，并得到业界软件的认可和支持，在美国有30多种交换格式，其中不乏有国家定义标准的数据格式。大多数GIS软件都会支持这些交换格式。虽然ArcGIS的Shapefile格式来源于早期ArcView 3.x版本，而且也不是什么数据交换格式，但ESRI早已公布其结构白皮书，借助ArcGIS产品的广泛使用和影响力，多年来被绝大多数GIS软件所支持，成为事实上的“交换格式”。ArcGIS还有一种在中国被广泛支持的数据格式是E00，也是早期的一种数据交换格式，用于存储ArcGIS 8.0以前版本的带拓扑的数据。

让我们来看看数据转换都会有哪些情况： l相同的系统，相同的版本    系统A版本1的数据与另外一个同样系统A同样版本1之间进行数据交换，显然不需要对数据格式进行转换。比如同是运行于ArcGIS平台下的系统，同是使用shp格式的数据，那么两个系统之间不需要数据转换即可交换数据。 l相同的系统，不同的版本    系统都是A，但应用的版本不同一个是1一个是2，这时候就需要一个数据转换了。典型的情况就是我们常常遇到的E00格式和Geodatabase之间的转换，Coverage和E00都是ArcGIS 8以前经过拓扑处理的数据格式，从ArcGIS 8版本以后，ESRI提供的格式或者是数据存储方式是Geodatabase，有关Geodatabase的技术知识请大家参考大讲堂上其它的课程。当你使用目前版本的ArcGIS实施GIS项目而数据又是E00格式，那必然会有数据转换的问题。 l不同的系统，使用交换格式    不同的系统，自然数据格式也不同了，这就是比较头疼的问题。我们在实际项目中遇到这样的情况不胜枚举。使用一个大家（不同）系统都能识别和导入导出的格式倒是一个不错的选项，可以供大家选择的交换格式确实也不少，分为两类：一是GIS厂商自己推出的公开标准的格式，比如ESRI的shp，Autodesk的DXF，Mapinfo的MIF；二是标准化组织提供的规范格式，比如OGC的GML，我国的VCT等。