ARTICLE DETAIL

资讯详情

深耕网站视觉设计与运营推广的一线实战洞察。

ArcGIS+InVEST+RUSLE水土流失模拟全流程实操详解

ArcGIS+InVEST+RUSLE水土流失模拟全流程实操详解 把ArcGIS、InVEST、RUSLE组合起来做水土流失模拟听着像一条非常成熟的技术路线——数据丢进去五个因子一乘再跑一遍SDR模块分级图就出来了。但真拿到一个县域任务时你会发现每个环节都藏着“会的人都默认知道、不说”的细节。这篇我就按自己做过的项目把这套流程从原理到实操完整拆开。文章不兜圈子适合三种人刚接触水土流失模拟的研究生、需要出成果的技术人员、以及想评估自己流域方案是否靠谱的管理者。1. 从公式到工具RUSLE三十多年经久不衰底层逻辑到底是什么1.1 一个公式拆开看六个因子各管一段流失过程RUSLE的完整表述是A R × K × LS × C × P。A代表多年平均年土壤流失量六个因子各自对应一段物理过程R因子是降雨侵蚀力反映降雨雨滴击溅和地表径流冲刷的能力典型单位是MJ·mm/(hm²·h·a)。可以理解为“老天爷给的下冲力”。K因子是土壤可蚀性描述同样一场雨下不同土壤抗侵蚀能力的差异单位是t·hm²·h/(hm²·MJ·mm)。砂土容易散、黏土容易结皮它们对降雨冲击的响应完全不同。L因子和S因子合称地形因子。L是坡长S是坡度都是无量纲。坡越长、越陡径流汇集越快对下方土壤的剪切力越大侵蚀量上升不是线性的而是接近指数关系。C因子是植被覆盖与管理因子无量纲取值0到1。完全裸露的地面接近1茂密森林可以低到0.001。P因子是水土保持措施因子同样无量纲。等高耕作、梯田、草篱这些措施会让P值变小什么都不做就是1。这个公式能流行三十年不是因为物理机理特别深刻而是它的数据可得性太好了。当年Wischmeier和Smith从上万组径流小区观测数据里总结出这套经验关系它的每个因子都有明确的实测统计基础不像一些复杂物理模型那样动辄要几十个参数。另外要清楚一点RUSLE算的是“坡面多年平均侵蚀量”不是某一场暴雨的实时侵蚀也不是泥沙进入河道的量。这是后续选择InVEST的直接原因。1.2 为什么单靠栅格计算器不够还要把InVEST请出来如果只是把五个因子栅格相乘ArcGIS的栅格计算器几秒钟就能出结果。但这份结果回答不了一个关键问题坡面上被冲走的土壤有多少真正进了河、淤了库、影响了下游水质真实世界里泥沙从坡面进入沟道再进入河道会经历大量沉积过程。坡度变缓的地方、植被过滤带、河漫滩都是天然的“泥沙拦截器”。RUSLE公式本身没有这套机制它假设每个像元的土壤流失后直接进入输送系统这在山区小流域可能近似成立但在丘陵、平原、河谷阶地错落的区域直接乘出来的结果会明显高估产沙量。InVEST的SDR模块Sediment Delivery Ratio泥沙输移比模块正是补上“输移与沉积”这个环节。它仍然以RUSLE的因子体系为基础计算坡面产沙量但额外引入了一个基于地形连通性的指数ICIndex of Connectivity再用Borselli公式计算每个像元到河道的泥沙输移比SDR。简单说它回答了两个问题这个坡面上掉了多少土其中有多少能走到河道里所以在做流域治理、生态补偿、饮用水水源地保护这类需要“入库/入河泥沙量”的业务时只出RUSLE结果是不够的必须再跑一遍InVEST SDR。1.3 技术选型ArcGIS在这条生产线上到底承担了什么角色我反复被问到“这个任务一定要用ArcGIS吗QGIS不行吗”当然行。但我的选择有实际理由。ArcGIS在这条流程里承担的是数据“精加工”和“后整理”的角色。五个因子的原始数据——气象站点的降雨量表格、土壤类型图、DEM、土地利用图——绝大多数是表格、矢量、栅格混杂的形态。把它们统一成一套坐标系统一、像元大小一致、边界裁剪干净的栅格数据本身就是最大的工作量。ArcGIS的ArcToolbox在矢量转栅格、重采样、按掩膜提取、投影转换、栅格计算器这些环节里操作路径非常清晰出错的概率比一堆零散脚本低得多。InVEST则负责空间集成运算。它自带图形界面把R、K、LS、C、P五个因子栅格作为输入再加上DEM和土地利用一次性输出产沙量、沉积量、输沙量、连通性指数等系列产品。它不像ArcGIS那样擅长精细编辑和制图但SDR模块的专业性正好补上了RUSLE缺失的河道输移环节。最后的侵蚀强度分级、分区统计、专题制图、批量出图又回到ArcGIS里完成。这套组合的好处是每一步的中间产物都是标准GeoTIFF或Shapefile不会出现模型之间数据格式打不通的情况。对于需要写技术报告、做审查验收的正式项目来说这种可追溯性比任何炫酷功能都重要。2. 五个因子逐个啃数据怎么拿、参数怎么定、图怎么出2.1 R因子没有逐场降雨资料时月雨量推算法怎么用R因子的理想算法需要30分钟或更短历时的降雨过程数据算每个雨次的侵蚀力再累加。但绝大多数项目拿不到这么细的数据手里只有气象站点的逐月降雨量。这时候惯用的路径是收集研究区及周边气象站点近10到20年的逐月降雨量站点太少时想办法补周边区域站点至少覆盖研究区四周避免插值边缘效应。用简化经验公式把月雨量序列折算成各站点的多年平均R值。不同的气候区适用的公式不一样常见的有Wischmeier总雨量经验式、章文波等基于日雨量的半月侵蚀力模型、以及各地学者在自己研究区率定的幂函数形式。这里我特别提醒一句一定要优先参考研究区所在省份已发表论文里的R值计算公式不同公式的参数可能差出30%以上直接套用异地公式会让后续所有结果跟着偏。把站点R值导入ArcGIS用插值工具生成R栅格。气象站点稀疏时IDW插值容易出“牛眼效应”克里金插值虽然需要拟合半变异函数但结果更平滑。没有统计基础就用IDW幂次调成2搜索半径覆盖全研究区。最后用按掩膜提取工具裁剪到研究区边界。R因子在做多年平均评价时时间尺度要和C、P一致。如果C因子用的是2022年的土地利用R理论上也应该尽量用包含2022年在内的多年均值而不是拿1990年代的老资料否则因子之间时间匹配不上。2.2 K因子从土壤类型图到K值栅格关键在属性表换算K因子的输入通常是第二次土壤普查形成的土壤类型图或土种志配合剖面数据里的机械组成和有机质含量。把土壤图转成栅格只是第一步真正容易错的是属性换算。我习惯用EPIC模型公式计算K值K {0.2 0.3 * exp[-0.0256 * m_s * (1 - m_silt / 100)]} * (m_silt / (m_clay m_silt))^0.3 * (1.0 - 0.25 * C / (C exp(3.72 - 2.95 * C))) * (1.0 - 0.7 * (1 - m_s / 100) / ((1 - m_s / 100) exp(-5.51 22.9 * (1 - m_s / 100))))其中m_s是砂粒含量百分数m_silt是粉粒含量m_clay是粘粒含量C是有机碳含量百分数。这里有两个高频坑第一个坑是单位。很多土壤数据库里有机质含量给的是g/kg不是百分数必须先除以10换成百分数再代入C。第二个坑是栅格化方式。土壤类型图是面状分类数据正确的做法是把面转成栅格然后从属性表里带出机械组成字段做栅格计算而不是把采样点直接插值。因为土壤类型是分类变量面状图比插值更符合土壤地理学的空间分布逻辑。如果同一种土壤类型在不同剖面的K值差异很大那就取该类型的面积加权平均再赋给对应的栅格单元。K值计算结果一般落在0.15到0.45之间如果算出来是负值或者超过0.5基本可以断定公式字段带错或单位搞混了。2.3 LS因子DEM处理里最容易被忽略的三个前置步骤LS因子的计算是所有因子中技术细节最多的。ArcGIS里跑一遍填洼、流向、汇流累积量再套个栅格计算器公式看起来不难但坑全在前置步骤里。第一步是填洼。DEM里的凹陷会阻断水流路径导致坡长计算卡在洼地里所以必须先执行Fill。高原喀斯特地貌、人工开挖区域要特别注意过度填洼会把真实的台地、天坑抹平造成坡度失真。我见过有人把所有凹陷全填掉最后LS因子在岩溶区低得异常。地形复杂区建议先看下填洼前后的高程差分布如果最大下陷值超过几十米要怀疑是不是原始DEM的问题。第二步是流向和汇流累积量。这两步直接决定坡长L。栅格计算器里常见的表达式是这样slope_rad slope_degree * 3.1415926 / 180 m Con(slope_degree 1, 0.5, Con(slope_degree 3, 0.4, Con(slope_degree 5, 0.3, 0.2))) L Pow(Float(flow_acc) * cellsize / 22.13, m) S Con(Tan(slope_rad) 0.09, 10.8 * Sin(slope_rad) 0.03, 16.8 * Sin(slope_rad) - 0.50) LS L * S这里最关键的一步是把坡度从“度”转成“弧度”。ArcGIS栅格计算器里的Sin、Tan函数默认输入是弧度而Slope工具输出的坡度单位默认是度。如果你直接把坡度放进去平缓区斜率被算得接近0陡坡区S因子会虚高很多。这个问题几乎每两个初学者里就有一个踩中检查LS结果时看到剧烈侵蚀图斑沿着陡坡呈条带状异常分布基本就是单位没转。坡长因子还有个“截断”问题。在平原和缓丘区汇流累积量会沿着长坡不断累积导致坡长无限延伸L因子被高估。严谨的做法是根据研究区实际情况设置一个坡长截断阈值比如在平地取50到100米截断具体值可以参考当地试验站的研究结论。第一次做项目如果不想引入太多主观参数可以先用不截断的默认方式跑通但要在报告里如实说明这个简化处理。2.4 C因子与P因子经验值表只是起点真正难的是业务判断C因子的输入通常是土地利用/覆被数据。最直接的方法是按地类赋经验值这是很多技术报告的标准做法。我给出一份常用的经验范围供参考土地利用类型经验C值范围备注水田0.10 - 0.20淹水期短雨季覆盖尚可旱地0.20 - 0.45随作物生育期变化大园地0.05 - 0.20视林下覆盖与管理有林地0.001 - 0.010郁闭度高灌木林地0.005 - 0.020视林下枯落物草地0.01 - 0.10覆盖度差异大建设用地0.00 - 0.01基本不产沙或已硬化裸地0.30 - 1.00几乎没有保护我不建议直接把表中的数值当成最终参数。土地利用类型相同但不同地区的作物制度、管理水平、植被长势差异非常大。更稳一点的做法是用NDVI反演植被覆盖度再建立C值与覆盖度的统计关系。常见的形式是C exp(-a × FVC / (1 - FVC))其中FVC是植被覆盖度a需要根据研究区实测数据拟合。即便不拟合用这种连续型C栅格也比单纯按土地利用赋几种固定值要平滑得多出图也更体现空间差异。P因子更依赖业务判断。梯田、等高耕作、等高带状种植、草篱都会显著降低P值坡度很陡又没有措施的坡耕地P就是1。经验值方面等高耕作约0.25到0.40等高带状种植约0.20到0.50梯田好一点能到0.06到0.30。关键问题是这些措施的空间分布在哪里你没有现成数据。我在项目中通常的做法是结合高分影像抽稀判读加野外核查点把措施类型落到矢量图上再转成P栅格。如果项目目标是评估“潜在侵蚀”而不是“现状侵蚀”P因子也可以全部取1这样得到的是没有任何水土保持措施干预下的上限值两种口径要在报告中写清楚。2.5 统一坐标系所有栅格必须对齐否则后患无穷五个因子如果来自不同部门的数据坐标系大概率不一样。有的栅格是WGS84地理坐标有的是CGCS2000高斯投影像元大小有30米的、有100米的处理范围也参差不齐。如果在栅格计算器里直接相乘ArcGIS会自动处理坐标系不一致的情况但它做的是动态投影结果栅格的范围、像元对齐方式未必符合预期后续做分区统计时就会出现边界锯齿和面积误差。我的固定动作是在ArcGIS环境设置里把处理范围设为研究区矢量边界的范围栅格分析掩膜设为研究区面捕捉栅格设为DEM。然后把所有因子栅格统一重采样到DEM的像元大小。重采样方法有讲究土地利用这类类别栅格用最邻近法保持分类值不变R、K、C这类连续栅格用双线性避免像元值跳跃。投影选哪种取决于研究区所在的纬度带一般高纬度地区用UTM投影国内项目常用CGCS2000高斯投影。判断标准是长度和面积变形小别在投影选择上省时间。如果研究区边界很复杂建议最后统一做一次按掩膜提取把所有因子裁到完全一致的像元范围。这一步做完后续栅格计算器里的结果就不会出现边缘“花边”和NoData拼接痕迹。3. InVEST里的SDR模块它到底比RUSLE多算了一步什么3.1 SDR输入面板逐项看别把输入台账搞错InVEST SDR模块的输入参数不算多但每一项都对结果有直接作用。我按照实际操作顺序列一遍DEM用填洼后的DEMInVEST手册明确建议处理过的DEM避免模块内部再花大量时间做水文处理。LULC土地利用栅格必须是整数编码。SDR模块需要根据代码建立“产沙相关”和“植被过滤相关”的属性表。R因子、K因子直接输入前面做好的连续栅格。C因子、P因子同样是连续栅格但你要建立LULC代码与C、P默认值之间的对应表。这里有个常见错误有人把C因子的经验值直接写进属性表却忘了模块里还有一套默认赋值逻辑结果输出结果和自己预想完全不同。我的做法是先建立一张完整的LULC_C_P.csv把每种地类的代码、C值、P值都明确写出来再作为输入加载。Borselli K参数默认值是2这个参数控制连通性指数对泥沙输移比的影响幅度。研究区地块破碎、植被过滤带密集时K值可以降低到1左右让连通性变弱比较粗犷的山区流域可以维持默认或适度调高。第一次跑项目我不建议一上来就调它先固定默认跑完再看结果是否合理。阈值流量Accumulation Threshold这是定义河道起始位置的参数决定哪些像元算河道、哪些算坡面。默认值手册里一般给的是1000但这个值在不同分辨率、不同地形下差别很大我就是通过多组对比来选。输入面板里还有沉积层到河道的距离、侵蚀块等高级参数第一次做项目不需要开保持默认即可。SDR模块输出一堆栅格常见的有产沙量sediment_export、沉积量sediment_deposition、泥沙输移比SDR、连通性指数IC等这些名称后面都带单位说明导进ArcGIS后一定要先看属性里的单位别直接用数字做分级。3.2 阈值怎么调不是随手填的背后是河道判定逻辑那个Threshold Flow Accumulation阈值如果选的太小河道网会密如蛛网几乎每个细沟都判定为河道SDR结果里泥沙输移比普遍偏高如果选的太大真实支流又会被忽略坡面泥沙要经过很长距离才能到达河道输移比又偏低。我调参的方法是把这个参数分别设成500、1000、2000跑三遍把输出的河道网络InVEST会把用于判定河道的累积量栅格输出叠加到影像或地形图上和真实水系对比。哪一版河道密度和真实河谷线最接近就用哪一版。这个过程听起来简单实际效率很高比套用地貌学公式推算河道起始面积更直接。还有个容易被忽略的地方阈值流量和DEM分辨率之间有联动。同样是1000这个值10米分辨率的DEM上对应0.1平方公里集水面积30米DEM上对应0.9平方公里二者判定的河道完全不是一回事。所以你在报告里必须写明DEM分辨率和阈值组合否则别人复现时对不上结果。3.3 结果栅格怎么读产沙量、输沙量、沉积量三件事别混很多人在InVEST跑完后直接拿sediment_export做分级说这是水土流失强度严格讲是不对的。产沙量sediment_deposition或per pixel erosion接近RUSLE的A值是坡面被侵蚀的总量。SDR是一个0到1的系数表示每个像元产生的泥沙最终能到达河道的比例。输沙量sediment_export才是真正进入河网、可能影响下游水库或水质的量它大致等于A乘以SDR。举个例子会更清楚某个像元的RUSLE算出来是380 t/(km²·a)研究区整体的SDR均值约0.23那这个像元对河道的实际贡献量大约就是87 t/(km²·a)。剩余300多吨的“侵蚀量”去了哪里它们被沉积在坡脚、植被缓冲带、沟道两侧这些位置的沉积量栅格会有明显显示。所以在技术报告里我会分别列出“坡面侵蚀总量”和“入库/入河泥沙量”两个口径。前者回答“水土流失严重程度”后者回答“对下游的实际影响”两个口径都有各自的意义不建议合并成一个数字。4. 分级、统计、出图一张让人看得懂的水土流失图是怎么做出来的4.1 水利行业分级标准只是起点单位换算先做好拿到侵蚀量栅格后的第一件事不是渲染而是换单位、做分级。我一般用水利行业标准SL 190-2007的土壤侵蚀强度分级按多年平均侵蚀模数划分侵蚀强度侵蚀模数t/(km²·a)微度侵蚀 200轻度侵蚀200 - 2500中度侵蚀2500 - 5000强烈侵蚀5000 - 8000极强烈侵蚀8000 - 15000剧烈侵蚀 15000这里最常见的坑是单位。RUSLE公式算出来的A值经常是t/(hm²·a)而标准用的是t/(km²·a)两者差100倍。栅格计算器里忘了乘100分级图整体会“骗人”往轻度方向偏。我见过有人输出结果后整个区域都是微度和轻度拿坡耕地影像一对比明显不对最后查出来就是单位问题。分级本身用ArcGIS的重分类工具Reclassify就行边界值注意按区间处理别把200、2500这些临界值归错类。建议分级后顺手统计一下各强度等级的面积和占比这是报告里最核心的成果数据。4.2 分区统计按行政村、流域、土壤类型分别算侵蚀量技术报告的正文和附件里通常需要分区块的统计表。ArcGIS的Zonal Statistics as Table工具可以按矢量边界自动统计栅格操作不复杂但有两个细节影响结果准确性第一统计前必须把侵蚀模数栅格转成“每个像元的年侵蚀量”。比如栅格像元是30米面积是900平方米先把模数从t/(km²·a)换算成t/(m²·a)再乘以900得到每个像元每年流失多少吨。然后分区统计里Sum所有像元的侵蚀量才是这个村或这个流域的总侵蚀量。如果直接拿模数栅格做Sum统计出来的是一个没有单位意义的“模数总和”完全不能用来算总量。第二边界数据与栅格的投影必须一致。行政边界经常是地理坐标侵蚀栅格是投影坐标直接分区统计时面积被动态投影算得偏差很大。我习惯先把边界投影到与栅格完全相同的坐标系再做统计。统计表格里至少要有区域名称、面积、平均侵蚀模数、总侵蚀量以及各强度等级的面积占比。这种表放到报告附件里审查人员一眼就能看出数据链路完整不完整。4.3 制图细节分级色带、比例尺、图例与动态表格水土流失专题图有相对固定的配色习惯微度用浅绿轻度用黄绿中度用黄强烈用橙极强烈用棕红剧烈用深红。ArcGIS的符号系统里可以选分类色带也可以手动编辑各级颜色目的就一个让非专业读者看第一眼就知道哪里问题最严重。出图元素里淘汰了大半则是基础操作指北针、比例尺、图例、坐标说明一个都不能少。如果你想在批量出图时把行政区统计表格放到图幅里ArcGIS Pro的布局视图可以直接插入Excel或表对象但要注意表格数据和地图是静态关系数据更新后表格不会自动刷新。我的经验是先把统计表导出成图片或PDF在布局里作为图片插入避免版本兼容问题。批量出图时用数据驱动页面Data Driven Pages按行政村逐幅生成每幅图上标注本村名称效率很高。图例里还有一个细节把NoData设置为透明或排除不要让空白区以黑色或灰色杂乱显示。整幅图加一个简要的“数据来源与参数说明”框写清楚DEM分辨率、R因子数据年限、C/P因子来源这样图本身就能独立放入报告中不依赖正文解释。4.4 动态变化分析多年C因子和R因子对比怎么落地水土流失评价项目往往不止做一年。最常见的是做两个时期对比比如2010年和2022年。做法是分别跑出两期侵蚀量栅格再用栅格计算器做减法得到变化栅格。正值表示侵蚀加剧负值表示减轻。然后在重分类里把变化图先分成三类减轻、基本不变、加剧必要时再细分出“轻度加剧”“显著加剧”。分析驱动因素时我会把两期的R因子、C因子分别单独对比。比如降雨年际变化大R因子升高导致侵蚀总量上升但C因子改善使单位降雨侵蚀力下降——这两个结论单独看会相互矛盾分开对比才能说清楚。报告里最常用的一句话是“侵蚀总面积变化不大但强烈以上等级面积下降了X平方公里”这句结论必须建立在分区统计和变化分析的基础上不能拍脑袋。5. 实操防坑榜那些让结果报废的细节一次说清楚5.1 环境类问题许可启动失败、Pro登录、Python环境怎么处理ArcGIS Desktop启动时license manager没反应是出现频率最高的问题。检查思路有几个按顺序排查先看服务是否启动再检查1700和2700端口是否被防火墙拦截第三确认计算机名有没有被改过最后以管理员身份重新运行授权面板。这类问题十有八九是服务状态和端口问题不涉及重新安装。如果用的是ArcGIS Pro启动后要求登录账号通常是许可类型设置成了Portal登录而当前网络或账号权限不满足。检查许可设置里是否指向正确的许可服务器或者切回Single Use离线许可。不要一看到登录框就重装软件。还有不少人问ArcGIS Pro里装了pandas没有。Pro自带Python环境默认就带pandas、numpy这些常用库但我不建议直接在自带环境里装InVEST。InVEST的Python环境最好用conda单独建一个克隆环境来装输出结果用GeoTIFF格式ArcGIS Pro直接能读。这样两边互不干扰环境坏了大不了重建。5.2 数据类问题坐标系、NoData、中文字段名数据问题里最隐蔽的是中文路径。InVEST的Python调用链比较长在某些系统上对中文路径支持不好运行到一半报错或者输出文件位置找不到。我的习惯是整个项目文件夹都用英文命名杜绝中文目录。同样道理栅格文件名也尽量不用中文否则ArcGIS的批处理脚本偶尔会识别异常。NoData的问题在栅格计算时特别烦人。任意一个因子栅格有NoData乘法结果就是NoData最后体现在图上就是一块块“空洞”。解决办法是在统一数据阶段用条件函数把不需要参与计算的区域比如水域、建成区赋一个明确的值或者用掩膜直接裁掉对于有效区域内的零星NoData用邻域统计填补。调查过几次野外后你会发现NoData的位置往往正是坡脚、河漫滩这些沉积区如果这些地方是空白分区统计的结果会系统性偏低。中文字段名在属性表里显示不全的问题我遇到过不少次。早期版本里汉字字段长度限制导致只显示三个字操作上可以在建表时主动设置别名或者直接在Excel里把字段名先改成拼音/英文导入后再映射。虽然不影响计算但会影响技术审查时别人读表。5.3 参数类问题C/P因子最容易被质疑留好参数台账模型参数从来都是技术评审的重点攻击对象。C因子和P因子是经验性最强的两个参数审报告的老专家一定会问“你这个C值引用了哪里的数据P因子凭什么取这个值”应对办法不是在报告里写一堆“参考相关文献”而是建立一张参数来源台账。这张台账里写明每个土地利用类型的C值、每个水土保持措施类型的P值、引用文献或实测依据、调整依据。如果做了NDVI反演附上FVC计算流程和回归模型R²。这些材料虽然不会出现在正文里但作为附件会让整份报告的专业性提升一个档次。另外关于R因子公式我在前面提醒过优先用本地率定公式。真实操作里如果找不到本地公式至少要选两三种简化公式分别计算结果做敏感性对比。如果不同公式结果差异不大说明R因子在这个研究区里对结果的扰动有限如果差异很大主报告里必须明确选用的公式和理由并建议后续用降雨过程资料做进一步验证。5.4 验证与复盘拿什么检验模拟结果靠不靠谱模拟结果跑完不能直接交付。至少要过三关第一关是总量合理性。把InVEST输出的每年入河泥沙总量和研究区出口水文站实测径流量乘以实测含沙量得到的年输沙量对比。两者数量级接近说明流程基本对如果差出两个数量级先回去查单位换算。这一步我给自己的要求是误差控制在正负30%以内才敢出报告。第二关是空间分布合理性。把强度和实地认知对照坡耕地密集区、顺坡耕作区、切坡修路区应该是高强度侵蚀林草地、梯田区应该明显低。如果某一类区域出现违背常识的结果比如梯田被算成剧烈侵蚀优先怀疑DEM精度和LS因子计算而不是急着调C值。第三关是野外踏勘复核。挑几个图面上强烈以上的图斑去现场看有没有细沟、浅沟、侵蚀痕再挑几个微度图斑看植被覆盖和地面枯落物情况。野外记录和模拟结果相互印证返工概率会大幅下降。我自己的切身体会是第一次跑通不必追求高精度先把流程闭环从“算不出来”到“能出图”就是阶段性的胜利。在这个基础上再逐步用实测数据率定参数、细化阈值、添加高级模块每多走一步报告的可信度就上一个台阶。这套方法放到不同流域、不同分辨率、不同数据条件下都能复用你踩过一次单位坑和NoData坑之后后面的项目会顺畅很多。
返回列表