7.1 城市规划与管理：从审批到一张图

7.1 城市规划与管理：从审批到一张图

本节摘要：行业复盘第一站选城市规划，因为它把前六章的工序全用了一遍。本节以"多规合一一张图"项目为主线：多源规划数据怎么合、冲突怎么自动检测、审批流程怎么落到系统里。读完你能把一个陌生行业的需求翻译回加工链工序清单。

一个真实的开局：三张图打架

某市启动"多规合一"那年，规划局桌上摆着三张图：发改部门的项目布局图、自然资源部门的土地利用总体规划、住建部门的城市总体规划。同一个地块，三张图三种说法——这边规划为绿地，那边划成了工业用地，第三张图上又是基本农田。项目落地前要先"合图"，合图的实质是冲突检测：找出所有空间上重叠、用途上矛盾的地块，交各部门协商处置。

这类项目的价值主张用加工链语言讲很直白：原料（三套规划数据）规格不一，必须先过进厂工序统一坐标与口径，才能进入深加工（叠加分析找冲突），最后成品定型（一张图成果）出厂分发（审批系统在线用图）。前六章的每一站，这里都要停靠。

# 一张图项目数据进厂清单
来源数据           格式         坐标系        进厂处理
发改项目布局       CAD          地方独立坐标系 转要素类 统一到2000
土地利用总体规划   MapGIS 6.7   北京54        升级 换基准
城市总体规划       Shapefile    西安80        转换 换基准
现状底图           影像加矢量   2000          直接入库
# 进厂后的口径统一动作（对应第2章工序）
1 基准统一      三套规划全部转到CGCS2000
2 口径统一      用途分类对照表 联桥各自类目到统一分类
3 拓扑清理      各图层悬挂缝隙清零 否则叠加出假冲突
4 建库分层      规划层 现状层 管控层 三大类要素数据集
# 教训：口径统一表是这类项目最花时间的部分 技术只是配角
​

清单末尾那句"教训"值得放大。合图的技术难度并不高，难在"绿地"在三个部门分类体系里的定义差别——有的按覆盖度、有的按用地性质、有的按管理归属。分类对照表要拉着三个部门逐条对齐，这个沟通过程占掉项目三成工期。技术新人容易低估它，把项目当成纯叠加分析来做，结果分析跑完了，成果没人认。

学习目标

阅读完本节，你应当能够：

1. 复述一张图项目的数据进厂清单与口径统一动作
2. 设计两规冲突检测的空间算子组合与判定规则
3. 把冲突成果组织成可协商、可追溯的处置台账
4. 描述审批业务在线化后 GIS 能力嵌入流程的三个节点
5. 把一个新行业需求拆解回加工链工序与工具清单

冲突检测：叠加分析的实战变形

冲突检测本质是第 3 章叠加分析的组合应用，但比教科书版多了两层工程约束：判定规则要业务说了算，成果要能支撑协商。

流程里那个"冲突规则表"是灵魂。不是所有重叠都算冲突：绿地与河流蓝线重叠是兼容，绿地与工业用地重叠是矛盾。规则表由业务部门定，代码只负责执行——这正是"分析工具不生产结论，它只是把数据里已经存在的关系摆上台面"的注脚。检测代码的骨架：

# 概念演示：两规冲突检测（叠加加规则判定 示意写法）
import mapgis_dev as mg
city = mg.open_fc("一张图库", "城市总规用途")     # 图层A
land = mg.open_fc("一张图库", "土规用途")        # 图层B
rules = {                                        # 冲突规则表 业务部门定
    ("绿地", "工业用地"): "矛盾",
    ("绿地", "基本农田"): "矛盾",
    ("绿地", "水域"): "兼容",
    ("居住用地", "商业用地"): "需裁量",           # 交给人工判断
}
result = city.overlay(land, op="intersect")       # 相交叠加
conflicts = []
for patch in result.features:                     # 遍历重叠图斑
    pair = (patch["A用途"], patch["B用途"])        # 双方编码对
    verdict = rules.get(pair, "需裁量")
    if verdict != "兼容":
        conflicts.append((patch.id, pair, patch.area, verdict))
mg.export_table(conflicts, "两规冲突台账")
print("检出冲突图斑", len(conflicts), "处 总面积", sum(c[2] for c in conflicts), "公顷")
# 输出：检出冲突图斑 412 处 总面积 586.7 公顷 其中需裁量 97 处
# 解读：台账按面积降序排 大冲突先协商 小碎片批量处置
​

代码输出的"需裁量 97 处"是工程化的关键设计——把规则表覆盖不了的灰色地带显式抛给人，而不是硬塞给算法规避。自动判定解决八成，人工裁量剩余两成，这才是人机协作的正确比例。

冲突台账到审批流程：让成果长在业务里

检测出 412 处冲突只是开始。每处冲突要进协商、定处置、回写图层，这个闭环跑在审批系统里，GIS 能力嵌入三个节点：选址初审（报审坐标一键叠加一张图，自动带出冲突与管控要求）、方案比选（多方案在图上并排比对，占永农、压红线的指标自动核算）、批后监管（批地范围与遥感影像定期叠加，越界建设自动预警）。

# 审批流程中的三个GIS嵌入节点
节点一 选址初审
  输入 拟选址坐标
  动作 叠加一张图所有管控层
  输出 管控要求清单 冲突提示 拿地可行性初判
  价值 初审从两天压到十分钟
节点二 方案比选
  输入 多个备选方案边界
  动作 各方案对同一组管控指标核算
  输出 指标对照表 供会议决策
  价值 比选有数据支撑 不再各说各话
节点三 批后监管
  输入 批准边界加最新遥感影像
  动作 定期叠加 变化检测
  输出 越界疑点图斑推送给执法
  价值 从被动举报变主动发现
# 三个节点用的都是第3章的叠加与检测 只是入口换成了业务流程
​

💡 关键直觉：行业项目里 GIS 的嵌入点要选"业务每天必经的卡口"。选址初审、方案比选、批后监管都是流程绕不过去的节点，嵌进去就甩不掉；做成孤立的"地图展示系统"，很快就没人打开了。

从一城到一业：方法论沉淀

城市规划的复盘提炼成通用方法论：先清家底（现状底图）、再合规矩（多规冲突消除）、后嵌流程（审批节点用图）。这三步换个行业照样成立——换成自然资源就是"家底变调查、规矩变红线、流程变登记"，换成应急就是"家底变风险区、规矩变预案区、流程变指挥链"。下一节去国土自然资源领域验证这个迁移。

• 合图实质：冲突检测是叠加分析的组合变形，规则表由业务定
• 口径最难：分类对照表的部门对齐占三成工期，技术是配角
• 人机比例：自动判定八成、人工裁量两成，灰色地带显式抛出
• 三个卡口：选址初审、方案比选、批后监管，嵌进必经流程
• 三步方法论：清家底、合规矩、嵌流程，可迁移到任何行业