> ## Documentation Index > Fetch the complete documentation index at: https://docs.mapxagent.com/llms.txt > Use this file to discover all available pages before exploring further. # 开发适宜性基础评价 · 内罗毕 > 在内罗毕识别生态、地形与洪涝硬约束，对剩余空间做建设适宜性分级与承载规模估算，最后提出开发边界与分级管控建议。 开发适宜性基础评价回答任何增长计划的第一问：**在生态、地形与洪涝约束之下，这座城市能在哪里建设、还能承载多少**。它沿用国土空间规划「双评价」的推进逻辑 —— 先识别硬约束，再做适宜性分级与承载规模，最后落到开发边界与分级管控。 内罗毕场景的最终效果：开发管控分区叠加在生态保护面、保护地与 50 米滨水缓冲之上 ## 场景包含什么 打开场景会把为内罗毕窗口准备好的 8 个图层导入项目。每个图层都来自[内置数据](/zh/concepts/builtin-datasets)目录，自带默认样式、图例、来源、许可与署名。 | 图层 | 数据 | 在研究里的角色 | | - | - | - | | 路网 | OSM 52,642 条线 | 现状城镇骨架；判断开发边界与「填充还是外扩」的参照 | | 水系 | OSM 718 条线 | 50 米滨水缓冲的来源 | | 行政边界 | 26 个 ADM3 单元（geoBoundaries） | 归属、汇总表与地图标注 | | 保护地约束 | Overture 肯尼亚全域 379 件 | 生态禁止建设区的一部分 | | DEM | Copernicus DEM GLO-30，30 米（1,459–1,954 米） | 坡度分级 | | 土地覆盖 | Esri Sentinel-2 2020，10 米 9 类（建成区占 57%） | 生态类与现状建成区 | | 洪涝危险 | WRI Aqueduct，1 公里 | 洪泛滩地避让线 | | 人口 | GHS-POP，1 公里 | 承载规模对照的现状人口 | *以上图层来自[内置数据](/zh/concepts/builtin-datasets)目录、自带来源与署名，且不只覆盖内罗毕：目录按同一口径提供全球与更多城市的同名数据 —— 换上新区域、加入同名条目，本章的方法链即可直接复用，几分钟内把本案例拓展到你的城市。* 图层顺序就是叠放顺序：点、线、面、栅格。8 个图层都会留在项目里供后续追问；只有上面图例中的成果层会被当作交付物来制图。 ## 研究怎么做 方法是一条由三个规划问题组成的链条，每一步都对应确定性的[分析](/zh/concepts/analysis)算子，报告里的每个数字都能追溯到一次运行。 | 阶段 | 回答什么 | MapX 跑什么 | 产出 | | - | - | - | - | | 1. 识别硬约束 | 哪些地方禁止建设？ | 坡度、重分类、缓冲、栅格计算、叠加擦除、栅格分类面积、分区统计 | 生态保护掩膜及其矢量面、50 米滨水缓冲、各类约束面积表 | | 2. 分级与规模 | 剩余空间有多适宜、能承载多少人？ | 加权叠加（默认等权）、重分类、1 公里网格、分区统计 | 适宜性 1–4 级、每个评价单元的人口、分类面积与承载规模表 | | 3. 提出边界 | 开发边界划在哪，怎么分级管控？ | 栅格转面、叠加擦除与融合、分区汇总、标注锚点 | 开发管控分区（优先建设 / 引导建设 / 限制建设）、图表与报告 | 整体来看，研究先把「绝对不能建」的空间 —— 生态保护、陡坡与滨水缓冲 —— 从研究区里逐一扣除，再在剩余空间上用加权叠加分出四级适宜性、按评价单元估算可承载规模，最后把结果矢量化、归并成优先建设、引导建设与限制建设三级管控分区，并配好图表与报告。三个阶段共用同一条确定性算子链：前一阶段的产出图层就是后一阶段的输入。 ## 运行场景 下面的截图来自该场景的参考工作区。每一步都点名它用到的平台界面，你可以在自己的项目里照着走一遍。 **建议提问。** *「在内罗毕做一次开发适宜性评价：先识别生态保护、地形坡度与洪涝灾害等硬约束，再对剩余空间做建设适宜性分级并估算可承载规模，最后提出开发边界与分级管控建议，交付图层、图表与评估报告。」* ### 1. 打开场景 在顶部菜单打开**场景**，选中这张卡片，点**打开场景**。整包数据一次性导入：每个图层都带着默认样式、图例、来源与署名，相机自动飞到研究区。动手提问之前，可以先在**图层面板**里逐层开关，看清场景带了什么。 在新项目里打开内罗毕场景：整包图层导入完成，图层面板展开，对话面板显示导入成功与建议提问 ### 2. 用建议提问，先看计划 发送上方**建议提问**框里的问题，或改几个字再发。[计划模式](/zh/concepts/plan-mode)会先问清研究区与约束口径、生态掩膜是硬性排除还是分级因子，再把计划书写出来 —— 目标与范围、数据输入、方法与流程、质量检查、风险、交付物与执行安排。每一节都标注**系统证据**或**证据 + 判断**，所有假设在运行前一次列清。 内罗毕的计划书视图：左侧是计划列表，右侧对话面板显示待批准的计划卡片，计划章节与决策记录完整可读 ### 3. 批准计划，运行分析 批准后，一条确定性[分析](/zh/concepts/analysis)链开始执行：坡度与重分类、栅格计算生成生态保护掩膜、沿水系缓冲、叠加擦除硬约束、1 公里评价网格与分区统计。**分析**面板保留每一次运行的算子、输入、参数、状态与结果图层，中间的 workflow 图把整条链可视化，报告里的每个数字都能回溯到某一步。 内罗毕场景的分析视图：左侧分析面板列出每次算子运行，中间是可视化的 workflow 图 ### 4. 在地图上精修样式 图层导入时就带着样式，**图层样式编辑器**让你不改代码就能调整渲染器、颜色、透明度、描边、标注与图例。开发管控分区保留人类可读的三级名称，标注来自独立的锚点层，约束层保持半透明，保证管控分区始终是最强信号。 成果图层的样式编辑器：分段渲染的分级色彩与标注设置，红框标出图层编辑面板 ### 5. 变成图表与报告 任何结果都能变成一张\*\*[图表](/zh/concepts/charts)\*\* —— 环形图、饼图、条形图、热力图、组合图等，可调配色、坐标轴，还可以钉在地图上。**[报告](/zh/concepts/reports)** 画布再把地图、图表与表格合成一份可预览、可修改、可导出的文档；同一次运行也可以生成 Word 报告，用于正式提交。 该场景的图表在图表编辑器里打开，红框标出图表编辑区 场景报告在报告画布中打开：执行摘要、图表与内嵌地图 ## 示例产出 上面的截图来自一次示例运行（默认参数、随包数据版本），只用于展示交付物的形态，不代表你运行后的结果。 一次运行交付的是一套有名字、可复用的成果，而不是一张地图： * **图层** —— 可建设空间、适宜性分级与开发管控分区，加上生态保护、保护地、滨水缓冲等约束图层；每一层都带样式与图例，可以直接上图。 * **表格** —— 分类面积与行政区交叉表、评价单元人口表，以及分区汇总。 * **图表** —— 建设空间构成、约束筛选与分区承载规模，可改样式、可钉到地图。 * **报告** —— 把地图、图表与阈值表合成一份评估文档，可直接分享或导出。 交付图层的命名会跟随运行语言，但这套交付物组合是稳定的，可以直接用来规划一次成果交接。 ## 相关 * [场景](/zh/concepts/scenarios) —— 完整目录与场景的使用方式 * [资源环境承载能力评价](/zh/concepts/scenarios/carrying-capacity-assessment) —— 同一评价体系下的水、气候与洪涝约束 * [用地冲突与生态约束核查](/zh/concepts/scenarios/landuse-conflict-screening) —— 同一套约束逻辑用在建成空间上 * [内置数据](/zh/concepts/builtin-datasets) —— 每个图层的来源 * [分析](/zh/concepts/analysis) —— 每一步背后的算子 * [报告](/zh/concepts/reports) —— 交付物如何组装与导出 This documentation is built and hosted on [Mintlify](https://mintlify.com), a developer documentation platform.