测绘外业调查如何正确的开展

前言

这个话题现在讨论一下，尤其是在目前飞行管控区域内的地形图测绘区域尤为适用，说起来外业测绘，那就离不开跑杆，原来的跑杆是全站仪时代需要有一个专门的人去跑棱镜，也就是传统意义上的跑杆，中间有一段时间免棱镜的时期，算是半个人操作仪器进行外业数据的采集工作，到了RTK时代，就进入了全面的单兵作战的时代，不需要两个人了，彻底的解放生产力了，本文就是全面的探讨一下如何利用RTK高效的采集数据并实现内业工作大幅度的压缩

说起来RTK其实干这一行的都不陌生，俗称蘑菇头，倒也挺形象的，我们行内人俗称跑杆的，碳素杆在手，天下我有，就是这种感觉，RTK从设计初就是冲着单兵作战来的，包括快速采集，快速绘图，快速提交成果，所以设计的好多功能都是为了提高效率来的，但是好多人没有理解透彻，还是基于外业采集加上草图，要不就是自己的短时间的记忆来完成绘图的，这种做法也无可厚非，但是从作业的效率来说确实是大打折扣了，包括我干测绘这么多年了，用RTK也算是第一批人，但是说到用的熟练程度估计不如经常测地形的人员，他们估计是掌握了相关的技巧，所以效率会显著的提升，我有时候很排斥RTK，因为我觉得仪器工作的效率太低，当然是和航拍对比得出的结论，基于目前航拍的管控区域越来越多，执法力度越来越严格，RTK在好多区域有了起死回生的迹象，和目前大巴车、绿皮火车枯木逢春有异曲同工之处

目前的测绘行业流行一股手持激光扫描仪之风，对于地面细节的快速采集确实是实现了降维打击，就像RTK刚出来的时候对全站仪的全面碾压，扫描仪是技术的一项大的突破，确实是实现了很多RTK难以完成的应用场景利于遮挡比较严重的区域，扫描仪自带的惯导属性可以实现短时间失锁依旧可以提供高精度定位的可能，加上点云的SLAM的算法加持，甚至可以完全摆脱GPS信号的支持，如果你做的是室内的、地底下、矿井、隧道、这些GPS天然的不适区域就特别适合手持激光扫描仪的发挥，这就是技术的更新迭代，但是取代的也是部分的场景，充分说明了技术并没有实现代的跨越。什么是代的跨越，原来人们习惯使用电脑娱乐学习，但是移动终端手机的大面积的使用使得电脑除了必须的工作需求之外，基本上是吃灰了，这就是代的改变，目前我们这个测绘行业明显没有类似的事件发生，大家还是围绕地形图、三维、调查、建库、类似的场景，偶尔会蹦出了什么数字孪生、实景三维等，其实归根到底都是炒冷饭，或者用一个高大尚的词语去美化了一些场景应用，为什么得不到大面积的推广，和实用性有很大的关系

说的有点远了，本来是技术交流，现在变成了大型的吐槽现场，现在回归，本次的主要探讨的是外业编码和CASS绘图的高效结合，怎么样实现半自动化绘图，彻底的解放草图绘制及短时间的记忆绘图法，终极目的是实现工作的标准化流程，实现彻底的内外业分离，当然这些都是有前提的，需要数据采集及编辑的标准化，流水线为什么效率可以做到最大化，就是因为把所有的流程做了分割，做了标准化，同样的道理，你地形图绘制为了实现效率最大化，你需要的也是流程分割，标准化，最终实现效率的最大化。

内外业要想实现半自动化就需要一个链接的东西，在地形图绘制的整个流程中，这个链接的东西就是简码，什么是简码，简码就是一个代码对应了CASS中的地物编码，有人就要说了那为什么不直接使用地物编码，不是也是唯一的吗？为什么非要用一个K1去代替坎，直接204201不就可以了吗，为什么非要用A42去代替电杆，直接171300不就可以了吗，下面是官方的解释：

CASS 简码：为什么不用内部真实编码，要用 K1、J、+ 这套简码

