GIS制图人员的自我修养(2)--制图意识

by 李远祥

上次提及到GIS制图人员的一些制图误区,主要是为GIS制图人员剖析在制图工作中的一些问题。但如何提高制图的自我修养,却是一个非常漫长的过程,这一章主要为提升制图修养作一些理论铺垫。其中,最值得强调的就是制图意识。

什么是制图意识?就是当第一时间看到数据的时候,就立刻针对该数据做出反应,基本上形成初步的制图思路,并确定制图的技术路线。说到底,所谓的制图意识,对于制图界的老鸟来说,就是经验。但是经验往往是需要长时间的积累的。还有一种情况就是具有制图天赋的人,天生就具备这种敏锐的触觉。但不管怎样,意识都是虚幻的,都需要长时间培养。下面说说GIS的制图意识到底包括哪些。

意识1:层的概念

无论是使用GIS制图还是传统的图像处理工具进行制图,目前技术界几乎都以层的方式对图进行组织。为什么会达成这样的一个共识?那我们来剖析一下层到底包含哪些东西。在GIS中,很多关键技术都涉及到层,例如符号层、图层、数据层、地图元素层等。

首先,层是一个分类方法。几乎每一个GIS软件都会对层进行非常明确的要求和限制,数据的存储和组织都是以层来实现的,它的规则比CAD严格得多,所以很多人对于GIS制图觉得比较困惑。前些日子某高校的一位教授问我,她的学生都喜欢用CAD作图,她很不明白为什么他们更喜欢CAD。我当时跟她说了最基本的说法,CAD绘制出来的就是图,而GIS绘制出来的是数据,还需要针对数据进行制图。当然,这两种工具还是有很多地方不一样的,但针对作图,那区别就如我所说,GIS会相对麻烦和复杂一些,不想CAD那么自由。但正是GIS有其他特有的好处是CAD完全不具备的,所以才有非常多的人针对GIS数据去作图,做好前端的展示部分。GIS利用其层的方式进行数据的分类,其实非常方便后期的计算和处理,更具有规范作用。

其次,层具有位置特点,即上层压盖下层。在制图当中,非常多人讨厌这一天然存在的逻辑,因为要处理压盖是一件非常痛苦的事情。但实际上,正是这样压盖关系才让GIS的地图制作变得容易。例如下图是双线符号的设置,可以看到双线符号的本质就是两个具有一定线宽的线符号层相互叠加,上层压盖下层,这样便成了一个看起来像具有边线一样的符号。

还有之前的道路边线的例子,同样也是使用了层的压盖关系,只不过这种关系是同一个数据使用分别用两个层来渲染罢了。

层的压盖例子简直就是举不胜数,包括使用掩膜等方式也是非常优秀的压盖使用方式。所以,不要以为压盖就是坏事,在专业级的制图人员眼里,压盖就是一种天然的可利用的规则。如果没有这种意识,可能会错过非常多的制图捷径。

最后,层是可叠加的。叠加性质是用得最多的,不管承不承认,就算是毫无意识的去制图,也会使用到图层的叠加。例如最基本的将几个数据放在同一个地图上,这就成了图层叠加了。当然,有经验的制图人员还会告诉我们非常多叠加方式,可以完成几乎想象不到的效果。例如符号层的叠加,叠出漂亮的符号

有如通过叠加阴影数据和透明度使用,实现浮雕效果

又或者通过制图表达的图层进行叠加和处理,让地图看起来更加立体感一些。

这些无一不是使用了层的相关特性而做出的处理。有意思的是,几乎所有有特点的地图,都会巧妙的利用层的特性去做文章,并且将层的特性发挥到淋漓尽致。所以,我在这里为什么要首先提出层的概念,因为这是GIS制图的根基,而它脱离了GIS也能很好的存在,它并不是一个技术术语,而是一个最基本的名词,带有组织、压盖、叠加等基本属性的名词。

意识2:数据意识

为什么要提数据?因为GIS制图是针对数据的制图,几乎没有一个制图人员是从数据的矢量化开始,因为我们都会拿到数据之后才去制图,而不是像CAD一样直接绘制。那么,问题很快就来了。如果拿到数据就直接制图,那就会出现很多问题。有些人抱怨数据质量太差,不能根据数据制作地图;也有人说数据太少,地图比较空泛,看起来缺乏内容。多少年来,制图人员的这种“看菜吃饭”的做法相当不明智。虽然数据是制图的根基,但总不能让数据限制了地图的制图。例如在植被的制作章节《ArcGIS制图技巧系列(1)还原真实的植被》中提及到利用植被面去生成随即点做面上的灌丛效果,就是一次提升数据质量的做法。

