Pecan: met2model.ED2는 윤년을 건너 뜁니다.

해결 방법
GFDL에는 윤년이 내장되어 있지 않습니다. 내 개인적인 해결 방법은 만남이 GFDL인지 확인하고 만약 그렇다면 모든 윤년을 비윤년처럼 취급하는 것입니다. 윤년이 없는 충족된 제품에 대해 보다 일반적인 검사를 사용할 수 있습니다.

@mccabe , 그 해결 방법은 작동하지 않습니다. PEcAn 충족 워크플로를 통해 얻을 수 있지만 윤년이 필요한 모델은 여전히 ​​하루가 짧아서 충돌합니다. 나는 당신이 정말로 하루 더 복사하고 추가해야한다고 생각합니다.

나는 동의한다. 내 솔루션은 완전히 해키이며 당분간 개인 지점에 격리할 예정입니다. 현재로서는 ED가 괜찮은 것 같으므로 ESA 이후에 이 문제로 돌아가서 실제 솔루션을 구현할 것입니다.

나는 이것이 met2model.ED2 버그 아니라고 생각하지만, 그것은 GFDL가 제대로 처리되지하려면에서 윤년에 대한 확인이없는 (GFDL _has_ 윤년 가정) 때문이다 download.GFDL 코드 , 그것은 매년 항상 2,920 값입니다

또한 met2model.ED는 AmerifluxLBL의 윤년을 처리합니다.

이전에 문제가 GFDL 충족에 있다는 데 동의했다고 생각합니다. 문제는 솔루션이 GFDL 다운로드, met2model 내에서 제공되어야 하는지 아니면 그 사이에 일반적인 것이 되어야 하는지입니다. 어느 쪽이든, 그 추가 윤일은 그것을 필요로 하는 모델에 추가되어야 합니다.

알겠습니다, GFDL에 윤년이 있는지 없는지 확신이 없었습니다(제목뿐만 아니라 스레드를 더 주의 깊게 읽었어야 했습니다 :))

많은 모델링된 충족 제품(및 일부 ob)은 윤년을 건너뛰고 일부 이전 기후 모델은 360일 연도를 사용하기도 합니다. 따라서 우리는 충족된 모든 제품이 제공되지 않은 경우 윤일을 갭 채우기(예: 2월 28일을 두 번 복제하여)해야 하거나 모델이 요구하는 경우 모든 met2model이 해당 단계를 수행해야 한다고 결정해야 합니다. 이것은 모델에 따라 다르기 때문에(일부 모델은 신경 쓰지 않음) met2model처럼 보입니다.

이 문제는 365일 동안 활동이 없었기 때문에 유효하지 않습니다.

이 문제가 해결되었다고 생각합니다. 이 함수는 이 동작을 제어하는 leap_year 인수를 취합니다. 그러나 그것이 GFDL과 어떻게 작동하는지 잘 모르겠습니다.

https://github.com/PecanProject/pecan/blob/9ed21c954f64d24055d91cd8682cb7b2ddf97863/models/ed/R/met2model.ED2.R#L26 -L28