真实内部编码 ：就是204202、211101这种 6 位数字（jcode.def 右边那一列），是 CAD 底层用来调用符号、图层的机器码，软件内部真正识别的编码。 简码（野外操作码） ：K1、J、GD、+、C，是人在外业输入的简写，通过jcode.def映射翻译成机器内部码。

一、当年设计这套机制的初衷（起源全站仪时代）

这套设计诞生在全站仪数字测图年代，RTK 还没普及，外业仪器键盘按键少、输入数字麻烦。

外业人记不住、输不动 6 位内部数字码 内部码是一串无意义数字：加固陡坎204202、检查井211101。外业立尺、观测员很难记忆；全站仪键盘输入 6 位数字又慢，非常容易输错。设计出简短的K1、J，1‑3 个字符，好记、输入快、出错率低。
把「地物类型」和「点之间连接关系」放到外业记录 草图法最大痛点：外业只测坐标，靠纸质草图记录 "哪几个点要连成一条坎、哪几个点围成房子"。一旦点号和草图对不上，内业直接崩盘；地物复杂时画草图工作量巨大。

简码分为两部分：

地物简码K1/F6：这是什么地物；
关系码+、‑、C ：记录点和点之间拓扑连接关系。

不用完全依赖纸质草图，坐标文件本身就自带 "谁跟谁连线、是否闭合" 信息，内业JJ可以自动连线成图。

解耦：外业编码可以自定义，不用修改软件程序 通过jcode.def对照表做一层翻译：

外业输入简码 → 查表 → 翻译成内部数字编码交给 CAD 绘图。

好处：

单位可以自己改对照表；例如习惯用JK代表加固陡坎，改 jcode.def 即可，不用改 CASS 程序本身；
不同手簿、不同 RTK 品牌，只管输出简码字符串，不需要知道 CAD 内部复杂编码，兼容性强。

区分「人输入」和「机器读取」两套体系

机器：只认那一串 6 位数字；
人：操作简短字母符号。人不直接跟机器码打交道。

二、使用简码的现实意义（放到你现在 RTK 作业）

外业输入负担小 测一条路牙：只需要起点写K1，后面敲+；如果用真实内部数字，每一个点都要敲一长串数字，外业效率暴跌。
数据本身携带拓扑（连线）信息，降低对草图依赖 DAT 文件不仅存坐标高程，还存：这是加固陡坎，下一点要和上一点相连，最后一点闭合。

不是一堆孤立点，点与点的逻辑关系写在数据里面。

跨设备兼容 中海达、华测、南方 RTK，全部输出同样K1、+，CASS 统一识别，仪器厂商不需要去研究 CASS 内部 6 位编码，只输出简码文本即可。
可扩展 遇到特殊地物，直接在jcode.def增加一行 "自定义简码，内部码" 就可以新增识别，不用修改软件本体。

三、关键短板（你实际工作要明白）

简码只是 "翻译别名"，最终绘图仍然靠内部数字编码 ；如果jcode.def缺失条目，就算 DAT 里面写了正确简码，照样识别失败（就是你之前遇到的问题）。
简码不能传递完整属性：坎高、井盖类型、房屋层数只能靠备注，简码只解决 "地物类别 + 连线"。
不是全自动，只是骨架自动生成，后期还是要人工修正（坎齿、曲线、注记）。

四、做个通俗类比

内部真实编码204202相当于电脑文件的 ID 编号；简码K1相当于给这个编号起的外号； jcode.def就是一本外号与真实 ID 的字典。外业只写外号；内业拿着字典翻译成 ID，软件再干活。
如果直接在外业全部输入 6 位 ID 数字：人难记、输入慢、容易错；如果字典（jcode.def）丢行，外号就翻译失败，软件不知道对应哪一个图块。

五、两种作业模式对比

直接写内部数字码 ：DAT 写204202，不需要 jcode.def，但是外业几乎无法使用，只适合程序批量处理。
简码模式 K1/+：外业人友好，依赖 jcode.def 映射，适合野外 RTK、全站仪。

