解决方法
GFDL 没有内置闰年。 我个人的解决方法是检查是否满足 GFDL,如果是,则将所有闰年视为非闰年。 这可以对没有闰年的满足产品使用更一般的检查。
@mccabe ,该解决方法行不通——它将帮助您完成 PEcAn met 工作流程,但需要闰年的模型仍然会短一天,因此会崩溃。 我认为你确实需要多一天复制和添加
我同意。 我的解决方案完全是hackey,我打算暂时将它隔离在个人分支中。 ED 目前看起来不错,所以我想我会在 ESA 之后回到这个问题并实施一个真正的解决方案。
我认为这不是met2model.ED2错误,但这是由于GFDL没有得到正确处理(假设GFDL _has_闰年),在download.GFDL代码中没有检查闰年,它总是每年2920个值
也met2model.ED 处理AmerifluxLBL 的闰年
我想我们之前一致认为问题在于 GFDL 遇到了,问题是解决方案是否应该在 GFDL 下载中、met2model 中,或者是介于两者之间的通用内容。 无论哪种方式,都需要为需要它的模型添加额外的闰日。
明白了,我不确定 GFDL 是否有闰年(应该更仔细地阅读线程,而不仅仅是标题:))
许多模拟气象产品(甚至一些观测)跳过闰年,一些较旧的气候模型甚至使用 360 天一年。 因此,如果没有提供,我们要么需要决定所有符合产品必须填补闰日(例如,通过复制 2 月 28 日两次),或者如果模型需要,所有met2model 都必须执行该步骤。 由于这似乎特定于模型(某些模型不关心),因此看起来像met2model。
这个问题已经过时了,因为它已经开放 365 天了,没有任何活动。
我认为这已经得到解决。 该函数采用leap_year
参数来控制此行为。 不过,我不确定 GFDL 的表现如何。
最有用的评论
许多模拟气象产品(甚至一些观测)跳过闰年,一些较旧的气候模型甚至使用 360 天一年。 因此,如果没有提供,我们要么需要决定所有符合产品必须填补闰日(例如,通过复制 2 月 28 日两次),或者如果模型需要,所有met2model 都必须执行该步骤。 由于这似乎特定于模型(某些模型不关心),因此看起来像met2model。