雨水在线监测系统：同一场雨，在平台上会被记成五个数

【万象推荐：WX-YJ1】雨停之后打开平台，同一场雨会以好几种样子出现：一条实时曲线、一次过程的合计、当天的日雨量、本周的累计，还有年报里的那一栏。数是同一批，口径却各不相同。弄清这五个数各自怎么来，比记住某个数值更有用；几方对数时先把口径讲明，比反复核对更省时间。

一、降雨状态：先说有没有

雨水在线监测系统给出的第一栏往往不是数字，而是状态：有雨、无雨。它由连续几个采集周期内是否出现增量来判断，所以起报与终止都会有一点延迟。看清这一栏的意义在于避免误读：状态还停在有雨，不等于此刻还在下，可能只是雨停的时间还没走到判定门槛；反过来，雨刚落下时翻斗还没翻过第一斗，状态栏也会安静几分钟。有经验的看屏人不会只盯这一栏，而是把它当作提示，再去曲线里看那几分钟的增量。

二、次雨量：一场雨从哪一刻算起

次雨量是一次降雨过程的总量，起止都靠间隔判定。两场雨隔得太近可能被并成一场，隔得稍久又可能被拆成两场。这不是系统出错，而是判定规则使然。拿它做过程分析时要记住这条边界，尤其是连续几天断断续续的连阴雨，合与分的差别可能相当大。稳妥的做法是对外报送时注明采用的间隔门槛，比如停雨两小时即视为过程结束，别人换了门槛也能立刻看出分歧出在哪一步，省去回头翻原始记录。

三、日雨量：日分界那一刻的分岔

日雨量按日分界统计，分界点定在几点，直接决定一场夜雨算在哪一天。水文上习惯把早八点作为分界，城市防汛有时用零点，两种口径都合理，但同一份报表里不能混着用。跨分界的那场雨，往往就是雨水在线监测系统里两套数字对不上的源头，也是交接时最容易争执的地方。月末与年末那次分界更要留意：三十一日夜里的大雨按零点算进本月，按早八点就可能落到下月。两种算法都能自洽，怕的是报表里换了人却没换口径。

四、周月年累计：滚动的窗口

按周、按月、按年的累计是滚动窗口，用来回答趋势问题：这个月比上月多还是少，今年汛期比去年紧不紧。单看某一天的数容易大惊小怪，放进长窗口里才看得出是常态还是异常。累计值还有一个用处，是给工程调度留出提前量，让水库知道该在哪几天把水位压下来。不过滚动窗口有个前提：底层日值必须连续，缺一天，后面的累计就少一截。所以累计栏目旁边通常还要看数据完整率，缺测多的月份只作参考。

五、导出与阈值：数据离开平台之后

导出成表格，是这套系统最容易被低估的功能。防汛值班要交报表、水文整编要入库、项目验收要附材料，同一批数据会被反复取用。导出前先想清楚要哪几列：原始间隔值适合自己再算，日值与过程值适合直接交差，混在一张表里反而容易出错。阈值与短信则把数据变成动作，越过设定的量就通知到人，这一层常被当成附加功能，用起来反而最频繁。门槛不宜贴着历史最大值设，留一点余量才不会每逢中雨就响。

雨水在线监测系统把一场雨拆成五种说法，好处是每个岗位都能找到自己要的那一个，代价是总得有人清楚它们之间的关系，否则同一场雨会引出五场争论，而雨早就停了。