六、补充 CASS11 的历史小坑

老版本 CASS7：延续连线操作码用P；CASS11 修改内置逻辑，P改为平行地物，延续改成+。

+、‑、C这类连接关系码，不属于地物简码，不在 jcode.def 定义，是程序内置控制符号，专门用来描述点之间怎么连，不对应任何地物图块。

cass中简码识别菜单

cass安装文件下的JCODE.DEF简码映射表，修改这个文件，你可以自定义映射。

RTK手簿对应的界面

点状地物

线状地物

面状地物

数据采集界面

快捷键9宫格设置常用的地物，根据项目的需求灵活的设置

实际的采集数据

有了这个数据，内业就可以自动的绘图，至少独立的点位数据不需要你在插入地物了，包括外业测绘的线状地物例如坎，外业采集的面状地物例如封闭的面状地物，这样的自动操作就实现了效率的极大的提升，一键导入成图，加上人工的干预，一幅简单的地形图就会马上生成，基本实现了外业数据采集和内业成图的同步，提高工时，增加竞争力。

CASS对应的简码一览表

<?xml version="1.0" encoding="gbk"?>

</PGroups>

</LGroups>

</FGroups>

<Point>

</Point>

<Point>

</Point>

<Point>

</Point>

<Point>

</Point>

<Point>

</Point>

<Point>

<Name>左航行浮标</Name>

</Point>

<Point>

<Name>右航行浮标</Name>

</Point>

<Point>

</Point>

<Point>

</Point>

<Point>

</Point>

<Point>

</Point>

<Point>

<Name>露出的沉船</Name>

</Point>

<Point>

<Name>淹没的沉船</Name>

</Point>

<Point>

</Point>

<Point>

</Point>

<Point>

</Point>

<Point>

</Point>

<Point>

</Point>

<Point>

</Point>

<Point>

</Point>

<Point>

<Name>电视发射塔</Name>

</Point>

<Point>

</Point>

<Point>

</Point>

<Point>

</Point>

<Point>

<Name>上水检修井</Name>

</Point>

<Point>

<Name>下水雨水检修井</Name>

</Point>

<Point>

<Name>圆形污水蓖子</Name>

</Point>

<Point>

</Point>

<Point>

<Name>煤气天然气检修井</Name>

</Point>

<Point>

<Name>热力检修井</Name>

</Point>

<Point>

</Point>

<Point>

</Point>

<Point>

<Name>电力检修井</Name>

</Point>

<Point>

<Name>工业、石油检修井</Name>

</Point>

<Point>

<Name>液体气体储存设备</Name>

</Point>

<Point>

<Name>不明用途检修井</Name>

</Point>

<Point>

</Point>

<Point>

</Point>

<Point>

</Point>

<Point>

<Name>长形污水蓖</Name>

</Point>

<Point>

</Point>

<Point>

</Point>

<Point>

</Point>

<Point>

</Point>

<Point>

</Point>

<Point>

</Point>

<Point>

</Point>

<Point>

</Point>

<Point>

</Point>

<Point>

<Name>臂板信号机</Name>

</Point>

<Point>

<Name>阔叶独立树</Name>

</Point>

<Point>

<Name>针叶独立树</Name>

</Point>

<Point>

<Name>果树独立树</Name>

</Point>

<Point>

<Name>椰子独立树</Name>

</Point>

<Point>

</Point>

<Point>

</Point>

<Point>

</Point>

<Point>

</Point>

<Point>

</Point>

<Point>

</Point>

<Point>

</Point>

<Point>

</Point>

<Point>

<Name>废弃的小矿井</Name>

</Point>

<Point>

<Name>废弃的平峒洞口</Name>

</Point>

<Point>

<Name>废弃的竖井井口</Name>

</Point>

<Point>

<Name>开采的小矿井</Name>

</Point>

<Point>

<Name>开采的平峒洞口</Name>

</Point>

<Point>

<Name>开采的竖井井口</Name>

</Point>

<Point>

</Point>

<Point>

</Point>

<Point>

</Point>

<Point>