有如前面所说到的地形渲染的方式《ArcGIS制图技巧系列(2)地形渲染》,利用原有的数据做简单的处理和叠加,就可以还原高低起伏的地形。

当然,还有一些就是需要自己对数据进行一定的处理,并且通过处理部分的辅助数据对地图进行润饰。例如通过计算面状数据的投影面,利用投影面进行叠加,让建筑看起来更加立体感(互联网地图就是这么干的)。

对于数据的使用和处理,其关键就是从无到有,从有到优。除此之外,就没有跟深奥的做法了。但能够通过数据处理的方式来提升地图质量,那是一种综合能力,是需要各方面的技能和技巧进行汇总的,一般制图人员很难做到。

意识3:思考和观察

思考和观察是最难的培养的制图意识。这里并不是说制图人员对于制图缺乏思考和观察,这里要表达的是更深层次的思考方式,可以理解为需要敏锐的制图嗅觉,并通过有效的观察和思考,去实现貌似不可能的地图效果。例如前面章节提及过的水立方的效果,就是通过观察水立方表面的纹理,思考通过泰森多边形来模拟,并借用制图表达的发光效果来实现,如下图

还有就是利用山体阴影可以实现立体效果这一潜规则,巧妙的利用内缓冲区和欧氏距离去生成栅格数据,最终实现浮雕效果,具体参考《ArcGIS制图技巧系列(3)—让地图更有立体感

所有的这些,都是需要大量的观察、思考、类比等过程,都是源于对数据的敏锐观察,也就是我在前面的说的数据意识基础上才能实现的。

意识4:巧妙利用工具

为什么是巧妙利用,而不是说熟练利用呢?这是有本质区别的。也许大家都听过卖油郎的故事,最让人熟悉的一句话就是“无他,手熟耳”。只有在对工具熟练的基础上,才会想到如何巧妙的利用他们。例如利用随点工具去生成随机植被点进行填充;上面提到的是内缓冲、欧氏距离、裁剪、山体阴影和叠加等实现立体浮雕效果。这些都属于出奇制胜的方式,没有谁规定制图不可以使用欧式几何工具吧,关键在于怎么用。地图的效果是否完美,关键就看这个工具是否用到妙处了。

总结:

关于制图意识,向来都是大篇幅灌输就能领悟到,重要的还是多练习多思考,通过在实践中一点一滴的去积累,并且融入到制图人员的意识中去。这样,制图意识就会在地图制作中不经意的发挥自己的作用。

时间: 2024-08-08 17:51:20

GIS制图人员的自我修养(2)--制图意识的相关文章

GIS制图人员的自我修养(1)--制图误区

GIS制图人员的自我修养 by 李远祥 最近一直坚持写GIS制图的技术专题,并不是为了要介绍有什么好的技术和方法去制图,而是要告诉所有从事这一方向的人员一个铁铮铮的实现--要做好GIS制图,必须加强自身的修养. 为什么修养前面不加任何的定语,为什么不是"技术修养"或者是"技能修养"等?因为我在这里讲的修养,是一个非常普通的大众的名词.可能很多人会说,"我修养很好,不需要再提高"或者"制图不就是个技术活吗?那还需要修养?" 前者

IT技术管理者的自我修养

1. 前言 本来写<IT技术管理者的自我修养>与<IT技术人员的自我修养>是一开始就有的想法.但发表<IT技术人员的自我修养>后,收到了不少良好的反馈,博客园的编辑对该文进行了置顶推荐,迅速带来了4000多的浏览量,阿里菜鸟国际的大牛也通过私信投来了橄榄枝,现在都还没来得及回复,也有网友留言申请了转载,虽然被改的面目全非.在此非常感谢大家的认可,只要有共鸣,有收获,就不枉我敲这么多字了(^_^).但同时,也对我继续写<IT技术管理者的自我修养>带来了不少的压

一个程序员的自我修养

在网上看到一篇程序员的自我修养,深以为然,不禁摘录一些,勉励自己 一个好的开发人员,应该能够全面.高效.严谨的去处理任何软件程序和业务问题,成为一个好的开发,是一个很有意思的话题,不过无论这个话题如何开展,基础两个字必不可少,虽然代码量是衡量开发能力的重要指标,但仅能够熟练的进行代码编写是不够的,更要能深刻的理解技术原理和业务逻辑,扎实的个人基础和技术基础往往会促进代码的编写,更游刃有余的解决问题. 下面说的一些基础,可能绝大部分开发人员都不会在意甚至忽略,但恰恰这些才是开发大厦的基石. 1.科

