热门标签 | HotTags
当前位置:  开发笔记 > 开放平台 > 正文

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

GIS制图人员的自我修养by李远祥最近一直坚持写GIS制图的技术专题,并不是为了要介绍有什么好的技术和方法去制图,而是要告诉所有从事这一方向的人员一个铁铮铮的实现-
GIS制图人员的自我修养

by 李远祥

      最近一直坚持写GIS制图的技术专题,并不是为了要介绍有什么好的技术和方法去制图,而是要告诉所有从事这一方向的人员一个铁铮铮的实现--要做好GIS制图,必须加强自身的修养。

      为什么修养前面不加任何的定语,为什么不是“技术修养”或者是“技能修养”等?因为我在这里讲的修养,是一个非常普通的大众的名词。可能很多人会说,“我修养很好,不需要再提高”或者“制图不就是个技术活吗?那还需要修养?” 前者在于将涵养、教养等与修养混为一谈,后者则是犯了严重的实用主义错误,思想是需要纠正的。下面我慢慢的从一个老制图人员的角度跟大家讨论一下什么是GIS制图人员的自我修养。

      关于GIS制图,很多从业人员都会陷入一些误区,这些误区或多或少会影响到制图的效果和工作效率。

误区1:GIS制图需要非常高超的技术

      由于GIS制图几乎都是基于现有的数据进行制图,而不是重绘数据,因此,地图的很多地方受制于数据。也就是常见的“有数据烦,没数据更烦”的情况。正式因为这种独特的原因,往往会给人一种错觉----要做好一张地图,必须具备非常高超的技术。

      我们见得非常多的地图,例如百度、高德、腾讯此类的网络地图,我们觉得其颜色、符号都搭配得相当不错,都能展示出大公司对于地图的理解,民众也非常容易接受这类型的地图。其实,这种网络地图所需要的技术是最低级的。因为每一类的要素都有相对固定的符号、颜色和简单的分布规则;而且几个网络公司地图数据的要素种类也是差不多,所以,我们看起来这几家公司的地图都不错,但风格又是差不多。从这个表象其实很容易看出一些问题来,对于动不动就发布全国的地图,那肯定不可能对地图每个细节都做详细的把关,肯定是会使用最简单的方式去制作和处理地图。因此,对于我们乐于接受的地图并且很多人喜欢去模仿的地图,实际上是最没有技术含量的地图。原因非常简单,对于那些具有固定制图规范,或者隐性制图规范的地图来说,只需要严责执行这一套规范,地图都不会丑到哪里去。当然,这样的地图也就是一张“整形脸”,机会没有什么特点。就如上面所说的,百度、高德、腾讯三家公司的网络地图,如果不是专业人士,很少有人刻意去区分它们。大家可以看看以下三张地图,除了色彩风格上有一点差异之外,如果隐藏掉网页标题,估计很难辨别是哪一家的地图吧。

image

百度地图

image

高德地图

image

腾讯地图

      既然大家都使用最简答粗暴的方式去做同样一张图,那么效果肯定差距不大,唯一的差距估计就只有数据的“微小”差异了。具备规范的地图,往往只需要考虑符号的制作(符号形状、大小、颜色、组合规则)、图层的组织(上下叠加和可见比例)、渲染方式(单一值渲染和唯一值渲染)、标注(标注样式、分布规则)等,这几样对于一般都制图人员来说,几乎一点压力都没有。他们只需要认清楚目标,细读制图规范并且严格执行,一张“整形脸”的地图就非常容易出来。而恰好,我们的很多地图都会有自己的制图规范,有的甚至已经有标准的地图符号库了,这配置起来就非常快捷了,严格执行准没错。

      但是,当制图人员人为已经掌握了这些制图技术之后,并且确定能够满足实际的制图生产需要的时候,却无法配制处一张能够另自己或者主管单位满意的地图,就会很容易怀疑自己是否真的掌握了制图技术,怀疑GIS制图是否还有什么高深的技术需要掌握才足以达到最终目的。从互联网地图的例子其实可以看出来,他们能掌握的制图技术,绝对没有一个GIS专业人员掌握的多,但为什么他们能够做得相对漂亮?那是因为他们能够跳出一些技术的误区,结合自己现有的数据和自己掌握的有限的技术,进行快速的地图制作(为什么说快速,因为互联网讲究的就是速度,不可能像GIS的制图人员一样每个地方都去斟酌,先配出来看看,先发布看看响应效果,不行继续修改)。所以,千万不要以为那是需要高深技术,大多数时候,GIS制图都是使用非常低级和接地气的技术就能够完美的完成一张合理的地图。