</Point>

<Point>

</Point>

<Point>

</Point>

<Point>

</Point>

<Point>

</Point>

<Point>

</Point>

<Point>

</Point>

<Point>

</Point>

<Point>

</Point>

<Point>

<Name>环保监测点</Name>

</Point>

<Point>

</Point>

<Point>

</Point>

<Point>

</Point>

<Point>

</Point>

<Point>

</Point>

<Point>

</Point>

<Point>

<Name>地下建筑物天窗</Name>

</Point>

<Point>

</Point>

<Point>

</Point>

<Point>

</Point>

<Point>

</Point>

<Point>

</Point>

<Point>

</Point>

<Point>

</Point>

<Point>

</Point>

<Point>

</Point>

<Point>

</Point>

<Point>

<Name>塔形建筑物</Name>

</Point>

<Point>

</Point>

<Point>

</Point>

<Point>

</Point>

<Point>

<Name>埋石图根点</Name>

</Point>

<Point>

</Point>

<Point>

</Point>

<Point>

</Point>

<Point>

<Name>土堆上的三角</Name>

</Point>

<Point>

<Name>土堆上的小三角点</Name>

</Point>

<Point>

</Point>

<Point>

</Point>

<Point>

</Point>

</Points>

<Lines>

<Line>

</Line>

<Line>

</Line>

<Line>

</Line>

<Line>

</Line>

<Line>

</Line>

<Line>

</Line>

<Line>

</Line>

<Line>

</Line>

<Line>

</Line>

<Line>

</Line>

<Line>

</Line>

<Line>

</Line>

<Line>

</Line>

<Line>

</Line>

<Line>

</Line>

<Line>

</Line>

<Line>

</Line>

<Line>

</Line>

<Line>

</Line>

<Line>

</Line>

<Line>

</Line>

<Line>

</Line>

<Line>

</Line>

<Line>

<Name>不依比例围墙(不拟合)</Name>

</Line>

<Line>

<Name>不依比例围墙(拟合)</Name>

</Line>

<Line>

</Line>

<Line>

</Line>

<Line>

</Line>

<Line>

</Line>

<Line>

</Line>

<Line>

</Line>

<Line>

</Line>

<Line>

</Line>

<Line>

</Line>

<Line>

</Line>

<Line>

</Line>

<Line>

</Line>

<Line>

</Line>

<Line>

</Line>

<Line>

</Line>

<Line>

</Line>

<Line>

</Line>

<Line>

</Line>

<Line>

</Line>

</Lines>

</Polygon>

</Polygon>

</Polygon>

</Polygon>

</Polygon>

</Polygon>

</Polygon>

</Polygon>

</Polygon>

</Polygon>

</Polygon>

</Polygon>

</Polygon>

<Name>狭长灌木林(拟合)</Name>

</Polygon>

</Polygon>

</Polygon>

</Polygon>

</Polygon>

</Polygon>

</Polygon>

</Polygon>

</Polygon>

</Polygon>

<Name>狭长灌木林(不拟合)</Name>

</Polygon>

</Polygon>

</Polygon>

</Polygon>

</Polygon>

<Name>直径两端点</Name>

</Polygon>

</Polygon>

</Polygon>

</Polygons>

</ZHDGroundCode>

拓展

是不是 rtk 时代简码意义就不大了，直接调用代码就可以了啊，何必中间加一步呢？RTK 时代，简码是不是多余？

很多人都会产生这个疑问：现在 RTK 手簿屏幕大、可以点选图例，直接绑定内部 6 位编码，为什么还要保留 K1、J 这套简码做中间翻译层？

先说结论：

RTK 时代简码意义有所下降，但并没有废掉；"直接调用机器内部编码" 现实中反而行不通，中间这层映射不能直接删掉。

我们拆开讲清楚利弊。

1、理想设想：手簿直接输出 CASS 内部 6 位数字码

设想：手簿点选 "加固陡坎"，DAT 直接输出204202，绕过 K1，不再需要 jcode.def 翻译。

看着很美，但现实有几个硬障碍：

