挪威有什么好玩的地方:CAD多段线如何合并

对不起 我不太能够理解你的意思

如果想上面的图那样

我会先用stretch 命令

让要连接的点接近些

然后用pedit连接 再类型中选两者都

再把距离设定大一些50－100

就可以了

如果还不行 就先用trim命令配合F键 修一下

不相交的多段线好象没有办法合并的。

近年来，GIS应用逐步深入到各行各业，地图数据绝大多数来源于测绘部门，由于传统测绘行业大都使用CAD类软件，这就出现了从CAD到GIS的数据格式转换问题。尽管大部分GIS软件都提供了数据格式转换功能，但是由于CAD软件在数据存储、图元定义、管理风格等方面同GIS软件的差别，格式转换的效果不尽如人意。要解决的核心问题就是CAD数据要进入GIS系统，如何转换、组织和管理。下面我们以SuperMap软件为例谈论这个问题。

1. 如何保证在数据转换过程中风格不变

将CAD数据转换成SuperMap的数据格式，生成的结果数据集可以分为复合数据集和简单数据集两种不同类型。对于复合数据集来说，它可以保存点、线、面、文本、圆、弧、椭圆等多种类型的空间对象，而且每个空间对象单独保存风格，是一种与CAD数据最类似的存储方式，转换结果同原始数据风格一致。对于简单数据集来说，它严格区分类型，包括点数据集、线数据集、面数据集等，每个空间对象不保存风格，风格与图层对应，也就是说简单数据集将空间数据存储和可视化部分区分开，数据集本身仅保存空间信息，在可视化的时候可以对图层设置风格或者制作专题图。如果在转换数据的时候选择这种类型，SuperMap会将原始CAD数据按照点、线、面、文本等对图元进行类型划分，进而分数据集保存。

转换结果的两种类型对比有如下优缺点：

（1）生成复合数据集：它可以直接保存原始数据的风格，减少了后期地图配置的工作量。但是由于其中存储了大量的参数化对象，限制了一些GIS功能的实现，比如配准、空间查询等。另外，在复合数据集中，每个空间对象都单独保存风格，因此转换结果数据会比较大。

（2）生成简单数据集：它不能直接保存原始数据的风格，需要在后期地图配置中对地图风格重新设置，增加工作量。但是其中存储的对象都是GIS中的简单对象，对所有GIS功能没有任何限制。另外，在简单数据集中，每个空间对象都仅保存坐标，不保存风格，因此转换结果数据会比较小，同等数量的空间对象，以简单数据集方式保存会比以复合数据集方式保存数据量小，浏览速度快。

从以上对比来看，选择生成两种类型的结果都各有所长，如何能综合发挥其所有优点呢？

一般来说，如果项目周期比较长，并且项目资金和人员允许加工数据占有其中相当一部分的话，能够将原始CAD数据全部按照GIS的数据要求进行重新整理，都以简单数据集来保存，对于后期GIS数据建库以及系统建设都是最好的；但是如果项目周期比较短，需要处理数据量又大，不允许投入太多时间和人力在数据加工上，那我们提供一种解决思路，就是两种不同类型的管理方式并用。将数据从用途的角度进行划分，仅需要当作背景显示的图层全部放到复合数据集上保存，需要进行查询和分析的数据单独提取出来保存到简单数据集中。转入到SuperMap中生成的数据集，在字段中会保留原始数据的分层信息和图元风格信息，通过对分层信息来查询分层，对图元风格信息制作专题图，来实现可视化效果上的还原。

2. 分析转换后数据膨胀的原因

我们在转换数据的时候，经常会发现转换后的结果数据文件比原始数据大很多，这是什么原因呢？引起数据膨胀的原因主要有两方面：

（1）断线：在CAD数据中，有一些比较长的线会分多段来存储，这些线一般是在数字化工作人为原因引起的，它不会影响CAD数据的显示效果和浏览速度，也不会引起其数据膨胀。但是GIS的存储方式更类似数据库中表的存储，每个空间对象占用一条记录，一条线打断成多条分记录来保存就会导致数据量增大，而且这样的记录对于属性管理也是不利的，比如一条道路，它有道路名、道路等级等，在GIS系统中，对该道路名的道路进行查询的时候就应该将整条道路都高亮出来。所以对于这样的数据，进入GIS软件后，需要进行处理，根据空间位置关系进行连接，或者使用拓扑处理来合并临近节点等，会减小数据量，提高检索速度和显示效率。

（2）Block：CAD数据中的Block的原理有些类似GIS中的符号，它在文件头中保存Block的定义，在使用到Block的点状图元处不再保存Block的定义，而是仅保存一个引用。这样的数据转入到SuperMap中生成复合数据集，所有的Block都当作一个复合对象来存储，这也是导致数据膨胀的一个原因。对于这样的数据，可以选择转换生成简单的点数据集，通过其风格属性字段的内容对点图层设置使用的符号，或者对其制作专题图。

上面我们讨论了在数据转换过程中经常遇到的两方面问题，当然对于一个项目实施来说，处理数据是非常关键的部分，如何选择合适的数据组织方式，对于缩短项目周期，减少人力和财力的投入，都是非常重要的，就此方面的问题，有感兴趣的朋友，我们可以继续探讨。参考资料：来源：《GIS开发者》 作者：flyinmap