阿翔

自动化制图是目标，由于复杂性，先介绍arcgis下marker符号的自动调整 涵洞特点涵洞 所在层名HFCP  国标代码220900 (国标1：5万，1：2.5万)涵洞的制图表达符号设置为两层Marker symbol Layer ，见图示1 图1                                涵洞在数据视图下的初始化显示，默认水平方向，两层符号的关系为

GIS系统的一项重要功能是出图，而出图功能的最终解决方案涉及排版。而GIS中的排版绝非纯粹的体力活，事实上实用排版系统所追求的终极目标是交互的简单，信息的丰富，定制的灵活性。这三项指标是对GIS出图系统评价的最好依据。在ArcGIS桌面系统中出图部分完全依靠Element来控制版式的布局，通过不同类型的Element来提供不同的成图要素。Element主要分为两类Graphic Element

一、参考国家标准目前遵循开发的标准都完全基于最新的国家标准(新标准和老标准差异非常大)1、GB/T 20257.4-2007>2、GB/T 13989-92>3、GB/T 1234.3-2009>4、GB/T 12409-2009> 二、架构说明所有组件都基于COM技术，采用C++开发。ArcGIS用户使用只需直接注册组件即可，不需要任何第三方支持。

ArcMap 9.3下的UI风格着实比较粗糙，和国内很多软件UI相比汗颜呀,但是ArcMap在GIS编辑上的重要性是不言而喻的，最近想试着深入一下ArcMap的定制。ArcMap的可定制部分，无外乎菜单，工具栏，以及停靠栏，前二者，一般用户可能都接触过，例子也比较多，各种语言和代码都能找到，停靠栏在网上也能找到，VBA和C#比较多，但是C++开发的代码没有，原因是嵌入窗体到停靠栏中不容易实现。

前面的几节主要关注制图标准化，这一节关注的是非标准化制图。所谓非标准制图，简单说来就是没有国家标准或行业标准的地图需要生产，此类地图多偏向专题类型的地图版式。注重地理分析功能的地图，一般并不关注地图的排版，因为地图方式的结果呈现并非由地图专业人员来完成，而是其他开发人员完成，故对

ArcGIS地图控件上作平移(Pan)操作经常会出现白边问题。现象如下:        这其实是一个用户体验的问题，ESRI在ArcGIS10下仍然没有解决，也有可能ESRI根本就不认为在桌面产品中这是一个问题。但是很多用户却认为这是一个需要解决的问题，用户的感受其实是第

国家1:五万地形图制图项目算是我参加的项目中时间最长的了，从项目开始参与时才刚结婚，到近期项目验收时，自己的孩子都已经满地跑了。艰难得项目过程着实让人窒息。几年时间的持续开发，几乎耗尽了每个参与者的所有精力，幸好结果是圆满的。        很多人不了解五万的特点，其实从用途

地理信息技术，从开始接触到以此为工作，经历了8年的时间了。自己也经历了一个长时间的认识，学习和思考的工作。起初只几个行业的使用，到现在五十多个行业的全面应用，地理信息技术已经被大家普遍接受和认可了，从上文的留言可以看出从事这个技术或了解的人也很多，很难想象在十年前当有人问我听说过