误区2:制图效果不好是因为没有美工

      除了技术流派的误区之外,更多人则会陷入另一误区,就是过多的将失败归结于“美工”,就是我们所说的美术误区。抱怨制图效果不好是由于没有美工,这样的论调,一般出自于具备深厚的制图技术的制图员口中。因为技术已经掌握的差不多了,而数据又是死的(固定那么多的数据),至于效果出不来,不就是本人不是学美术的,美工的做的事情也落在俺身上,俺那连一点点的美感都挤出来,地图能漂亮吗?

      具有这样论调的制图人员比比皆是,就算给他们安排十个美工,估计也不会制作出让人经验的地图,最多就是适当的改进一下效果。原因很简单,美工是不懂技术的,就像技术人员不去做美工的工作一样。如果说GIS制图必须掌握深厚的技术和美术功底才可以从事工作,那么,估计现将将会有大批的制图人员下岗了。GIS制图不能单纯的归类为技术或者美术,尽管很多时候它是以一项技术的形式存在。从事它的人群,绝对不可能单独配有美工,因为它并不是一个严重依赖美工的行业,它有自己的行业特殊性,就像前面所说的,为什么三大互联网地图公司的大众地图区别不大,绝对不是因为他们雇佣了同一批美工,而是因为地图的一些隐式的行业规范约束着,致使制作统一目的的地图效果差异不大。

      很多人肯定又要问,既然是这样,那还有必要去提升地图效果吗?如果问这样的问题,那就证明他所在的行业对地图规范已经约束得“寸步难行”,因为规范已经放在那里,是一个权威,大家都不能挑战权威,出来的地图只有一张脸,张三和李四去配同一份数据,出来的效果是不会相差1%的。如果在这样的情况下还抱怨没有美工导致效果不好,那就是大错特错了。这种情况本来就不没有美工存在的意义,之所以没做好,那是因为没有读懂规范,没有严格执行规范。当严格执行了规范去制作,就会存在效果的问题。

      GIS制图,首先必须要自我催眠,告诉自己“我既是技术又是美工,我无所不能!”这并不是夸张,因为好的GIS制图人员,除了掌握技术之外,还具有一定的美术功底。而优秀的制图人员,往往是没有美术功底的,他们具有非常细腻的观察能力,具备非常丰富的想象力

image

  例如上图,优秀的制图人员就可以从泰森多边形中直接应用到水立方的表现中去。这看似是具备美术功底,其实不然,这种情况下观察力非常重要,想象力也是非常重要,能够第一时间将水立方和泰森多边形联系起来的人为数不多(水文专业的人除外)。

 

