夜雨聆风作者：闫磊老师日期：2026 年 4 月 6 日
开头
凌晨 1 点 23 分。
我盯着屏幕上的进度条，Excel 文件才转换到第 347 个。
明天早上 8 点要交图，领导说“很简单，就是把那几个表格转成 SHP 文件”。
很简单？
3000 多个坐标点，手动复制粘贴至少要 4 个小时。我已经连续干了 11 个小时，眼睛发涩，手指发麻。
那一刻我突然意识到：GIS 这行，最累的不是分析，是重复。
直到我遇到了 OpenClaw。
主体
01 我曾经也是个“手工匠人”
刚入行的时候，我觉得 GIS 就是技术活。
学 ArcGIS、学 Python、学空间分析，觉得自己掌握了核心竞争力。
后来才发现，真正消耗时间的，是那些最基础的活儿：
把 Excel 里的坐标转成 SHP
把 100 张 JPG 批量转成 PDF
把 MDB 数据库导出成 GDB
把 Word 里的表格一个个复制到 Excel
这些事，说难不难。说简单？你一个试试。
去年有个项目，甲方给了 50 个 Word 文档，每个文档里有 20 多页表格，要求全部整理成 Excel。
我算了算，手动弄至少要 3 天。
后来我用 OpenClaw，写了个脚本，23 分钟搞定。
那一刻我才明白：不是我们不够努力，是方法太原始。
02 OpenClaw 到底是什么？
说人话： 它是个自动化助手，帮你干那些重复的脏活累活。
我给它下的定义是：GIS 人的“瑞士军刀”。
为什么？因为它能干的活儿，覆盖了 GIS 日常工作的 80%：
数据处理类
Excel ↔ SHP 互转（带坐标系自动识别）
图片转 Excel（OCR 识别，不用手敲）
MDB → GDB 转换（ArcGIS 老用户的痛）
批量坐标转换（几百个文件一键搞定）
文档处理类
Word ↔ PDF 批量转换
PPT 自动生成（从 Excel 数据）
文档里的图片自动提取
表格数据自动抓取
文件管理类
批量重命名（按规则）
文件夹自动整理
压缩/解压
危险操作预警（删文件前会提醒你）
我看过一个统计，GIS 从业人员平均每周要花 15-20 小时 在这些基础操作上。
OpenClaw 能把这个时间压缩到 2-3 小时。
省下来的时间，你用来做真正的空间分析，不香吗？
03 几个真实场景
场景 1：征地拆迁数据整理
甲方给了一堆散乱的文件：
200 多张现场照片（JPG）
50 个 Excel 表格（每户的补偿数据）
30 个 Word 文档（协议扫描件）
要求：全部整理归档，照片和户主信息要对应。
传统做法（预计 2-3 天）：
手动建文件夹
一张张看照片，重命名
一个个表格打开，复制数据
核对信息
用 OpenClaw（实际耗时 47 分钟）：
写个脚本，自动读取 Excel 里的户主姓名
批量重命名照片
自动归类到对应文件夹
生成汇总表格
项目负责人问我：“你加班了？”我说：“没有，我准点下班的。”
场景 2：DEM 数据处理
地形分析项目，要处理 12 个 DEM 文件。
常规流程：逐个打开 ArcGIS Pro → 设置参数（坡度、坡向、山体阴影）→ 导出结果 → 重复 12 次。
问题：参数稍微设错一个，就得重来。
有次我做到第 9 个文件，发现第一个参数设错了。全部返工，干了 14 个小时。
用 OpenClaw（写批处理脚本）：
python
# 伪代码示意for dem in dem_files: calculate_slope(dem) calculate_aspect(dem) export_result()
12 个文件，一次性跑完。我去喝了杯咖啡，回来就好了。
场景 3：最头疼的 MDB 转 GDB
用 ArcGIS 的老用户都懂这个痛。
MDB 是 Access 数据库格式（老版本 ArcGIS）。GDB 是新的地理数据库格式。
甲方给的数据是 MDB，你要用 Pro 打开，必须先转 GDB。
手动转：右键 → 导出 → 设置参数 → 等待 → 下一个。100 个要素类，转一上午。
用 OpenClaw：
bash
openclaw mdb2gdb --input xxx.mdb --output xxx.gdb
一条命令，后台自动跑，你去干别的。
我有个朋友，接到一个 10GB 的 MDB 文件，里面有 500 多个要素类。他准备请一天假专门转数据。后来用了 OpenClaw，下班前转完了。
04 一些经验之谈
经验 1：先想清楚再动手
先花 10 分钟，把你要做的事拆解成步骤。
例如“把 Excel 转 SHP”：
读取 Excel
识别坐标列
设置坐标系
生成点要素
保存 SHP
拆解清楚了，脚本怎么写就顺了。
经验 2：保留原始数据
永远保留原始文件的备份，所有操作在副本上进行。
OpenClaw 的危险操作预警功能：执行删除、覆盖时会弹窗提醒确认。多这一步，能避免 90% 的灾难。
经验 3：脚本要写注释
半年前写过一个脚本，没写注释。上周要用，打开一看：这啥玩意儿？谁写的？（哦，是我自己写的）
现在我的原则：脚本里的关键步骤，必须写注释。不是为了给别人看，是为了给半年后的自己看。
结尾
GIS 这行，技术更新太快了。AI、云计算、大数据，新概念一个接一个。
但说实话，大部分人的日常工作，还是那些基础操作。
与其焦虑被替代，不如先把手头的重复劳动自动化。省下来的时间，用来学真正的技术。
OpenClaw 不是银弹，它解决不了所有问题。但它能帮你把那些枯燥的、重复的、耗时的活儿干掉。
让你有时间去做真正有价值的空间分析。
最后送一句话：
工具的价值，不在于它有多强大，而在于你用它省下了多少时间。
共勉。
（完）