CASS 内部 6 位编码不是公开稳定标准，版本之间会变 CASS7、CASS9、CASS11，部分地物的内部编码号会调整。

如果你手簿硬写死204202，换到另一个版本 CASS，这个数字可能对应别的地物，直接画错符号。
而K1这个野外简码，从 CASS7 到 CASS11语义一直没变，K1 永远代表加固陡坎。

jcode.def 相当于适配器，CASS 升级，只需要改电脑上这一个对照表，不需要把全部外业手簿、历史测量数据全部重新改一遍。

第三方 RTK 厂商拿不到完整、正式的 CASS 内部编码文档 中海达、华测、思拓力，都不是南方测绘。南方不会完整公开全部内部图块 ID。厂商如果硬去逆向扒 6 位编码，CASS 小版本更新，编码一变，手簿直接报废。

但是K1、SG、J这套野外简码是公开的行业约定，所有厂商都可以遵循。

历史海量老数据兼容问题 几十年全站仪时代留下来大量 DAT 档案，全部用 K1、F6 简码。如果抛弃简码改用数字机器码，旧项目数据全部不能直接用。

2、RTK 带来的变化：简码的一部分价值确实弱化了

全站仪时代简码两大核心价值： ①输入字符少，适合全站仪小键盘打字； ②把拓扑连线关系（+、C）写进数据，减少草图压力。

到 RTK 触屏手簿：

①价值下降：不用敲字母，直接点选图例，记不记 K1 无所谓；
②价值依然巨大：+、‑、C这套拓扑连接控制符，没有替代品。

重点：简码体系分成两块，不要混为一谈

地物别名：K1 / SG / J（别名映射，RTK 下价值下降）
拓扑操作符：+、‑、C （描述点怎么连线、闭合，RTK 时代依然无可替代）

哪怕你手簿点选图例自动填 K1，你仍然要处理：哪几个点连成一条线、哪里闭合。这部分信息还是要写到 DAT 里面，这套就是简码体系里的操作码。

3、现在手簿的真实工作模式（你正在用的）

Hi‑Survey 选 CASS 模板，点 "加固陡坎"，软件自动填入字符串K1到 DAT。并不是直接写入 6 位内部数字。

手簿做的只是：把触屏点击，自动转换成传统野外简码字符串。底层依旧走老的简码‑jcode.def 翻译链路，只是把人敲 K1，变成软件帮你填 K1。

4、那有没有不用简码的作业方式？当然有，现在很多单位这么干

方式 A：完全放弃 JJ 简码识别，只采坐标，靠草图内业描图

RTK 外业只采坐标高程，编码随便填或者空着；内业看手簿草图、现场截图，CAD 人工连线插符号。

适合小测区、地物简单；带状道路项目工作量会很大。

方式 B：手簿输出 SHP，直接 CAD 导入 SHP，不使用 DAT+JJ

手簿建好地物字典，采集的时候区分点、线、面要素，直接导出 shp 格式。 SHP 本身自带图层、要素类型、几何拓扑，不需要简码、不需要 jcode.def，不需要 JJ 命令。

👉 这才是真正绕开简码体系的现代方案。但缺点：

很多老测绘院、老项目，交付要求必须提交 CASS‑DAT；
SHP 到 CASS 里面符号、图层匹配还要做一套配置，并不是开箱即用；
道路测量很多老作业员仍然习惯 DAT 流程。

5、总结，回答你的疑惑

"RTK 触屏都可以点选地物了，为什么还要 K1 这套中间层？"

地物别名 K1 这一层，RTK 时代确实被削弱，手簿可以自动生成，人不用记忆；但是不能直接替换成内部数字编码，受版本、厂商、历史数据制约。
但是+、‑、C拓扑关系这部分，在 DAT 这套传统流程下没有替代品。 只要你还在用 DAT+JJ简码识别，就离不开这套机制。
如果想彻底甩掉简码中间层：就放弃 DAT‑JJ 这套老链路，走 SHP 要素采集路线。
现实工程现状：大量项目仍然沿用 CASS DAT 交付格式，所以简码这套老体系还在广泛活着。