误区3:GIS制图是工具非常重要

      经常会有人问,用什么制图工具比较好?或者问的更加干脆点,有没有一个工具可以非常省事的制作出精美的地图?世界上没有真有那么好用的工具,那制图人员就没有必要存在了,或者可以考虑一下转(下)岗了。【唯工具】论,也是一种非常危险的误区,会导GIS制图员将大量的精力花在尝试和寻找不同的制图工具上,因为老经验告诉我们“磨刀不误砍柴工”。

      GIS制图中,对于工具的定义,不在于“选什么样的刀”,而是在于“选刀还是选锯子”。这怎么解释?因为GIS制图所具备的技术基本上不存在太大的差异,也就是说,无论你采用哪一款GIS软件,如AGIS、MGIS、SMap等,几乎都提供一模一样的制图技术。当然了,还有将刀和锯子混合在一起使用的,例如先用GIS软件处理完之后,再用传统的图形处理软件进行二次修改,这就是典型的瑞士军刀做法。

      无论采用什么工具或流程,在GIS制图中,工具并不是十分重要,至少如果将重要级别分为10级,工具使用顶多只能在3级左右。这不是开玩笑,因为GIS软件关于地图表达方面的基础功能,同质化非常严重,几乎没有过多的差异,只要是长期跟GIS软件打交道的人,在关于制图方面,几乎是不存在转换压力的。如果非的要使用非GIS软件去制作地图,那是另当别论。试想想,以前没有软件使用的时候,地图是怎样制作的;没有GIS数据,没有GIS软件辅助的时候,地图又是怎样生产出来的。其实答案非常明显,GIS制图中,工具不是一个决定性因素。选好一个自己熟悉的软件,无论怎么试用,都可以出自己想要的效果,所谓的“熟能生巧”,到了一定程度之后,这个“巧”,就是我们所谓的技巧,自然而然就出来了。

      当然,有时候为了辅助一下地图的制图,笔者也会写一些小工具。例如快速制图插件航路通生成工具,甚至连一些比较小巧的浮雕效果一键工具等。但这些是抽取出来的操作,而非工具本身。

      所以,GIS制图什么最重要?不是技术,也不是工具,也不是数据(后面再进一步说明),而是技巧。没有一定的技巧是做不错精美的地图的,而技巧有需要长时间的经验积累,不是做两三张地图就能积累起身的,需要长期的训练和培养。

 

误区4:数据问题,怎么配效果都不好

      由于GIS制图的特殊性,需要GIS数据进行支撑,很多时候问题会出在数据上。数据太少,显得地图比较空白;数据太多,地图很拥挤,连显示都成问题。那么,到底要什么样的数据才可以生成好的效果。答案就是“贱人就是矫情”!

      地图配得好还是不好,不能归咎于数据。在GIS中,数据是真实地物的反映,而地图则是现实的抽象,这两个东西本来就是矛盾存在。如果硬要使用地图符号规范(注意:是符号规范,不是地图规范)去套真实数据,那就是自相矛盾的做法。因此,在GIS制图中,如果要制图出精美的地图,无一不是针对数据进行精细的处理。地图的没改进一点,意味着多出一步或者十几步的数据处理操作。

      抱怨数据少效果不好的同学,可以看看之前制作浮雕效果的文章,这个是一个典型的数据非常少的案例,就只有一个行政区面图层。如果只是简单着色一下,做个唯一值渲染就足够了,但效果怎样都不会好,最多只有中规中矩。但只要我们想办法多迈出一步,整个效果就跃然纸上了。

浮雕效果

      再看数据质量问题,一个路面显示的例子,由于路面采集时没有采集道路边界,所以,其直接显示效果非常差劲。

image

      通过图层复制后叠加,上层采用填充去轮廓,下层只显示轮廓,利用最传统的层叠加概念,这样不需要做任何的处理就可以将这个数据变废为宝了。

image

      如果是个有追求的GIS制图人员,他还会进一步的对数据进行处理,尽可能去模仿现实世界的情况,例如在路口处加入一些渠化的效果。适当的做一下数据融合,然后再做一些平滑处理。几乎所有的GIS桌面工具都会提供面平滑的工具。最后得出的效果非常感人。

image

 

      实际上可以通过简单的叠加或者进一步处理,可以屏蔽掉数据质量问题,让地图更加叠合实际。

      植被填充或者楼块的立体效果,无一不是从已知数据生成辅助数据,更好的去表达地图。

新增随即点模拟植被填充

image

立体楼块效果

image

