Pecan: met2model.ED2 überspringt Schaltjahre

Erstellt am 24. Juli 2017  ·  9Kommentare  ·  Quelle: PecanProject/pecan

Dieser Fehler wurde nur für GFDL bestätigt, kann aber bei anderen auftreten. met2model.ED2 kennzeichnet alle Schaltjahre als unvollständig und warnt " ____ is not a complete year and will not be included " und überspringt sie. Dies führt dazu, dass ED2 für Läufe fehlschlägt, die Schaltjahre umfassen.

Beispielfehler hier ausgeführt.

Bug 03 - High Stale

Hilfreichster Kommentar

Viele modellierte Met-Produkte (und sogar einige Obs) überspringen Schaltjahre, einige ältere Klimamodelle verwendeten sogar ein 360-Tage-Jahr. Wir müssen also entweder entscheiden, dass alle Met-Produkte Schalttage füllen müssen (z. B. durch zweimaliges Replizieren vom 28. Februar), wenn sie nicht bereitgestellt werden, oder alle met2model müssen diesen Schritt ausführen, wenn das Modell dies erfordert. Da dies modellspezifisch erscheint (einige Modelle kümmern sich nicht darum), scheint dies met2model zu sein.

Alle 9 Kommentare

Problemumgehung
GFDL hat keine eingebauten Schaltjahre. Meine persönliche Problemumgehung besteht darin, zu überprüfen, ob das Met GFDL ist, und wenn ja, alle Schaltjahre wie Nicht-Schaltjahre zu behandeln. Dies könnte eine allgemeinere Prüfung für erfüllte Produkte verwenden, die keine Schaltjahre haben.

@mccabe , diese

Ich stimme zu. Meine Lösung ist völlig hackey, und ich beabsichtige, sie vorerst in einem persönlichen Zweig abzusondern. ED scheint damit im Moment in Ordnung zu sein, daher denke ich, dass ich nach der ESA auf dieses Problem zurückkommen und eine echte Lösung implementieren werde.

Ich denke, dies ist kein met2model.ED2-Fehler, sondern liegt daran, dass die GFDL nicht richtig verarbeitet wird (vorausgesetzt, GFDL _hat_ Schaltjahre), es gibt keine Prüfung auf Schaltjahre im download.GFDL-Code , es sind immer 2920 Werte pro Jahr

Auch met2model.ED verarbeitet Schaltjahre für AmerifluxLBL

Ich denke, wir waren uns zuvor einig, dass das Problem bei der GFDL-Meet-Lösung lag. Die Frage ist, ob die Lösung im GFDL-Download, im met2model oder in einer generischen dazwischen enthalten sein sollte. In jedem Fall muss dieser zusätzliche Schalttag für Modelle hinzugefügt werden, die ihn benötigen.

verstanden, ich war mir nicht sicher, ob GFDL Schaltjahre hat oder nicht (hätte den Thread genauer lesen sollen, nicht nur den Titel :))

Viele modellierte Met-Produkte (und sogar einige Obs) überspringen Schaltjahre, einige ältere Klimamodelle verwendeten sogar ein 360-Tage-Jahr. Wir müssen also entweder entscheiden, dass alle Met-Produkte Schalttage füllen müssen (z. B. durch zweimaliges Replizieren vom 28. Februar), wenn sie nicht bereitgestellt werden, oder alle met2model müssen diesen Schritt ausführen, wenn das Modell dies erfordert. Da dies modellspezifisch erscheint (einige Modelle kümmern sich nicht darum), scheint dies met2model zu sein.

Dieses Problem ist veraltet, da es 365 Tage ohne Aktivität geöffnet war.

Ich denke, das wurde angesprochen. Diese Funktion benötigt ein leap_year Argument, das dieses Verhalten steuert. Ich bin mir allerdings nicht sicher, wie sich das mit GFDL zusammenspielt.

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

War diese Seite hilfreich?
0 / 5 - 0 Bewertungen

Verwandte Themen

dlebauer picture dlebauer  ·  5Kommentare

infotroph picture infotroph  ·  9Kommentare

ayushprd picture ayushprd  ·  9Kommentare

serbinsh picture serbinsh  ·  17Kommentare

ashiklom picture ashiklom  ·  7Kommentare