通俗比喻

内部 6 位编码 = 数据库主键 ID；
K1 简码 = 业务别名；
jcode.def = 映射表。

软件版本一变，主键 ID 可以变，但业务含义 "加固陡坎 = K1" 不变。

如果你外业直接记录主键 ID，版本一改，全部历史数据直接语义错乱。记录业务别名，只需要更新电脑上一张映射表即可。

DAT 简码采集 vs SHP 要素采集

两套完全不同的外业‑内业链路，DAT 是全站仪时代延续的文本格式；SHP 是 GIS 矢量要素格式。核心差别：

DAT：点的集合，靠简码字符 (K1 / + / C) 在 CASS 内重建线、面拓扑。文件只有点坐标，没有真正的线面对象。

SHP：外业直接区分点要素、线要素、面要素，手簿里就构建线、面几何，保存的就是完整矢量，不靠后期猜连线关系。

一、DAT + JJ 简码识别（你现在在用这套）

流程

外业碎部打点 → 每个点附带简码（K1、+、C、J）→ 输出纯文本 DAT → CASS 执行JJ，依靠 jcode.def 翻译、根据+、C重建连线、闭合，生成符号和复合线。

✅优点

文件极轻量，文本可以记事本打开检查、修改，拷贝传输方便；几十年测绘项目都用 DAT，甲方、监理、老作业员接受度最高。
几乎所有 RTK（中海达、华测、南方）全部原生支持导出；老设备、老数据兼容。
外业可以中途打断地物、随时补点；不用严格 "开始要素‑结束要素"。测道路带状，跑点自由度很高。

❌缺点

本质只是一堆离散点 ，拓扑关系完全靠简码文本控制。外业编码输错一个+，内业直接乱线。
强依赖 CASS 的jcode.def、JJ简码识别程序；换软件就失效，别的 GIS 软件读不出地物含义。
属性能力弱：很难批量存地物属性（井材质、围墙高度、路面类型）。备注只能写在点备注字段。
CASS 版本升级，简码规则会变（例如 CASS11 把 P 改掉）。

适合场景

传统 1:500/1000 地形图测绘、道路改造带状测绘，成果要求提交 CASS DAT 文件；
老单位，内业固定用 CASS 成图，人员习惯这套流程；
外业跑点连续性强，经常中途遮挡、断点补测。

风险点

外业手滑输错编码，整套内业自动成图直接崩坏；依然需要草图做兜底。

二、SHP 要素采集（GIS 模式，真正绕开简码）

流程

手簿新建项目时，建立要素库：

点类：检查井、电线杆、控制点；
线类：加固陡坎 K1、边沟、围墙；
面类：房屋、水塘。

外业操作逻辑发生变化：

测线地物：点击**「开始线要素」** ，连续打点，打完点**「结束线要素」**；手簿内部直接生成一条完整 Polyline，不是一堆离散点。
测面地物：「开始面要素」，打点，最后闭合，手簿生成多边形。
点状地物：直接采集点，同时填写属性（井类型、材质）。

采集完成直接输出.shp/.shx/.dbf整套矢量。

到电脑端：可以用 ArcGIS、QGIS、CASS、CAD 导入 SHP。不需要简码、不需要 JJ、不需要 jcode.def。几何拓扑在外业已经建好。

✅优点

几何拓扑外业就确定，不会因为编码字符写错导致连线错乱。线就是线，面就是面。
支持丰富属性表：检查井可以存井盖材质、井深；房屋存层数、结构；后续统计、入库非常方便，适配国土、GIS 入库项目。
通用性强，不只局限 CASS，GIS 软件通用。
不受 CASS 版本、jcode.def 配置坑的影响。

❌缺点