楼块的辅助数据

      而如果具备大量的高精度数据,可能会比没有数据更加头痛,那就涉及到地图缩编的问题,更是一个复杂的数据处理过程。

      所以,数据问题其实真的不能成为地图效果不好的借口,世界上实在有太多的方式和方法去处理数据了,只要适当多走几步,就肯定能走得比原来远(这岂不是废话`(*∩_∩*)′)。还有一点就是,千万不要相信有什么制图模板之类的存在,GIS制图是基于数据的制图,模板只适用于同一个结构的数据。有时候,模板就真的只适用制作模板时的那份数据。不要心存侥幸,好的地图都是在现有的数据基础上“处理”出来的,而不是“配置”出来的,这一点非常重要。

 

      前面所说的就是GIS制图人员常见的几大误区。如果能够规避了这些误区,少犯些错误,地图的制作会比较顺利。认清这些误区并不困难,但很多人都会在地图制作过程中不知不觉又陷进去了。因此,为什么我们要谈论GIS制图员的自我修养,要提升制图的自我修养,就是要从根本上杜绝GIS制图的各种“歪风邪气”,从地图学和GIS的基本原理中去提升地图制作水平。至于怎样提高GIS制图员的自我修养,就留给下一章节来探索了。


推荐阅读
  • 热血合击脚本辅助工具及随机数生成器源码分享
    本文分享了一个热血合击脚本辅助工具及随机数生成器源码。游戏脚本能够实现类似真实玩家的操作,但信息量有限且操作不可控。热血合击脚本辅助工具可以帮助玩家自动刷图、换图拉怪等操作,并提供了雷电云手机的扩展服务。此外,还介绍了使用mt_rand函数作为随机数生成器的代码示例。 ... [详细]
  • 本文讨论了如何查看js的一些方法的官方文档,作者提到了在实现打印功能时遇到了困惑,不知道如何查看方法。虽然百度有时可以得到答案,但作者想要知道官方文档的用法,因为有时候百度并不能满足自己的需求。 ... [详细]
  • 英语思维导图大全 词汇与语法结构详解
    本文详细介绍了英语思维导图大全中的词汇与语法结构,包括新鲜一感的理解和订阅后获取百度网盘链接的方法。通过阅读本文,您将对英语思维导图的相关知识有更深入的了解。 ... [详细]
  • 树莓派语音控制的配置方法和步骤
    本文介绍了在树莓派上实现语音控制的配置方法和步骤。首先感谢博主Eoman的帮助,文章参考了他的内容。树莓派的配置需要通过sudo raspi-config进行,然后使用Eoman的控制方法,即安装wiringPi库并编写控制引脚的脚本。具体的安装步骤和脚本编写方法在文章中详细介绍。 ... [详细]
  • SpringMVC接收请求参数的方式总结
    本文总结了在SpringMVC开发中处理控制器参数的各种方式,包括处理使用@RequestParam注解的参数、MultipartFile类型参数和Simple类型参数的RequestParamMethodArgumentResolver,处理@RequestBody注解的参数的RequestResponseBodyMethodProcessor,以及PathVariableMapMethodArgumentResol等子类。 ... [详细]
  • 如何提高PHP编程技能及推荐高级教程
    本文介绍了如何提高PHP编程技能的方法,推荐了一些高级教程。学习任何一种编程语言都需要长期的坚持和不懈的努力,本文提醒读者要有足够的耐心和时间投入。通过实践操作学习,可以更好地理解和掌握PHP语言的特异性,特别是单引号和双引号的用法。同时,本文也指出了只走马观花看整体而不深入学习的学习方式无法真正掌握这门语言,建议读者要从整体来考虑局部,培养大局观。最后,本文提醒读者完成一个像模像样的网站需要付出更多的努力和实践。 ... [详细]
  • 本文由编程笔记#小编整理,主要介绍了关于数论相关的知识,包括数论的算法和百度百科的链接。文章还介绍了欧几里得算法、辗转相除法、gcd、lcm和扩展欧几里得算法的使用方法。此外,文章还提到了数论在求解不定方程、模线性方程和乘法逆元方面的应用。摘要长度:184字。 ... [详细]
  • 嵌入式处理器的架构与内核发展历程
    本文主要介绍了嵌入式处理器的架构与内核发展历程,包括不同架构的指令集的变化,以及内核的流水线和结构。通过对ARM架构的分析,可以更好地理解嵌入式处理器的架构与内核的关系。 ... [详细]
  • HTML5网页模板怎么加百度统计?
    本文介绍了如何在HTML5网页模板中加入百度统计,并对模板文件、css样式表、js插件库等内容进行了说明。同时还解答了关于HTML5网页模板的使用方法、表单提交、域名和空间的问题,并介绍了如何使用Visual Studio 2010创建HTML5模板。此外,还提到了使用Jquery编写美好的HTML5前端框架模板的方法,以及制作企业HTML5网站模板和支持HTML5的CMS。 ... [详细]
  • 分享css中提升优先级属性!important的用法总结
    web前端|css教程css!importantweb前端-css教程本文分享css中提升优先级属性!important的用法总结微信门店展示源码,vscode如何管理站点,ubu ... [详细]
  • 一次上线事故,30岁+的程序员踩坑经验之谈
    本文主要介绍了一位30岁+的程序员在一次上线事故中踩坑的经验之谈。文章提到了在双十一活动期间,作为一个在线医疗项目,他们进行了优惠折扣活动的升级改造。然而,在上线前的最后一天,由于大量数据请求,导致部分接口出现问题。作者通过部署两台opentsdb来解决问题,但读数据的opentsdb仍然经常假死。作者只能查询最近24小时的数据。这次事故给他带来了很多教训和经验。 ... [详细]
  • Netty源代码分析服务器端启动ServerBootstrap初始化
    本文主要分析了Netty源代码中服务器端启动的过程,包括ServerBootstrap的初始化和相关参数的设置。通过分析NioEventLoopGroup、NioServerSocketChannel、ChannelOption.SO_BACKLOG等关键组件和选项的作用,深入理解Netty服务器端的启动过程。同时,还介绍了LoggingHandler的作用和使用方法,帮助读者更好地理解Netty源代码。 ... [详细]
  • 本文介绍了互联网思维中的三个段子,涵盖了餐饮行业、淘品牌和创业企业的案例。通过这些案例,探讨了互联网思维的九大分类和十九条法则。其中包括雕爷牛腩餐厅的成功经验,三只松鼠淘品牌的包装策略以及一家创业企业的销售额增长情况。这些案例展示了互联网思维在不同领域的应用和成功之道。 ... [详细]
  • 基于移动平台的会展导游系统APP设计与实现的技术介绍与需求分析
    本文介绍了基于移动平台的会展导游系统APP的设计与实现过程。首先,对会展经济和移动互联网的概念进行了简要介绍,并阐述了将会展引入移动互联网的意义。接着,对基础技术进行了介绍,包括百度云开发环境、安卓系统和近场通讯技术。然后,进行了用户需求分析和系统需求分析,并提出了系统界面运行流畅和第三方授权等需求。最后,对系统的概要设计进行了详细阐述,包括系统前端设计和交互与原型设计。本文对基于移动平台的会展导游系统APP的设计与实现提供了技术支持和需求分析。 ... [详细]
  • Sleuth+zipkin链路追踪SpringCloud微服务的解决方案
    在庞大的微服务群中,随着业务扩展,微服务个数增多,系统调用链路复杂化。Sleuth+zipkin是解决SpringCloud微服务定位和追踪的方案。通过TraceId将不同服务调用的日志串联起来,实现请求链路跟踪。通过Feign调用和Request传递TraceId,将整个调用链路的服务日志归组合并,提供定位和追踪的功能。 ... [详细]
author-avatar
U友50054453
这个家伙很懒,什么也没留下!
PHP1.CN | 中国最专业的PHP中文社区 | DevBox开发工具箱 | json解析格式化 |PHP资讯 | PHP教程 | 数据库技术 | 服务器技术 | 前端开发技术 | PHP框架 | 开发工具 | 在线工具
Copyright © 1998 - 2020 PHP1.CN. All Rights Reserved | 京公网安备 11010802041100号 | 京ICP备19059560号-4 | PHP1.CN 第一PHP社区 版权所有