简介：面向水下探测与测绘领域初学者及多波束数据采集人员的培训讲义，围绕Reson PDS2000软件的多波束项目设置展开，帮助读者理解从控制中心启动到项目参数配置的完整流程。压缩包内含1个PDF文件，约10.92MB，以图文页面形式呈现，便于按章节查阅和对照软件界面学习。讲义覆盖项目文件的打开、新建与从采集数据创建，配置文件与船型文件选择，测线runlines设置，以及坐标系定义、GeoCalculator检验、单位正负约定、记录格式精度、File History、提示音和GPS跳秒/UTC偏移等关键参数；同时说明应用类型对功能模块可见性的影响。已有526人学习，适合需要规范项目配置、减少坐标系与单位设置错误，并系统梳理PDS2000多波束作业设置逻辑的读者参考，尤其适合项目初始化、作业前参数复核或团队内部复训时按页对照。
1. 多波束项目设置这件事，翻车点几乎全在按下记录之前
多波束项目设置的翻车，很少发生在采集那一刻，而是发生在按下开始记录之前的十分钟：坐标系填错一格、跳秒没跟上、船型文件套错一套，后面几公里测线全部要重跑。这份 PDS2000 多波束项目设置培训 PPT，把 Control Center、Project、Configuration、Vessel、runlines 这几块拆成一页页可照着点的动作，属于声呐技术落地里最容易被跳过、又最贵的一环。它适合刚接手多波束采集的作业人员、负责项目初始化的技术负责人，以及要给团队做内部交底的人——不是科普读物，是一份照着点就能把项目开起来的操作底稿。
2. 从控制中心到项目落地：三种建项目路径的代价差别
PDS2000 的入口只有一个，就是 Control Center。很多人第一次打开这套声呐技术软件，会被左侧一串模块名劝退，其实真正需要理解的只有三个选择框：项目（project）、应用类型（application）、配置文件（configuration）。这三项确定之后，Data Acquisition 才能启动，PDS Explorer 才有意义——它负责文件管理、浏览和编辑，菜单栏和快捷图标都是围绕当前项目上下文展开的。理解这一层的价值在于：后面所有的"菜单里找不到某个功能"，八成不是软件坏了，而是这三个框里的某一个选错了。
2.1 控制中心的三个选择框决定了后面所有菜单
Control Center 的界面结构其实很朴素：顶部是菜单栏和快捷图标，左侧是功能模块列表，中间是项目、应用类型、配置文件的三个选择入口，底部是 PDS Explorer 的文件浏览区。初始化一个项目，动作顺序是这样的：
- 在 Control Center 的 project 下拉框里选中目标项目，未建项目则先建项目；
- 在 application 下拉框里选应用类型，这一步会直接改变左侧可见的模块集合；
- 在 configuration 下拉框里选配置文件，多波束采集通常是单独一套配置；
- 确认 Explorer 中当前目录指向该项目目录，而不是上一次的项目残留；
- 启动 Data Acquisition，进入采集界面。
这五步里，第 2 步最容易被当成"随便选一个"。应用类型的实际作用是决定哪些功能模块可用，并把不必要的模块隐藏掉。也就是说，选错应用类型不会报错，它只是安静地把你要用的那个模块藏起来。常见做法是：给多波束采集单独固定一个应用类型，写进团队交底文档，所有人不自行更改。这样菜单结构在团队内部就是一致的，交接班时不会出现"我这台机器上没有那个按钮"的对话。
提示：Control Center 的 Help 菜单里带帮助查询和更新下载入口，遇到模块名和 PPT 截图对不上时，先看版本差异，再怀疑操作。
配置文件（configuration）这一项的选择逻辑，和项目文件是两回事。项目文件承载的是这个测区的位置、坐标系、船型绑定关系；配置文件承载的是采集与处理的参数集合。同一套船、同一片海域的不同测区，配置文件可以复用；反过来，同一份配置文件套到不同船上，船型偏置就是错的。这条边界不划清，后面排查会非常痛苦。
2.2 打开已有项目与从 log 反建：两种路径的代价差别
PPT 里列了三种建项目的方式，看起来只是三个按钮，实际对应三种完全不同的作业场景。
第一种是 Open existing project，打开已有项目。PDS2000 的项目文件默认存放在PDS2000 Projects目录下，这个目录位置允许用户自己定义，可以指到独立数据盘甚至网络路径。另外有一个Projects Common Files目录，所有项目都能共享其中的文件，典型的就是船的三维模型文件。这个共享目录的设计意图是省磁盘、省重复维护，代价是它变成了一个单点：有人在公共目录里改了船模型，所有引用它的项目一起变。我的习惯是公共目录只读，任何修改先在本地副本上做完，验证没问题再统一发布。
第二种是 Create project from log data file，从已采集的 log 数据反建项目。这个功能在补做项目、接手别人半成品数据时非常有用：配置文件（configuration）和船型文件（vessel）都会从采集数据中自动提取出来，不需要你再手工配一遍。但有一个必须提前知道的动作特征——采集数据文件会被剪切到新项目文件目录下，是剪切，不是复制。血泪经验就在这里：有人拿一块原始备份盘直接做反建，操作完发现原始目录空了，以为数据丢了。
正确做法是把 log 文件先复制一份到工作盘，在副本上做反建，原始盘保持只读挂载。反建完成后，回到 Control Center 核对两件事：提取出来的船型文件是不是这条船的，提取出来的配置文件里的坐标系是不是测区实际用的那套。自动提取的前提是原始采集时这些参数就是对的，如果原始数据本身带着错误的坐标系，反建只会把错误忠实地复制一遍。
第三种是 Create New Project，走项目设置向导建全新项目。这是最"干净"的路径，也是最考验操作者对参数理解深度的路径，因为没有任何东西可以继承，全靠手填。
2.3 向导建新项目的顺序：先船型后配置再测线
向导的页面顺序不是随意的，它遵循"容器 → 参数 → 几何"的依赖关系。项目文件是容器，配置文件是参数，船型文件描述载体，测线（runlines）是最终要跑出来的几何对象。顺序颠倒的典型后果是：先画了测线，再回头改船型，测线上的计划位置和实际换能器位置对不上。
我在向导里固定走这样一套顺序：
| 步骤 | 填什么 | 填错的后果 | 能不能事后改 |
|---|---|---|---|
| 1 | 项目名与项目目录 | 数据散落在多处，归档困难 | 可以，但要手工搬文件 |
| 2 | 坐标系（Coordinate System） | 全部数据平面位置与高程系统性偏移 | 采集中不可改 |
| 3 | 单位与正负号定义 | 显示值方向相反，误判设备装反 | 随时可改，仅影响显示 |
| 4 | 记录格式与小数位 | 导出精度不够，重导一次即可 | 随时可改，仅影响显示 |
| 5 | 船型文件绑定 | 换能器偏置错，条带拼接错位 | 可以，但已采数据要重算 |
| 6 | 测线计划与命名规则 | 后续处理分线混乱 | 可以 |
表里第 2 行和第 3 行的差别，是整套设置里最需要建立直觉的地方。坐标系属于"改了全废"的那一类，单位与格式属于"改了只是换个显示皮肤"的那一类。把这两类混在一起理解，就会出现两种极端：要么不敢动任何参数，要么在采集途中随手改坐标系。
向导跑完之后不要立刻进采集。先回 Control Center 走一遍 Help 里的帮助页，对照当前版本的界面截图；再用 PDS Explorer 确认项目目录下已经生成了配置文件与船型文件的引用记录；最后再确认 application 下拉框选的是多波束采集对应的应用类型。这三件事加起来不超过五分钟，能省掉后面一整天的返工。
3. 坐标系这一关：六个环节和一把验证尺
坐标系是 PDS2000 项目配置里唯一被明确标注"实际调查过程中不能随意更改"的参数，其余参数在调查过程中都可以随时改。这句话值得单独拎出来讲，因为它把参数分成了两个风险等级，而坐标系站在最高那一级。原因不复杂：多波束原始数据记录的是相对于换能器的角度和斜距，最终换算成东坐标、北坐标、高程，中间要经过一整套基准与投影的转换链。这条链上的任何一个环节在采集中途变了，前后两段数据就落在两个不同的参考框架里，拼接时表现为整体平移或随距离增大的偏移，而不是随机噪声——后者还能靠滤波救一救，前者只能重跑。
3.1 从卫星椭球到平面坐标：链条拆开看
PPT 里那张坐标系定义的示意图，信息密度很高。它画的是这样一条链路：
卫星定位给出的是纬度、经度、椭球高（Latitude, Longitude, Altitude），这是建立在卫星椭球（Satellite ellipsoid）上的。要落到本地测量用的平面坐标，需要依次经过：本地椭球（Local ellipsoid）→ 基准转换（Datum transformation）→ 大地水准面模型（Geoid model）→ 地图投影（Map Projection），最后得到东坐标、北坐标、高程（Easting, Northing, Height）。链条上还有两个平行的分支：后处理改正模型（Post correction Model）和后处理手工改正（Manual Post correction）。
把这条链拆成"必填项"和"可选项"来看会更清楚：
- 卫星椭球：由 GNSS 系统决定，通常不需要用户干预，但要确认软件里选的和实际用的星座系统一致；
- 本地椭球与基准转换：决定你的平面坐标落在哪个国家或区域的测量基准上，这一步错了，平面位置会出现几十米到上百米的系统偏移；
- 大地水准面模型：决定高程从椭球高转成正常高的方式，这一步选错，高程会差出一个近似常数的量，且随区域缓慢变化；
- 地图投影：决定平面坐标的变形特性，跨带作业时这一步尤其关键；
- 后处理改正模型与手工改正：给后处理阶段留的修正入口，采集阶段一般留空或置零。
内置坐标系列表里的条目是不可编辑的，只能选。要改，必须走"新建坐标系向导"建一份自定义坐标系，把自己的椭球、基准转换参数、水准面模型、投影参数逐项填进去。这个设计其实是在保护你：内置条目一旦被就地修改，历史项目引用的同一份坐标系就变了含义，事后无法解释数据为什么对不上。
注意：自定义坐标系一旦被项目引用，就不要在项目生命周期内再改它。要迭代，新建一份，改引用，保留旧的那份。
3.2 自定义坐标系的建法与 GeoCalculator 的用法
建自定义坐标系的实际操作路径是：Project Configuration → Coordinate System → 新建坐标系向导 → 依次填写椭球、基准转换、水准面模型、投影 → 保存并命名。命名建议带上区域和版本信息，比如"某测区-本地基准-2024 版"，不要用"新建坐标系 1"这种名字，半年后没人知道它是什么。
填完之后必须验证，PPT 里给的工具是 GeoCalculator。它的用法是把已知点的坐标在坐标系之间做一次转换，然后和你手上的真值比对。这个动作的价值在于：它把"我填的参数看起来对"变成了"我填的参数算出来对"。我一般按这个流程走：
- 选 2～3 个测区内的已知控制点，覆盖测区的两个对角，不要只取中心一个点；
- 在 GeoCalculator 里输入这些点的已知坐标，做一次正向和反向转换；
- 记录平面残差与高程残差，平面残差应在厘米级，高程残差取决于水准面模型的精度，通常也在分米以内；
- 如果残差是一个近似常数的平移，优先怀疑基准转换参数；如果残差随位置线性变化，优先怀疑投影参数或中央经线；如果只有高程偏，优先怀疑水准面模型；
- 残差合格后再回到项目里锁定坐标系，并把这个验证结果记进项目日志。
这套流程跑一遍大概十几分钟，是整个项目初始化里性价比最高的十几分钟。反过来，跳过这一步的代价是：等采完一整片测区，在处理阶段发现拼接不上，这时候唯一的后悔药是把坐标系重建一遍，然后把所有原始数据重新走一遍后处理。数据量小还能扛，数据量大就是整夜。
顺带说一个容易忽略的细节：多波束的平面位置来自 GNSS 天线，高程来自换能器面，两者之间隔着杆臂（lever arm）。坐标系定的是"参考框架"，杆臂定的是"天线到换能器这一段怎么算"。坐标系对了但杆臂填错，表现得像坐标系错，这也是为什么排查时要先确认杆臂，再去动坐标系——顺序反了，你会把一套本来正确的坐标系改坏。
3.3 单位、正负号与记录格式：只影响显示的三层皮
项目配置里的单位（Units）和格式（Formats）这两页，PPT 上有一句非常关键的注：所有的单位及正负定义仅用于 PDS 数据显示，原始采集数据有独立单位定义。记录文件（Log Files）那页的注也类似：定义的是采集与导出时显示的小数点后位数，同样只用于显示，不影响实际数据。
这两句话合起来的意思是：单位和格式是三层"皮"，不是"骨"。它们的实际作用范围是：
- 决定你在采集界面上看到的横摇（Roll）、纵摇（Pitch）是度还是弧度；
- 决定这两个量的正负方向与你团队的约定是否一致（左舷为正还是右舷为正）；
- 决定平面视图中经纬度以什么形式显示；
- 决定导出的记录文件里小数位显示几位。
它们不改变的是：原始数据文件里存的数值、单位、符号约定。这里就藏着一个非常典型的误判场景：交接班时有人发现 Roll 的符号和上一班相反，第一反应是"换能器装反了"或者"设备出问题了"，实际只是配置里的正负号定义被别人改了。判断方法很简单——去看原始数据，原始数据的单位定义是独立的，如果原始数据符号一致、只是界面显示变了，那就是显示层的事，改回来即可，不用动硬件。
小数点位数这一项，用默认值记录是最稳妥的。有人为了提高"精度"把位数调大，结果只是让文件变大、界面变挤，实际数据的分辨率并不会因此提升。真正决定精度的是设备量程和原始采样，不是这里的小数位。反过来，把位数调小也不是"省空间"，只是让显示更干净，原始值照样在。
提示：单位、正负号、小数位这三项，改动前先在交接记录里写一句，改后通知下一班。这三项是团队协作里最容易被误当成故障的显示项。
4. 配置文件与船型文件：哪些能边测边改，哪些一改全废
项目配置里最反直觉的一条规则是：只有坐标系不能在实际调查过程中随意改，其余参数都可以随时改。这条规则不是在鼓励你随便改，而是给你一个判断依据——当你想改某个参数又拿不准风险时，先问它是不是坐标系。不是的话，风险通常局限在当前这一段数据，改完观察一下就能判断；是的话，停下来，想清楚再动。
4.1 Configuration 里可改与不可改的分界
把配置页里的项目按"改动风险"排一下，得到的分层是这样的：
| 参数项 | 影响范围 | 改动时机 | 风险等级 |
|---|---|---|---|
| 坐标系 Coordinate System | 全部数据的位置与高程 | 仅项目初始化时 | 最高，改则全部重算 |
| 船型文件绑定 Vessel | 换能器与天线偏置 | 换船、换安装时 | 高，已采数据需重算 |
| GPS 时间参数（跳秒） | 时间戳对齐 | 开工前核对 | 高，影响所有时段匹配 |
| 单位与正负号 Units | 界面与导出显示 | 随时 | 低，仅显示 |
| 记录格式 Formats | 记录文件小数位 | 随时 | 低，仅显示 |
| 提示音 Alert Sounds | 采集时的听觉反馈 | 随时 | 无 |
| 文件历史 File History | 旧数据自动清理 | 建议不开 | 隐蔽，事后才发现 |
表里最需要单独说的是最后一行。File History（历史文件）配合 Disk Space（磁盘空间）设置，提供"自动清理旧数据"的能力，PPT 上直接标了"慎用"。这两个字的分量在于：它的破坏是静默的、延迟的。你在项目初期开了它，觉得磁盘压力小了很舒服；三个月后要回看某个老测段，发现文件已经不在了，而且没有任何提示告诉你它被删了。File History 本身的设计用途是特殊的监控类项目——那种只关心最近一段时间数据、老数据本就不需要留存的场景。常规测绘项目，我的做法是这一项保持关闭，磁盘管理交给外部归档流程，宁可多买一块盘。
提示音（Alert Sounds）和选项（Options）这两页，是整套配置里唯一带"人因"性质的部分。多波束数据显示的提示音设置、平面视图中经纬度的显示方式，都属于让操作员在长时间盯屏时更容易察觉异常的设计。比如给数据质量下降配一个短促提示音，比盯着屏幕看色标要可靠得多。这一项不影响数据，但影响你在连续作业中的注意力分配，值得按自己的习惯调一次，然后固定下来。
4.2 Vessel 船型文件与 runlines 测线的配合
船型文件（Vessel）描述的是这条船上的几何关系：换能器的安装位置与姿态偏置、GNSS 天线相对换能器的杆臂、罗经的安装角。测线（runlines）描述的是计划几何：起终点、航向、线间距、测线编号规则。
两者在逻辑上的关系是：测线是"理想的"，船型是"现实的"，采集就是把现实往理想上靠。所以顺序必须是先船型后测线——船型定不下来，测线画得再漂亮也没有意义。反过来，如果先画了测线再改船型，已经采集的数据在重新计算时会发现条带覆盖和计划线错位，操作员很容易误判为"航迹保持不好"，实际是偏置改了。
具体到操作，我一般这样做：
- 在 Control Center 里选中项目，进入 Vessel 页面，确认当前绑定的是这条船的船型文件，而不是同系列的另一条船；
- 核对杆臂三个分量与实测值一致（用卷尺量的那个值，不是出厂值）；
- 核对换能器安装角，特别是纵摇与艏向的安装偏置，这两项在条带边缘表现得最明显；
- 保存并锁定船型，回到项目里再开始画 runlines；
- 画完测线后，用平面视图检查线间距与覆盖宽度是否匹配，边缘有没有漏空。
第 5 步的检查有个快速判断法：把覆盖宽度按水深估一遍，和线间距对比，如果相邻条带的边缘重叠率明显小于设计值，先别怀疑设备，先回去看船型里的换能器安装角是不是填成了零。
Projects Common Files目录在这里又出现一次——船的三维模型文件通常放在公共目录里被各项目共享。这意味着如果有人在公共目录更新了模型，所有引用它的项目的可视化都会变。模型本身不影响测量计算，但会影响操作员对条带覆盖的直观判断，所以公共目录的写权限要收住。
4.3 GPS 时间参数、跳秒与磁盘清理开关
GPS 时间参数（GPS Time Parameters）里最关键的单项是 GPS 跳秒设定，也就是 GPS 与 UTC 之间的偏移量（GPS UTC offset）。这个值不是常数，会随时间调整。填错的后果非常有特征：所有时间戳整体偏移一个固定秒数，多波束数据和定位数据在时间上对不齐，表现为条带位置在转向时明显滞后或超前，直线上反而不明显。
排查这类问题有个固定套路：先看偏移是不是整数秒。是整数秒，八成是跳秒；是连续变化的偏移，去看时间同步链路和延迟标定；是随机跳动，去看定位解的质量。这个判断顺序能把大部分"数据对不上"的问题在一次排查内定位到层。
磁盘空间（Disk Space）与文件历史（File History）这一组，前面说过建议关闭自动清理，这里补充一条操作细节：如果确实因为磁盘紧张需要开，配套动作是每周把老项目整体归档到外部存储，并在项目目录留一份归档清单，写明归档日期和文件数量。这样即使自动清理误伤，你至少知道少了什么、能不能从归档里补回来。没有归档清单的自动清理，等于把数据安全交给了一个没有日志的黑匣子。
注意：GPS 跳秒值和文件历史开关，建议直接写进开工检查表，每次新项目初始化都过一遍，不依赖记忆。
5. 排查清单：多波束项目设置里翻车最多的五个现场
下面五条都是从实际作业里攒下来的，按"现象 → 原因 → 解决"写，现象描述尽量保留现场语言，方便对照自己的界面。
5.1 项目与文件层面的三个坑
坑一：反建项目之后，原始目录空了。
现象：用 log 数据新建项目，操作完成后回到原始数据盘，发现原来的采集文件不见了，只剩空文件夹。
原因：从 log 数据建项目的流程里，采集数据文件是被剪切到新项目文件目录下的，语义是移动不是复制。这是设计行为，不是 bug。
解决：任何时候做反建，都先把 log 文件复制一份到工作盘，在副本上操作，原始盘以只读方式挂载。已经发生剪切的情况，去新项目目录里把文件搬回去，注意不要破坏项目里的引用关系，搬完在 PDS Explorer 里刷新确认一遍。
坑二：菜单里找不到某个功能模块。
现象：按 PPT 上的截图去找某个按钮，界面上根本没有；同一份 PPT，同事的机器上却有。
原因：应用类型（Application type）选择不同，决定了哪些功能模块可用，并把不需要的模块隐藏。选错不会报错，只会安静地隐藏。
解决：回 Control Center，看 application 下拉框当前选的是什么，切换成团队约定的多波束采集应用类型，重启采集模块。团队层面把应用类型固定下来写进交底文档，比每次靠记忆靠谱。
坑三：老项目里某段数据莫名其妙缺了。
现象：几个月后回看一个早期项目，发现中间某几天的原始文件缺失，目录结构还在，文件没了。
原因：项目初始化时开了 File History 配合 Disk Space 的自动清理旧数据。这个动作是静默的，删除时不弹提示，事后也没有明显痕迹。
解决：常规项目保持这一项关闭，磁盘管理走外部归档。已经开了的项目，立即关闭并检查现有文件的完整性，用采集日志的时间段和现存文件的时间范围做一次比对，确认缺的是哪几段。File History 本身只建议用在特殊监控类项目上，那种场景本来就只需要最近一段时间的数据。
5.2 数据与显示层面的两个坑
坑四：前后两段测线拼接错位，偏移量随距离增大。
现象：同一片测区分成两个航次采集，处理时两段数据接不上，接缝处有明显的平面错位，而且错位量不是常数。
原因：坐标系在两次作业之间被改过（或者第二个航次用了另一份自定义坐标系）。坐标系在采集过程中不可随意更改，改了之后老数据仍按旧框架存储，两段数据落在不同参考框架里，拼接时表现为随位置变化的偏移。
解决：先确认两个航次各自用的坐标系版本，用 GeoCalculator 在已知控制点上分别验证，把错的那一段按正确的坐标系重新走一遍后处理。预防手段是坐标系一旦定稿就锁定并记录版本号，跨航次作业前用同一个控制点做一次交叉验证。
坑五：横摇（Roll）符号和上一班相反，怀疑设备装反了。
现象：交接班后发现界面上的 Roll 正负号和上一班记录相反，操作员第一反应是换能器松动或装反。
原因：项目配置里单位（Units）页的 Roll and Pitch 正负定义被改了。这一项只用于 PDS 数据显示，原始采集数据有独立的单位定义，所以原始数据本身并没有变。
解决：先去看原始数据里的符号，如果原始数据一致、只是界面显示反了，把显示定义改回来就行，不用动硬件。如果原始数据本身符号就反了，那才需要查安装偏置和杆臂符号。判断顺序反过来，就会白拆一次设备。
6. 把培训 PPT 变成开工检查表：四条验证动作
PPT 是给人看的，检查表是给人用的，两者之间差一步转化。我拿到这类培训材料后的固定动作，是把里面的页面按"开工前必须确认"和"作业中可随时调整"重排一遍，做成一页纸的检查表，贴在现场工位旁边。这样做的价值不在于记住内容，而在于把判断依据固化下来，不依赖当班人的状态。
具体的四条验证动作，按顺序走：
| 顺序 | 验证动作 | 通过标准 | 不通过时先查什么 |
|---|---|---|---|
| 1 | 控制中心三项确认（project / application / configuration） | 三项均为本项目、本船、本测区对应项 | 应用类型是否被改过 |
| 2 | GeoCalculator 已知点转换 | 平面残差厘米级，高程残差分米以内 | 基准转换参数、水准面模型 |
| 3 | 船型文件杆臂与安装角核对 | 与实测值一致，安装角非零值有依据 | 是否误用了同系列另一条船的船型 |
| 4 | GPS 跳秒与时间戳对齐检查 | 偏移为整数秒且与当前值一致 | 跳秒值是否过期 |
第 2 条和第 4 条是最容易被跳过、也最贵的两条。第 2 条贵在它能一次性暴露坐标系链条上的所有填错；第 4 条贵在它的故障表现很隐蔽——直线段上看不出问题，一转向条带就错位，很容易被误判成操船问题。血泪经验是：把这两条做成硬性卡口，不通过不许开记录。
再补一个进阶用法。这套 PPT 是按功能页组织的，而现场是按工序走的，两者对不上。我的做法是另建一份"工序版索引"，只写三列：工序名、对应 PPT 页码、这一步要确认的参数名。比如"换船"这一行对应船型文件那几页，要确认的是杆臂三分量和安装角；"跨航次"这一行对应坐标系那几页，要确认的是坐标系版本号。这份索引不需要写原理，只需要让任何一个人在现场能三秒定位到该看哪一页。新人上手时，先给他这份索引，再让他看 PPT，效率比反过来高得多。
还有一个小技巧：项目初始化完成后，把当时的坐标系版本、船型文件名、跳秒值、应用类型这四项抄进项目目录下的一个说明文件里。这个动作花不了一分钟，但在半年后有人问"这个项目当时用的什么基准"时，它就是唯一的答案。软件里的配置会随项目文件走，但人不一定找得到；一份纯文本说明，任何人都能打开看。
从那以后，我每次开新项目，都强制把"控制中心三项 → GeoCalculator 验证 → 船型核对 → 跳秒检查"这四步走一遍，哪怕当天时间再紧也不跳。跳过任何一步省下的十分钟，后面都要用一整天去还。希望帮到你。
本文还有配套的精品资源，点击获取