操作约束更强：测线必须「开始要素‑结束要素」。如果测一半被树木挡住中断，必须结束当前线，下次重新新建线要素。外业习惯要改变，老测量员上手会不习惯。
手簿软件对 SHP 要素采集授权有要求；部分盗版 / 低配手簿功能受限。
导入 CASS 之后，不会自动匹配 CASS 符号、图层。导入 SHP 只是几何图形，还需要做符号映射配置，才会变成 CASS 标准图式。
很多传统甲方明确要求交付*.dat，SHP 不能直接替代交付，还要额外转换导出 DAT。
文件由多个配套文件组成 (shp/shx/dbf/prj)，丢其中一个就损坏，拷贝传输要整套复制。

适合场景

需要 GIS 入库的项目（国土调查、确权、不动产、管线普查）；
需要大量记录地物属性；
后期会使用 ArcGIS/QGIS 做数据分析；
新团队，愿意改变外业操作习惯。

三、两张模式对比总表

表格

对比项	DAT 简码模式	SHP 要素模式
几何存储	一堆离散点，内业靠简码重建线面	外业直接存储完整点 / 线 / 面矢量
依赖项	DAT 文本 + jcode.def + JJ 命令	SHP 整套文件，不依赖 CASS 简码体系
外业操作	打点，填写简码 (K1、+、C)，自由度高	开始要素→打点→结束要素，流程约束强
属性信息	薄弱，仅备注	强大，支持字段属性表
CASS 兼容性	原生适配，一键简码识别	导入只有几何，需要配置符号映射
交付习惯	传统测绘几乎全部接受	很多老项目不认可，需转 DAT
出错来源	编码字符输错导致乱线	忘记结束要素造成要素错乱

四、现实工作怎么选（给你的道路测绘场景）

道路改造、旧路勘测，甲方要 CASS、要 DAT 成果 → 继续 DAT + 简码

也就是你现在这套，记住 CASS11 用+而不是 P，做好 jcode.def，外业简单草图兜底。

如果同时要做管线调查、国土入库，大量要填属性 → 优先 SHP 要素采集。
折中方案（很多单位在用）：

外业 SHP 要素采集，手簿同时导出 SHP 和 DAT 两套；SHP 用来入库，DAT 用来给 CASS 内业出地形图交付。

五、重要提醒

就算用 SHP 采集，导入 CASS 之后，依然要处理：陡坎齿方向、曲线拟合、图式符号、注记，不是完全零内业编辑，只是避开了简码识别那一堆坑。

测绘外业调查如何正确的开展

前言

CASS 简码：为什么不用内部真实编码，要用 K1、J、+ 这套简码

一、当年设计这套机制的初衷（起源全站仪时代）

二、使用简码的现实意义（放到你现在 RTK 作业）

三、关键短板（你实际工作要明白）

四、做个通俗类比

五、两种作业模式对比

六、补充 CASS11 的历史小坑

cass中简码识别菜单

cass安装文件下的JCODE.DEF简码映射表，修改这个文件，你可以自定义映射。

RTK手簿对应的界面

点状地物

线状地物

面状地物

数据采集界面

快捷键9宫格设置常用的地物，根据项目的需求灵活的设置

实际的采集数据

CASS对应的简码一览表

拓展

**是不是 rtk 时代简码意义就不大了，直接调用代码就可以了啊，何必中间加一步呢？**RTK 时代，简码是不是多余？

1、理想设想：手簿直接输出 CASS 内部 6 位数字码

2、RTK 带来的变化：简码的一部分价值确实弱化了

3、现在手簿的真实工作模式（你正在用的）

4、那有没有不用简码的作业方式？当然有，现在很多单位这么干

方式 A：完全放弃 JJ 简码识别，只采坐标，靠草图内业描图

方式 B：手簿输出 SHP，直接 CAD 导入 SHP，不使用 DAT+JJ

5、总结，回答你的疑惑

DAT 简码采集 vs SHP 要素采集

一、DAT + JJ 简码识别（你现在在用这套）

二、SHP 要素采集（GIS 模式，真正绕开简码）

三、两张模式对比总表

四、现实工作怎么选（给你的道路测绘场景）

五、重要提醒

是不是 rtk 时代简码意义就不大了，直接调用代码就可以了啊，何必中间加一步呢？RTK 时代，简码是不是多余？