作者：闫磊老师日期：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 天）：

1. 手动建文件夹

2. 一张张看照片，重命名

3. 一个个表格打开，复制数据

4. 核对信息

用 OpenClaw（实际耗时 47 分钟）：

1. 写个脚本，自动读取 Excel 里的户主姓名

2. 批量重命名照片

3. 自动归类到对应文件夹

4. 生成汇总表格

项目负责人问我：“你加班了？”我说：“没有，我准点下班的。”

场景 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”：

1. 读取 Excel

2. 识别坐标列

3. 设置坐标系

4. 生成点要素

5. 保存 SHP

拆解清楚了，脚本怎么写就顺了。

经验 2：保留原始数据

永远保留原始文件的备份，所有操作在副本上进行。

OpenClaw 的危险操作预警功能：执行删除、覆盖时会弹窗提醒确认。多这一步，能避免 90% 的灾难。

经验 3：脚本要写注释

半年前写过一个脚本，没写注释。上周要用，打开一看：这啥玩意儿？谁写的？（哦，是我自己写的）

现在我的原则：脚本里的关键步骤，必须写注释。不是为了给别人看，是为了给半年后的自己看。

结尾

GIS 这行，技术更新太快了。AI、云计算、大数据，新概念一个接一个。

但说实话，大部分人的日常工作，还是那些基础操作。

与其焦虑被替代，不如先把手头的重复劳动自动化。省下来的时间，用来学真正的技术。

OpenClaw 不是银弹，它解决不了所有问题。但它能帮你把那些枯燥的、重复的、耗时的活儿干掉。

让你有时间去做真正有价值的空间分析。

最后送一句话：

工具的价值，不在于它有多强大，而在于你用它省下了多少时间。

共勉。

（完）