简介这是一款面向CAD与GIS数据处理人员的轻量级转换插件专注解决CAD图形与Shapefile之间带属性互转的痛点无需额外搭建复杂环境仅依赖CAD2008即可完成数据转换适合测绘、规划、地理信息等领域的初中级从业者使用。压缩包共12个文件以7个dll动态库为核心辅以3个xml配置、1个txt使用说明及1个pdb调试文件整体约877KB体积小巧便于部署。插件提供XDATA查看与XDATAEDIT编辑CAD扩展属性、LOADSHP加载SHAPE到CAD、EXPSHP导出CAD图元到SHP等命令覆盖属性查看、编辑与双向转换的完整流程。目前已有4523人学习下载读者可借此掌握带属性无损转换的操作思路理解扩展属性在CAD与SHP间的映射关系并借助说明文档快速上手减少格式转换中的属性丢失与排错成本。1. 从一张“只有线、没有名”的图说起CAD转SHP带属性到底解决了什么做过 GIS 数据入库的人大概都遇到过这种场面甲方甩过来一份 DWG图层画得整整齐齐道路、地块、管线分得清清楚楚可一旦转成 SHP属性表里除了 FID 和几何什么都没有。图层名丢了线型丢了扩展数据XDATA也丢了最后只能对着屏幕一根线一根线地补字段补到怀疑人生。CAD转SHP带属性插件.zip 要解决的正是这个断层——它不是简单地把 DWG 炸开导出而是在转换过程中把 CAD 里那些“藏在图形背后的信息”一并搬到 SHP 的属性表里。适合谁做基础测绘入库、规划数据整理、管线普查内业、以及任何需要把设计院图纸变成可查询 GIS 图层的一线从业者。下面我按“它怎么把属性带过去 → 怎么配 → 怎么跑 → 哪里会翻车”的顺序拆一遍能直接抄作业的地方我都放了命令和参数。2. 属性是怎么“带”过去的CAD 扩展数据到 SHP 字段的映射逻辑2.1 先搞清楚 CAD 里哪些东西算“属性”很多人以为 CAD 转 SHP 丢属性是软件不行其实多数时候是源数据里压根没把信息挂对地方。DWG 里能承载属性的位置常见有四类图层名Layer、块属性ATTRIB/ATTDEF、扩展数据XDATA用-3组码挂在实体上、以及对象数据表Object Data常见于 Map 3D 或 Civil 3D。插件能带走的主要是前三类加对象数据。图层名最好办直接按图层拆层或写成字段块属性需要块参照没被炸开XDATA 则依赖写入时用的注册应用名AppName比如SOUTH、SURVEY这类。如果你拿到的 DWG 是别人用PEDIT拼出来的多段线属性只挂在其中一个顶点上那转换后大概率只剩一个空字段——这不是插件的问题是源数据本身就不规范。常见做法是转换前先用 CAD 的DATAEXTRACTION数据提取跑一遍看看到底能提取出哪些属性列。如果数据提取都读不到插件也读不到。这一步相当于体检别省。2.2 映射规则字段名、类型、长度怎么定插件通常提供一个映射表左边是 CAD 属性来源右边是 SHP 字段定义。这里有几个硬约束必须提前定CAD 来源建议 SHP 字段名字段类型长度说明LayerLAYER文本50图层名可能含中文留足XDATA(SOUTH)CODE文本32地物编码别用数值型块属性 TAGNAME文本80名称类字段块属性 高程ELEV双精度—数值参与计算Object DataOD_ID整型—对象数据主键字段名尽量用英文大写SHP 对中文字段名支持不稳定尤其是跨平台用 GDAL 读写时。文本长度别抠门CAD 里一个图层名带前后缀很容易超 30 字符截断后入库对不上就麻烦了。数值型字段要确认源数据里没有空字符串否则转换时会报类型错误。2.3 几何类型匹配点、线、面别混着来SHP 一个文件只能存一种几何类型。CAD 里一个图层可能同时有点、线、面插件一般会按几何类型自动分文件或者让你指定“按图层 几何类型”拆分。我一般会先跑一遍统计# 用 ogrinfo 快速看 DWG 里各图层的几何构成需 GDAL 带 CAD 驱动 ogrinfo -so -al input.dwg | findstr Layer name如果输出里同一图层既有 LineString 又有 Polygon那转换时必须勾选“按几何类型拆分”否则插件会按第一个遇到的类型强转面被压成线面积字段全废。这一步的坑在于CAD 里闭合多段线到底算线还是算面取决于插件是否启用了“闭合线转面”选项默认往往是关的。3. 动手跑一遍从 DWG 到带属性 SHP 的完整操作链3.1 环境准备与插件加载插件本身是个压缩包解压后一般包含一个可执行程序或一组脚本外加依赖库。我习惯先确认运行环境如果是 Windows 下的独立工具检查是否依赖特定版本的 CAD 运行时或 .NET如果是 ArcGIS/QGIS 插件形态确认宿主版本匹配。以常见的独立转换器为例解压后目录结构大致是CAD转SHP带属性插件/ ├── converter.exe ├── config/ │ └── mapping.ini ├── lib/ │ └── gdal_cad.dll └── sample/ └── demo.dwg先别急着跑正式数据用sample/demo.dwg走一遍全流程确认能出结果再换自己的图。这一步能过滤掉八成环境问题。3.2 配置映射文件mapping.ini 逐项说明映射文件是插件的核心格式通常是 INI 或 JSON。下面是一个我常用的 INI 片段按“源 → 目标”逐行写[General] InputFileD:\data\survey.dwg OutputDirD:\data\out SplitByGeomtrue ClosePolygontrue [LayerMapping] ; CAD图层名 SHP字段名,类型,长度 ROAD_CENTER ROAD_NAME,string,60 PIPE_LINE PIPE_CODE,string,32 BUILDING BLDG_ID,string,20 [XDATAMapping] ; AppName.Field SHP字段,类型 SOUTH.CODE CODE,string,32 SOUTH.ELEV ELEV,double [BlockAttrMapping] ; 块名.属性Tag SHP字段,类型 GCP.NAME PT_NAME,string,80 GCP.H PT_H,doubleSplitByGeom控制是否按几何类型拆文件ClosePolygon决定闭合多段线是否转面。LayerMapping里如果某个图层没列出来默认行为取决于插件有的跳过有的按原图层名建字段——我一般显式列全避免意外。XDATAMapping的 AppName 必须和 DWG 里写入时一致大小写敏感。BlockAttrMapping要求块参照没被炸开炸开的块属性会变成独立文字读不到。3.3 执行转换与结果校验配置写好后执行converter.exe -c config/mapping.ini -log run.log-c指定配置文件-log输出日志。跑完后先看日志尾部有没有ERROR或WARN再打开输出目录检查 SHP 文件数和字段。校验用 ogrinfoogrinfo -so -al D:\data\out\ROAD_CENTER.shp重点看三处字段列表是否和映射一致、要素数量是否和 CAD 里该图层实体数对得上、几何类型是否正确。如果要素数偏少多半是块参照或外部参照没被展开如果字段全空回去查 XDATA 的 AppName 是否写错。我一般还会抽三个要素用ogrinfo -al -where CODEXXX反查属性值确认不是批量空值。4. 避坑与排查转换现场最常见的五类翻车4.1 现象转换成功但属性表全空原因XDATA 的 AppName 不匹配或者块属性在源图里被炸开了。CAD 里用XDLIST命令可以查看实体上挂了哪些扩展数据确认 AppName 拼写。解决在 mapping.ini 里把 AppName 改成XDLIST显示的值大小写一致如果是块被炸开只能回源图重新定义块并附着属性或者改用“文字转属性”的补救流程。4.2 现象面要素变成线面积字段丢失原因ClosePolygon没开或者源多段线没有真正闭合首尾点有微小间隙。CAD 里用PEDIT的“闭合”选项处理或者设一个容差让插件自动闭合。解决开启ClosePolygontrue并在插件参数里设CloseTolerance0.001单位与图纸一致。如果间隙大于容差先做拓扑清理再转。4.3 现象中文图层名转出来后乱码原因DWG 的编码和插件读取编码不一致常见于老版本 CAD 文件。解决在配置里显式指定EncodingGBK或EncodingUTF-8试两次就能确定。SHP 的 DBF 默认用系统编码跨平台时建议统一转 UTF-8用ogr2ogr -lco ENCODINGUTF-8重写一遍。4.4 现象要素数量比 CAD 里少原因外部参照XREF没被绑定或者冻结/关闭的图层被跳过。解决转换前在 CAD 里用XREF绑定所有参照用LAYER命令确认目标图层是打开且解冻状态。插件一般有“包含冻结图层”选项但绑参照这一步插件替不了。4.5 现象转换中途报“字段类型冲突”退出原因同一字段在不同要素上既有数值又有文本或者数值字段里混了空字符串。解决在 mapping.ini 里把该字段统一改成 string 类型转换完再用字段计算器转数值或者先在 CAD 数据提取阶段过滤掉异常值。这个坑在管线数据里特别常见管径字段一会儿是DN300一会儿是300。5. 进阶批量转换与属性后处理的几个顺手技巧批量转换的核心是把 mapping.ini 模板化用脚本替换输入输出路径。我一般写一个 Python 包装import configparser, subprocess, pathlib tpl configparser.ConfigParser() tpl.read(config/mapping_template.ini) for dwg in pathlib.Path(D:/data/batch).glob(*.dwg): tpl[General][InputFile] str(dwg) tpl[General][OutputDir] fD:/data/out/{dwg.stem} with open(config/_tmp.ini, w, encodinggbk) as f: tpl.write(f) subprocess.run([converter.exe, -c, config/_tmp.ini, -log, fD:/data/out/{dwg.stem}.log], checkTrue)这段脚本做三件事读模板、按文件改写路径、逐个调用转换器。checkTrue保证某个文件失败时立刻停下避免批量跑完才发现全错。注意写临时 ini 时用gbk编码和插件读取编码保持一致否则中文路径会出问题。转换完的属性后处理我习惯用 GDAL 的ogr2ogr做字段重命名和类型修正ogr2ogr -f ESRI Shapefile fixed.shp raw.shp ^ -sql SELECT CODE, CAST(ELEV AS REAL) AS ELEV, LAYER FROM raw ^ -lco ENCODINGUTF-8-sql里可以做字段裁剪、类型转换、甚至简单过滤。CAST把之前被迫存成文本的高程转回数值-lco ENCODINGUTF-8统一编码。这一步相当于给转换结果做一次“出厂校准”后面入库或发布服务都省心。还有一个容易被忽略的点转换后的 SHP 如果要做空间查询记得建空间索引。ogrinfo加-sql CREATE SPATIAL INDEX ON layer或者用 QGIS 的“创建空间索引”一键处理。没有索引的 SHP 在几万要素以上时属性查询和叠加分析会慢到让人想砸键盘。从那以后我每次拿到新 DWG都强制先跑一遍DATAEXTRACTION体检确认属性挂载位置和 AppName再动转换插件。这个习惯帮我省掉了至少一半的返工。希望帮到你。本文还有配套的精品资源点击获取
