cad数据与gis数据融合方法研究

第４３卷第３期２０２０年３月
测绘与空间地理信息
ＧＥＯＭＡＴＩＣＳ＆ＳＰＡＴＩＡＬＩＮＦＯＲＭＡＴＩＯＮＴＥＣＨＮＯＬＯＧＹ
Ｖｏｌ.４３ꎬＮｏ.２Ｍａｒ.ꎬ２０２０
收稿日期:２０１８－１０－０８
作者简介:张㊀洪(１９９４－)ꎬ男ꎬ四川三台人ꎬ地理信息系统专业硕士研究生ꎬ主要研究方向为空间数据挖掘与建模ꎮ
ＣＡＤ数据与ＧＩＳ数据融合方法研究
张㊀洪１ꎬ卢廷玉２
(１.哈尔滨师范大学地理科学学院ꎬ黑龙江哈尔滨１５００２５ꎻ
２.哈尔滨师范大学寒区地理环境监测与空间信息服务黑龙江省重点实验室ꎬ黑龙江哈尔滨１５００２５)
摘要:ＡｕｔｏＣＡＤ数据和ＧＩＳ数据的数据模型差异导致的异构性ꎬ是ＡｕｔｏＣＡＤ数据与ＧＩＳ数据之间难以实现无损
转换㊁无缝融合的根本原因ꎮ从以上根本原因出发ꎬ提出了两种基于语义的ＡｕｔｏＣＡＤ数据与ＧＩＳ数据融合方案ꎬ并给出了利用ＡｕｔｏＣＡＤ进行数据生产作业过程中在制图规则㊁数据规范化方面的建议关键词:ＡｕｔｏＣＡＤꎻＧＩＳꎻ数据融合ꎻ语义转换
中图分类号:Ｐ２０８㊀㊀㊀文献标识码:Ａ㊀㊀㊀文章编号:１６７２－５８６７(２０２０)０３－００８６－０４
ＲｅｓｅａｒｃｈｏｎＣＡＤＤａｔａａｎｄＧＩＳＤａｔａＦｕｓｉｏｎＭｅｔｈｏｄ
ＺＨＡＮＧＨｏｎｇ１ꎬＬＵＴｉｎｇｙｕ２
(１.ＣｏｌｌｅｇｅｏｆＧｅｏｇｒａｐｈｉｃａｌＳｃｉｅｎｃｅꎬＨａｒｂｉｎＮｏｒｍａｌＵｎｉｖｅｒｓｉｔｙꎬＨａｒｂｉｎ１５００２５ꎬＣｈｉｎａꎻ２.ＨｅｉｌｏｎｇｊｉａｎｇＰｒｏｖｉｎｃｅＫｅｙＬａｂｏｒａｔｏｒｙｏｆＧｅｏｇｒａｐｈｉｃａｌＥｎｖｉｒｏｎｍｅｎｔＭｏｎｉｔｏｒｉｎｇａｎｄＳｐａｔｉａｌＩｎｆｏｒｍａｔｉｏｎＳｅｒｖｉｃｅｉｎＣｏｌｄＲｅｇｉｏｎｓꎬＨａｒｂｉｎＮｏｒｍａｌＵｎｉｖｅｒｓｉｔｙꎬＨａｒｂｉｎ１５００２５ꎬＣｈｉｎａ)
Ａｂｓｔｒａｃｔ:ＴｈｅｈｅｔｅｒｏｇｅｎｅｏｕｓｄａｔａｍｏｄｅｌｌｅａｄｉｎｇｔｏｔｈｅｄｉｆｆｅｒｅｎｃｅｏｆＡｕｔｏＣＡＤｄａｔａａｎｄｔｈｅＧＩＳｄａｔａｉｓｔｈｅｆｕｎｄａｍｅｎｔａｌｒｅａｓｏｎｆｏｒｔｈｅｌｏｓｓｌｅｓｓｔｒａｎｓｆｏｒｍａｔｉｏｎａｎｄｓｅａｍｌｅｓｓｉｎｔｅｇｒａｔｉｏｎｂｅｔｗｅｅｎＡｕｔｏＣＡＤｄａｔａａｎｄＧＩＳｄａｔａ.Ｂａｓｅｄｏｎｔｈｅａｂｏｖｅｒｅａｓｏｎｓꎬｔｗｏｓｅｍａｎｔｉｃｂａｓｅｄ
ＡｕｔｏＣＡＤｄａｔａａｎｄＧＩＳｄａｔａｆｕｓｉｏｎｓｃｈｅｍｅｓａｒｅｐｒｏｐｏｓｅｄꎬａｎｄｓｕｇｇｅｓｔｉｏｎｓａｒｅｇｉｖｅｎｉｎｔｈｅｍａｐｐｉｎｇｒｕｌｅｓꎬｄａｔａｓｔａｎｄａｒｄｉｚａｔｉｏｎｕｓｉｎｇＡｕｔｏＣＡＤｄａｔａｐｒｏｄｕｃｔｉｏｎｐｒｏｃｅｓｓ
Ｋｅｙｗｏｒｄｓ:ＡｕｔｏＣＡＤꎻＧＩＳꎻｄａｔａｆｕｓｉｏｎꎻｓｅｍａｎｔｉｃｔｒａｎｓｆｏｒｍａｔｉｏｎ
０㊀引㊀言
ＡｕｔｏＣＡＤ是面向工程规划㊁设计行业的图形编辑软件ꎬ侧重于几何图形表达㊁可视化展示ꎬ其数据文件ＤＷＧ(或ＤＸＦ)中对几何图形的组织方式较为松散ꎬ且不具备空间拓扑关系ꎮ而ＧＩＳ数据是按照 面向对象 思想来实现对现实世界地物的建模ꎬＧＩＳ数据中的对象具有几何形状㊁属性信息㊁空间拓扑㊁符号系统等信息元素ꎬ且按照一定的规则组织数据ꎮＡｕｔｏＣＡＤ数据和ＧＩＳ数据的数据模型差异导致的异构性ꎬ是ＡｕｔｏＣＡＤ数据与ＧＩＳ数据之间难以实现无损转换㊁无缝融合的根本原因ꎮ本文从以上根本原因出发ꎬ分析了ＡｕｔｏＣＡＤ数据与ＧＩＳ数据在数据模型方面的差异性ꎬ提出了两种基于语义的ＡｕｔｏＣＡＤ数据与ＧＩＳ数据融合方案ꎬ并给出了在制图规则㊁数据规范化方面的建议ꎬ以期从源头上解决ＡｕｔｏＣＡＤ数据与ＧＩＳ数据的融合问题ꎮ
１㊀问题分析
影响ＡｕｔｏＣＡＤ数据与ＧＩＳ数据融合的主要问题ꎬ可
概括为如下几点:
１)坐标系统
ＡｕｔｏＣＡＤ中的坐标系统和ＧＩＳ中的坐标系统虽然都是笛卡尔坐标系ꎬ但其坐标系的意义不同ꎮＡｕｔｏＣＡＤ中的坐标系原点是任意的ꎬ在工程规划㊁设计中ꎬ可根据需求平移ꎬ整个图形也可以同时平移ꎬ甚至旋转㊁缩放ꎬ只要保证各图形间的相对关系即可ꎬ对坐标的绝对值没有特别要求ꎮ但在ＧＩＳ中ꎬ特定坐标系的原点是固定的ꎬ一般情况下ꎬ不允许对地理要素进行平移㊁旋转㊁缩放等ꎬ强调地理要素坐标绝对值的正确性ꎮ在ＡｕｔｏＣＡＤ数据向ＧＩＳ数据转换过程中ꎬ就会造成ＡｕｔｏＣＡＤ数据坐标系与ＧＩＳ坐标系不一致的情况ꎬ在缺少同名点的情况下ꎬ很难实现坐标纠正ꎬ影响数据的融合和叠加ꎮ
２)几何类型
ＡｕｔｏＣＡＤ中的几何类型包括点㊁线段㊁多义线㊁弧㊁圆㊁注记㊁块㊁形等类型ꎬ而ＧＩＳ数据的类型一般只有点㊁线㊁面㊁注记(不考虑三维数据类型ꎬ如三角扇㊁面片㊁不规则格网等)ꎬ很难通过一一对应的关系实现二者间几何形状的无损转换ꎮ一般情况下ꎬ可能是多对一的关系ꎬ如
ＡｕｔｏＣＡＤ中闭合的多义线转为ＧＩＳ中的面ꎬＡｕｔｏＣＡＤ中的弧转为ＧＩＳ中的线ꎬＡｕｔｏＣＡＤ中的圆转为ＧＩＳ中的面等ꎮ在对几何形体㊁长度㊁面积指标等要求较为精确的应用场景中(如精密工业测量㊁房产数据)ꎬ通过ＧＩＳ中的线拟合ＡｕｔｏＣＡＤ中的弧ꎬ或ＧＩＳ中的多边形拟合ＡｕｔｏＣＡＤ中的圆ꎬ对节点的数量是有严格要求的ꎬ若节点数量过多ꎬ尽管可以精确拟合ꎬ但数据冗余大㊁占用过多的物理存储空间ꎻ若节点数量过少ꎬ几何形体㊁长度㊁面积指标等会造成损失ꎬ影响业务应用ꎮ
３)空间拓扑
ＡｕｔｏＣＡＤ中的几何实体仅作为图面表达而存在ꎬ只要满足可视化和出图需求即可ꎬ对几何实体的空间拓扑关系没有特殊要求ꎬ如封闭几何形体的首尾节点不闭合㊁悬挂线㊁悬挂点等现象在ＡｕｔｏＣＡＤ中经常出现ꎮ而ＧＩＳ数据对空间拓扑要求较为严格ꎬ以上情况在ＧＩＳ数据中可能被判定为不合格数据ꎮ因此ꎬ在数据融合过程中ꎬ若ＡｕｔｏＣＡＤ数据的空间拓扑关系存在严重问题ꎬ会造成Ａｕ￣ｔｏＣＡＤ数据无法正确转换成ＧＩＳ数据ꎮ
４)图层分层
ＡｕｔｏＣＡＤ中的图层可以理解为几何实体的容器ꎬ不同几何类型的几何对象都可以归到一个图层中ꎬ而ＧＩＳ中的图层要求内部的要素必须具有同样的几何类型和属性结构ꎮ若ＡｕｔｏＣＡＤ下生产的数据对图层规则定义与ＧＩＳ中的图层不一致ꎬ则会给二者之间的转换造成很大困难ꎮ５)属性信息
ＡｕｔｏＣＡＤ对属性信息管理能力较弱ꎬ属性信息在Ａｕ￣ｔｏＣＡＤ中有两种表现形式:扩展属性㊁文字注记ꎮ扩展属性与单个几何对象绑定ꎬ结构化特性不强ꎻ文字注记直接标注在图面上ꎬ与要标注的几何对象没有建立强关联关系ꎮ而ＧＩＳ数据的属性信息通过图层的属性表来定义ꎬ结构化特性强ꎮ两种不同属性信息表达方式ꎬ造成从ＧＩＳ数据转为ＡｕｔｏＣＡＤ数据ꎬ属性信息可以无损地转换过去ꎬ而ＡｕｔｏＣＡＤ数据转为ＧＩＳ数据ꎬ要逐个抽取几何对象的扩展属性ꎬ解析字段名和字段值ꎬ甚至要解析注记信息ꎬ工作量大且极易造成信息损失ꎮ
６)符号系统
ＡｕｔｏＣＡＤ中的符号系统通过线型文件㊁块参照等方式表现ꎬ甚至直接用线划来表现(如地形图中陡坎要素)ꎬ可以看出ＡｕｔｏＣＡＤ中的符号系统较为复杂ꎬ且几何形体和符号间的界限模糊ꎬＡｕｔｏＣＡＤ中的几何形体可能是实际地物的骨架线ꎬ也有可能就是符号ꎮ而ＧＩＳ中几何形体和符号是分离的ꎬ几何形体就是地物的骨架线ꎬ几何形体通过ＧＩＳ符号库渲染后ꎬ形成可视化的地图ꎮ要实现Ａｕ￣ｔｏＣＡＤ数据与ＧＩＳ数据深度融合㊁真正的无损转换ꎬ则需要解决二者之间的符号转换和替换ꎮ
以上提出的６个问题ꎬ前３个属于几何形状层面的转换问题ꎬ采用常规的商用ＧＩＳ软件自带的功能模块基本都能很好地解决ꎮ后３个属于语义层面的转换问题ꎬ需要采用更专业的数据转换软件或根据转换需求从底层自行研究转换协议编写转换工具ꎮ显而易见ꎬ只有实现了语义层面的数据转换ꎬ才能防止转换过程中的信息损失ꎬ达到无缝融合的目标ꎮ２　解决方案
根据以上分析ꎬ给出两种技术方案ꎬ实现ＡｕｔｏＣＡＤ数据和ＧＩＳ数据之间的语义转换问题ꎮ
２.１㊀基于商业软件ＦＭＥ的技术方案
ＦＭＥ是加拿大ＳａｆｅＳｏｆｔｗａｒｅ开发的一款用于空间数据与非空间数据加载㊁转换㊁集成㊁导出㊁共享的产品ꎬ支持超过３２５种数据格式ꎬ是世界领先的空间数据交换与共享的技术ꎬ能够实现不同数据格式间语义级别的转换工作ꎬ也是ＣＡＤ与ＧＩＳ数据间融合转换首选的工具ꎮ当前ＦＭＥ的产品线包括ＦＭＥＤｅｓｋｔｏｐ㊁ＦＭＥＳｅｒｖｅｒ㊁ＭｙＦＭＥꎮ一般选用ＦＭＥＤｅｓｋｔｏｐ即能完成ＣＡＤ与ＧＩＳ数据间的转换工作ꎮ此种方案的一般转换流程为:
１)源数据规范化处理
在ＣＡＤ数据向ＧＩＳ数据转换工作中ꎬＣＡＤ的数据质量和规范由ＣＡＤ数据的生产者决定ꎮ若生产者对ＣＡＤ数据中的图层㊁几何类型㊁扩展属性结构等有严格要求ꎬ则对后期数据转换工作有益ꎮ若源数据没有统一的数据标准ꎬ则需要在转换向前进行规范化处理工作ꎬ规范化处理的准则是尽量按照目标ＧＩＳ数据结构来整理数据ꎮ若是从ＧＩＳ数据转为ＣＡＤ数据ꎬ则不需要做规范化处理工作ꎮ
２)建立语义映射关系
启动ＦＭＥＤｅｓｋｔｏｐꎬ创建工作空间ꎬ选择源数据格式和目标数据格式ꎬ导入源数据ꎬ软件会自动构造初步的语义映射关系文件ꎮ根据具体的转换需求ꎬ利用软件提供的工具调整源数据到目标数据的映射关系ꎮ映射关系的建立要注意以下几点:①ＣＡＤ图层与ＧＩＳ要素类的映射关系ꎻ②ＣＡＤ中的扩展属性与ＧＩＳ中要素类属性之间的映射关系ꎻ③ＣＡＤ中的注记㊁标注与ＧＩＳ注记要素类或要素类属性之间的映射关系ꎮ
３)执行转换工作
配置好语义映射关系后ꎬ即可实现自动化的转换工作ꎮ
４)整饰与后处理
如果只追求几何要素和属性结构的无损转换ꎬ则目标已达成ꎮ若还需要符号系统在二者之间无缝转换ꎬ实现可视化效果上的无损转换ꎬ则需要对目标数据进行整饰与后处理ꎮ由于ＡｕｔｏＣＡＤ和ＧＩＳ在符号系统上的异构性ꎬ本部分的工作一般流程为:事先建立好ＡｕｔｏＣＡＤ符号库和ＧＩＳ符号库ꎬ以及ＡｕｔｏＣＡＤ要素与ＧＩＳ要素间的符号对照关系ꎬ在目标数据完成后ꎬ依据对照关系重新符号化ꎮ
另外ꎬＦＭＥ还提供了ＦＭＥＯｂｊｅｃｔＡＰＩꎬ可基于Ｃ＋＋㊁Ｃ＃㊁Ｊａｖａ等面向对象语言进行二次开发ꎬ可实现较为复杂的转换逻辑ꎬ或将数据转换功能集成在其他应用系统中ꎬ脱离ＦＭＥＤｅｓｋｔｏｐ环境ꎮ
２.２㊀从底层自主开发转换工具的技术方案从底层自主开发转换工具的难点有两点:一是ＤＷＧ或ＤＸＦ数据的解析ꎬＤＷＧ格式不公开ꎬＤＸＦ格式虽然公开ꎬ但自主解析难度较大ꎻ二是实现顾及符号化的语义级无损转换ꎮ针对以上难点ꎬ参考ＦＭＥ的转换原理ꎬ提出一种基于信息映射机制的转换方法ꎮ
７８
第３期张㊀洪等:ＣＡＤ数据与ＧＩＳ数据融合方法研究
针对ＤＷＧ解析的问题ꎬ可以通过ＡｕｔｏＣＡＤ的Ｏｂｊｅｃｔ￣ＡＲＸ开发包及ＤＷＧＤｉｒｅｃｔ类库来实现ＤＷＧ文件的读写操作ꎮ其中ꎬＯｂｊｅｃｔＡＲＸ依赖于ＡｕｔｏＣＡＤ宿主环境ꎬ但与ＡｕｔｏＣＡＤ及ＤＷＧ文件兼容性更好ꎻＤＷＧＤｉｒｅｃｔ是一个独立的类库ꎬ由ＯＤＡ组织开发ꎬ可以脱离ＡｕｔｏＣＡＤ运行环境实现对ＤＷＧ文件的读写ꎬ但与不同版本的ＤＷＧ文件的兼容性ꎬ还需要在生产实践中验证ꎮ
针对顾及符号化的语义级无损转换问题ꎬ基于信息映射机制ꎬ实现要素级的数据转换ꎬ对于ＡｕｔｏＣＡＤ与ＧＩＳ之间符号转换问题ꎬ基本思路是分别建立ＡｕｔｏＣＡＤ符号库和ＧＩＳ符号库ꎬ通过要素级的符号映射关系ꎬ实现符号的转换ꎮ该技术方案的框架如图１所示
ꎮ
图１㊀基于信息映射机制的转换方案
Ｆｉｇ.１㊀Ｔｒａｎｓｆｏｒｍａｔｉｏｎｓｃｈｅｍｅｂａｓｅｄｏｎｉｎｆｏｒｍａｔｉｏｎｍａｐｐｉｎｇｍｅｃｈａｎｉｓｍ
㊀㊀该方案的技术要点主要有两方面:
１)ＡｕｔｏＣＡＤ与ＧＩＳ数据读写
通过调用ＤＷＧＡＰＩ(如ＯｂｊｅｃｔＡＲＸ㊁ＤＷＧＤｉｒｅｃｔ)可以实现文件㊁数据库等持久化存储的ＡｕｔｏＣＡＤ数据与内存级ＡｕｔｏＣＡＤ对象之间的相互转换问题ꎮ通过调用ＧＩＳＤａｔａＡＰＩ(如ＡｒｃＧＩＳＥｎｇｉｎｅ㊁ＳｕｐｅｒＭａｐＯｂｊｅｃｔ)可以实现特定数据格式持久化存储的ＧＩＳ数据与内存级ＧＩＳ对象之间的相互转换问题ꎮ获得内存级的ＡｕｔｏＣＡＤ对象和ＧＩＳ对象后ꎬ即可通过后续的信息映射机制在ＡｕｔｏＣＡＤ对象和ＧＩＳ对象之间实现语义级别的信息交换ꎮ信息交换完
成后ꎬ再通过相应的ＡＰＩ将内存级对象持久化存储到本地文件或数据库中ꎬ即完成ＡｕｔｏＣＡＤ或ＧＩＳ数据的写操作ꎮ
２)信息映射机制的实现
信息映射机制需要实现要素的几何形体㊁属性㊁符号转换以及注记的转换ꎬ关键在于建立几何形体㊁属性㊁符号㊁注记在ＡｕｔｏＣＡＤ和ＧＩＳ中的双向映射关系ꎮ这种映射关系可以通过ＸＭＬ文件或数据库表来存储ꎮ以数据库表为例ꎬ设计了该映射关系的表结构及表之间的关系ꎬ如图２所示
ꎮ
图２㊀信息映射关系Ｆｉｇ.２㊀Ｉｎｆｏｒｍａｔｉｏｎｍａｐｐｉｎｇ
８
８㊀㊀㊀㊀㊀㊀㊀㊀㊀㊀㊀㊀㊀㊀
测绘与空间地理信息㊀
㊀㊀㊀㊀㊀㊀㊀㊀㊀㊀㊀㊀㊀㊀㊀２０２０年
㊀㊀各表结构说明及作用如下所述:
①ＣＡＤ图元编码表
图元编码是对ＣＡＤ中各图元的类别划分的标识ꎬ每个编码代表一类图元ꎬ该类图元具有相同的符号㊁相同的几何类型和相同的属性结构ꎻ类型名称是图元编码的中文描述ꎻ所在图层是ＣＡＤ图元所属的图层ꎬ一个图层内可能聚集同一大类的图元ꎻ几何类型是该编码图元的几何表达类型ꎮ
ＣＡＤ图元编码表需要根据ＣＡＤ源数据进行配置ꎮ同时ꎬ要求ＣＡＤ源数据具有规范化特征ꎬ便于该表的编制ꎮ②ＣＡＤ图元符号描述表
图元编码即是表①中的主键ꎻ符号编码是ＣＡＤ数据中各图元符号的标识ꎻ符号描述是对该类符号的详细描述ꎻ符号路径是该符号的物理索引位置ꎮ
该表同样需要根据ＣＡＤ元数据进行配置ꎬ主要用于后期符号转换时ꎬ进行符号索引和替换ꎮ
③ＧＩＳ要素编码表
该表是对ＧＩＳ数据中各类要素编码的描述ꎬ各字段意义及表的作用同表①ꎬ具体含义略ꎮ
④ＧＩＳ要素符号描述表
该表是对ＧＩＳ数据中各类要素符号的描述ꎬ各字段意义及表的作用同表②ꎬ具体含义略ꎮ
⑤几何对象映射表
该表存储了ＣＡＤ与ＧＩＳ数据间要素级的几何对象相互映射的关系ꎬ通过外键ＣＡＤ图元编码㊁ＧＩＳ要素编码实现一一映射ꎮ转换规则用于描述需要特殊说明的转换要素ꎬ如ＣＡＤ的圆转换为ＧＩＳ中的多边形时ꎬ多边形边的个数规定等ꎮ
⑥属性映射表
该表存储了ＣＡＤ与ＧＩＳ数据转换中ꎬＣＡＤ的扩展属性与ＧＩＳ要素的属性项之间的对应关系ꎮ
⑦ＣＡＤ注记编码表
⑧ＧＩＳ注记编码表
⑨注记对象映射表
表⑦ 表⑨与表① 表③的描述和作用类似ꎬ不再赘述ꎮ
以上各表中ꎬ表⑤⑥⑨是实现语义级无损转换的关键ꎬ需要根据应用场景和转换需求进行灵活配置ꎮ其他表实质上是对源数据㊁目标数据的结构化描述信息ꎬ在程序设计中ꎬ可以设计交互式界面用于配置以上各表ꎮ同时ꎬ设计和实现数据转换引擎ꎬ用于解析以上各表及表之间的关系ꎬ并根据其蕴含的转换规则ꎬ实现内存级ＡｕｔｏＣＡＤ对象和ＧＩＳ对象之间的信息交换ꎮ
３㊀结束语
ＡｕｔｏＣＡＤ数据与ＧＩＳ数据之间难以实现无损转换和融合的根本原因ꎬ还是在于ＡｕｔｏＣＡＤ数据和ＧＩＳ数据的数据模型差异ꎮ本文提出的两种解决方案ꎬ正是从两种不同数据模型层面的转换为出发点ꎬ尽可能减少不同数据模型转换造成的信息损失ꎮ但是ꎬ也应当注意到ꎬ提高ＡｕｔｏＣＡＤ数据的规范性㊁统一ＡｕｔｏＣＡＤ制图规则ꎬ并将这种规范和规则以结构化语言描述出来或通过在ＡｕｔｏＣＡＤ平台上二次开发制图及数据检查模块形成强制数据标准ꎬ对后续实现ＡｕｔｏＣＡＤ数据与ＧＩＳ数据之间的转换融合是大有裨益的ꎬ可大大减少建立映射关系的难度和工作量ꎮ同时ꎬ可参考测绘地理信息行业中对各类地物进行编码和分层的做法ꎬ对勘测设计业务中涉及的空间对象进行编码和分层ꎬ形成规范性技术文件ꎬ落实在ＡｕｔｏＣＡＤ设计和制图中ꎬ进一步加强ＡｕｔｏＣＡＤ数据标准建设ꎬ将后续ＡｕｔｏＣＡＤ数据与ＧＩＳ数据之间的融合准备工作前置到ＡｕｔｏＣＡＤ数据生产中ꎮ
参考文献:
[１]㊀王蔚ꎬ陈明锐.ＡｕｔｏＣＡＤ数据向ＧＩＳ空间数据转换机制的研究[Ｊ].热带农业科学ꎬ２０１０(３０)ꎻ４８－５３. [２]㊀王蕾.ＧＩＳ与ＣＡＤ地理空间数据共享方法研究 以ＡｒｃＧＩＳ和ＡｕｔｏＣＡＤ为例[Ｄ].南京:南京师范大
学ꎬ２０１３.
[３]㊀薛章斌.顾及图元与实体关系的ＧＩＳ与ＣＡＤ数据双向转换方法研究[Ｄ].南京:南京师范大学ꎬ２０１４. [４]㊀陈家鸿ꎬ张新长ꎬ郭泰圣.ＡｕｔｏＣＡＤ与ＡｒｃＧＩＳ数据转换研究与应用[Ｊ].地理信息世界ꎬ２０１４ꎬ２１(２１)ꎻ４６－５１. [５]㊀张新长ꎬ陈家鸿ꎬ郭泰圣.基于可逆映射的地形图数据异构融合研究与实现[Ｊ].测绘通报ꎬ２０１６(６):２６－２９. [６]㊀陈年松.基于ＦＭＥ的ＣＡＤ与ＧＩＳ数据共享研究[Ｄ].南京:南京师范大学ꎬ２００８.
[编辑:刘莉鑫]
(上接第８５页)
势还是逐渐增大的ꎻ某一年内的湖泊变化规律表现为减 增 减的规律ꎬ其中在２月份达到最低ꎬ在１０月份达到最高ꎮ这对于加强水资源与环境的保护㊁水资源的利用等都有着非常重要的意义ꎮ
参考文献:
[１]㊀柳依莎.青藏高原西部冰川㊁湖泊的动态变化及其对气候变化的响应研究[Ｄ].重庆:重庆师范大学ꎬ２０１２. [２]㊀陈思宇.青藏高原地区草地植被与湖泊变化及其关系研究[Ｄ].兰州:兰州大学ꎬ２０１５.
[３]㊀张继承.基于ＲＳ/ＧＩＳ的青藏高原生态环境综合评价研究[Ｄ].长春:吉林大学２００８.
[４]㊀党伟.基于遥感和ＧＩＳ的河流湖泊湿地信息提取与分
析[Ｄ].北京:中国地质大学ꎬ２００８.
[５]㊀李均力ꎬ盛永伟ꎬ骆剑承ꎬ等.青藏高原内陆湖泊变化的遥感制图[Ｊ].湖泊科学ꎬ２０１１ꎬ２３(３):３１１－３２０. [６]㊀董斯扬ꎬ薛娴ꎬ尤全刚ꎬ等.近４０年青藏高原湖泊面积变化遥感分析[Ｊ].湖泊科学ꎬ２０１４ꎬ２６(４):５３５－５４４. [７]㊀万玮ꎬ肖鹏峰ꎬ冯学智ꎬ等.卫星遥感监测近３０年来青藏高原湖泊变化[Ｊ].科学通报ꎬ２０１４ꎬ５９(８):７０１－７１４. [８]㊀高俊.地理空间数据的可视化[Ｊ].测绘工程ꎬ２０００ꎬ９(３):１－７.
[９]㊀吴加敏ꎬ孙连英ꎬ张德政.空间数据可视化的研究与发展[Ｊ].计算机工程与应用ꎬ２００２ꎬ３８(１０):８５－８８. [１０]㊀赵丽生.湖泊水质评价中的空间可视化研究[Ｄ].武汉:湖北大学ꎬ２０１４.
[编辑:刘莉鑫]
９８
第３期张㊀洪等:ＣＡＤ数据与ＧＩＳ数据融合方法研究。