很认真的聊一聊程序员的自我修养

首先要谈的是,今天的话题所聊的程序员包含哪些人? 在中国,写程序,不仅仅是一种兴趣,更多的时候,还是一种普通职业和谋生工具 大公司有厉害的程序员,优秀的架构师,但大量的小公司也有很多普通的程序员.在我这些年的工作经历中,也越来越深刻的感受到普通程序员的影响和力量.对于高阶程序员,所谓八仙过海各有神通,各有各的成就,各有各的修养,但程序员在达成较高的水平之前,有一些"自我修养",是最基础的,是普世的. 所以今天的话题面向的程序员,就是所有的正在写代码或者曾经写过代码的程序员,也包括广义上

论一个“程序猿”的自我修养;

首先要谈的是,今天的话题所聊的程序员包含哪些人? 在中国,写程序,不仅仅是一种兴趣,更多的时候,还是一种普通职业和谋生工具 大公司有厉害的程序员,优秀的架构师,但大量的小公司也有很多普通的程序员.在我这些年的工作经历中,也越来越深刻的感受到普通程序员的影响和力量.对于高阶程序员,所谓八仙过海各有神通,各有各的成就,各有各的修养,但程序员在达成较高的水平之前,有一些"自我修养",是最基础的,是普世的. 所以今天的话题面向的程序员,就是所有的正在写代码或者曾经写过代码的程序员,也包括广义上

很认真地聊一聊程序员的自我修养

最近看了<浅谈程序员的英语学习>,对于文章中的观点我非常认同,英语是非常重要的,但文章站的高度还是太高,具体表述的学习方法我不是很认同,也认为不太实际,恰好之前有一篇一直没有发表的文章想重新发布,就借此机会和大家很认真的谈一谈程序员的自我修养问题. 先介绍一下利益相关,我的背景: 初中开始参加信息学与数学竞赛,大学本科软件工程专业,毕业后在银行做大数据分析与项目管理,后自主创业,做过传媒公司.软件外包公司,现在中国(南京)软件谷有个工作室,做些自己喜欢的事情.15年编码经验,6年创业经验.主要

项目管理笔记-开发的自我修养

1.是否要接需求的问题我们的测试阶段分为测试环境\线上环境\bugbash三个 原则上来讲在测试环境的测试阶段可以在评估工作量之后适当修改需求,后两个阶段不能修改需求. a 视觉因为很难在第一阶段介入,比较特殊.可以允许在第二三阶段提出修改.如果要进行视觉微调,视觉需要单独和开发商量,开发修改也必须以不影响进度为准(不因为需求变更而减少正常开发任务). b 逻辑的问题请策划在设计时想清楚,或在第一阶段时和开发沟通,提出修改. c 非策划和视觉直接提出的需求全部拒绝,需通过前两者来提出 2.需求确

软件项目管理三国启示录01 群雄争霸之项目经理的自我修养

序 话说天下大势,合久必分,分久必合:写代码也一样,写着写着就想做做管理,作为一名码农,我就有过这样的心态,而且还机缘巧合这几年做了几个项目,因此有机会与不同的人.不同团队打交道,也或多或少有些积累了一些体会(谈不上经验),因此想纪录下来,与朋友们一起分享,以求共同进步. 为了防止有多心的朋友.同事或合作伙伴对号入坐,我就借用三国演义中的人物故事,并结合自身的一些项目体会来浅谈一下软件项目管理中的一些心得体会,这其中有的故事或大或小,大的故事我们权且认为是大项目,小的故则认为是小项目.本系列初步

聊一聊程序员的自我修养

首先要谈的是,今天的话题所聊的程序员包含哪些人? 在中国,写程序,不仅仅是一种兴趣,更多的时候,还是一种普通职业和谋生工具 大公司有厉害的程序员,优秀的架构师,但大量的小公司也有很多普通的程序员.在我这些年的工作经历中,也越来越深刻的感受到普通程序员的影响和力量.对于高阶程序员,所谓八仙过海各有神通,各有各的成就,各有各的修养,但程序员在达成较高的水平之前,有一些"自我修养",是最基础的,是普世的. 所以今天的话题面向的程序员,就是所有的正在写代码或者曾经写过代码的程序员,也包括广义上