一直认为地理信息系统建设是个小众化的圈子，但是随着越来越多的人开始使用GIS软件，发现GIS已经从蛰伏期转变到了繁荣期，而且技术也越来越成熟。慢慢想来，几乎每个行业都在使用GIS技术，如国土，环保，航测等等。虽然GIS技术是一个跨学科综合型的IT技术，但在早先的应用仅局限在一些专

      图廓的构成其实相当复杂，不同比例尺下，图廓规定是不一样的。当时他们有一个共同点，即如果图号确定，那么多有布局的位置信息都会被确定。图廓组件的设计，应当尽量和数据分离，这样在不同数据情况下，都能使用，而无须改动。      以百万分幅为例，其他比例尺类似。百万比例尺下，图廓的五个主要部分是，主图区，接图表，比例尺，(高度表在大部分专题图中不予考虑)，图例。其他还有一些是文本描述都可以归为一类，统称为文本信息。现在来看制图中变化和不变的地方，五大部分是相对于主图区定位，主图区确定，其他部分都可以确定

      在ArcGIS的制图过程中，地图整饰是一大块内容。但是地图整饰无外乎，地图主图区，接图表，图名，图例等。这些地图整饰内容都是绘制在Page Layout下的Enlemnt中的。制图过程中，工作量最大的有两部分内容，一部分是各个地图整饰单元之间的布局调整；另一部分内容就是主图区样式的调整，包括图廓的调整，参考格网的设置。      这里主要介绍地图格网的内容。经常制图的人需要设置和调整格网。一般来说，地图格网设置的前提是，已经把主图区的位置和比例尺设置好。其实在本质上，三个变量决定了主图区的内容，

      AGG(Anti-Grain Geometry)，强大的2D几何图形库。因为GDI+的一些缺陷(不能跨平台，某些应用场合精度差)，我一直在寻求可以替换gdi+绘图组件的方案，最终我选择了AGG。网上关于2D图形库的组件非常多，类似的还有GOOGLE PICASSO,CAIRO(firefox底层采用的渲染器)，QT，OpenGL等等。从易用性的角度来说AGG比较困难，因为官方只给出了C++源代码,没有组件库和封装好的包，其他语言要想直接用是不可能了。从网上关于使用效果的评论来说，AGG是最高效，

       当前的制图一般有两种分幅方式，经纬分幅和矩形分幅。国内制图规范采用经纬分幅，可参考国标《国家基本比例尺地形图分幅和编号 GB/T 13989 - 92》。       经纬分幅的主要特点是依据百万分幅编号，行列方式细分，得到不同比例尺下的行列号，根据所在百万分幅和所在行列的行列号得到分幅号。50万到5千比例尺的分幅号都是10位编码。前三位是所在百万图幅编号，第四位是当前比例尺，后六位是所在行和所在列，行列号不足三位补三位，补零到行列编号前以对齐。具体可参考国标。       这里主要考虑的是如

<br />      2007年，因为需求的缘故，写了一个ArcGIS的插件http://blog.youkuaiyun.com/jx1228/archive/2010/04/15/5488755.aspx，我自己定义了一种符号绘制方式，用户可以用我的插件绘制出更好的线型。在插件底层的实现过程中，我用了微软的GDI+组件，反锯齿的效果不错，效率也很高。这些年不断有人希望我能随ESRI的产品升级插件，当初开发的时候是基于ArcGIS9.2的，现在ArcGIS10了过段时间10.1版本也要出来了。当初写完插件，联系美国E

      汶川地震三周年之际，纪念的文章和报道很多，想到了三年前地震发生后，自己也积极参与了减灾中心的技术支持，时间过得太快了，应急也因为这一历史性事件突然有了飞速的发展。       地震，海啸，洪水是目前国内应急关注的重点，而应急关注的还有很多其他的行业，例如环境，公安等等。这几年陆陆续续接触了一些应急方案的咨询，从奥运安保到地震应急保障的解决方案都陆续把关注焦点转向了地理信息系统。应急跨越了很多行业，这本身就说明了应急的复杂性，但是因为地理信息系统具有地理空间可视化和地理空间分析可操作性等特点，使基

      地图制图学由来已久，从加拿大地理学家汤姆林森提出数字制图开始，地图制图学进入了数字制图的黄金发展时期一直持续到了现在仍然在蓬勃发展。计算机制图现在是一种非常常规和认可的技术手段，而且各种计算机制图软件层出不穷。目前主流的制图软件仍旧是分为两类，AutoCad为代表的一类制图模式，和以ArcGIS为代表的一类制图模式。这两种模式的共性是都是基于实际地理采集的数据，异同是Cad着重表现样式，而ArcGIS着重分析。所以如果强调图的效果，cad,cordraw一类是牢牢占据主流的出图软件地位的；如果是

      根据国标规定，不同比例尺下地图的投影定义是不同的，根据当前最新国标规定，无论何种投影都采用2000坐标系。      以百万分幅为例，其他比例尺雷同。在国标GB/T 20257.4-2007中规定，1：100万分幅的地形图制图图式采用2000地理坐标系，投影坐标系则采用正轴等角双标准纬线圆锥投影。      地理坐标系参数如下:     2000国家大地坐标系采用的地球椭球参数的数值为：　      长半轴 a＝6378137m 　　扁率 f=1/298.257222101 　　地心引力常数 G

纵所周知，物联网数据展示中，大量使用地图数据作为分析及展示底图，由于天地图作为国内官方的地理信息数据来源，其合法性及权威性不容置疑。目前可以调用的天地图WMTS服务也非常多，但是最大的问题是天地图的WMTS服务发布参考的是国内的CHZ/9011-2011《电子信息公共服务平台电子地图数据规范》,然而WMTS的国际规范一般是指OGC提供的标准《OpenGIS Web Map Tile Service