if ismember(variable,{'slhf','sshf','ssr','str','strd','mtpr','mer'})
time = time - 30; % set back 30 minutes (average of last hour)
end
De achterliggende reden is de manier waarop fluxen in ERA5 zijn gedefinieerd, als tijdsgemiddelde over de voorliggende periode, op basis van een cumulatieve waarde:
https://confluence.ecmwf.int/display/CKB/ERA5%3A+data+documentation#ERA5:datadocumentation-Meanrates/fluxesandaccumulations
(…) accumulations are from the beginning of the forecast to the validity date/time). In the short forecasts of ERA5, the accumulations are since the previous post processing (archiving) (…)
(…) Mean rate/flux parameters in ERA5 (…) provide similar information to accumulations (..), except they are expressed as temporal means, over the same processing periods (…)
Het zou goed zijn om dit een keer gelijk te trekken in de dfm_tools door de tijden een half uur naar terug te verschuiven. Goed om te weten dat dit er nu niet in zit. Ik heb dit nooit gecontroleerd. Overigens verwacht ik dat het vrij weinig uitmaakt voor onze toepassingen, maar met name voor de zoninstraling betekent het wel dat de start en het eind van elke dag een half uur te laat vallen.
Voor CMEMS kan ik mij voorstellen dat de verschuiving wel uitmaakt, omdat hier gemiddeld wordt over een langere periode van 1 dag i.p.v. 1 uur. Al hangt het natuurlijk af van de variatie in het signaal.
Not sure whether this means that averages are registered with end-time, the text seems slightly more related to analysis runs than individual time steps.
Contributed by @SCLaan
De tijdverschuiving gebruiken we in DCSM voor ssr, strd, mtpr en mer uit ERA5, zie regel 321-323 in: https://repos.deltares.nl/repos/hydro_tools/ERA5/ERA52DFM.m
De achterliggende reden is de manier waarop fluxen in ERA5 zijn gedefinieerd, als tijdsgemiddelde over de voorliggende periode, op basis van een cumulatieve waarde: https://confluence.ecmwf.int/display/CKB/ERA5%3A+data+documentation#ERA5:datadocumentation-Meanrates/fluxesandaccumulations (…) accumulations are from the beginning of the forecast to the validity date/time). In the short forecasts of ERA5, the accumulations are since the previous post processing (archiving) (…) (…) Mean rate/flux parameters in ERA5 (…) provide similar information to accumulations (..), except they are expressed as temporal means, over the same processing periods (…)
Het zou goed zijn om dit een keer gelijk te trekken in de dfm_tools door de tijden een half uur naar terug te verschuiven. Goed om te weten dat dit er nu niet in zit. Ik heb dit nooit gecontroleerd. Overigens verwacht ik dat het vrij weinig uitmaakt voor onze toepassingen, maar met name voor de zoninstraling betekent het wel dat de start en het eind van elke dag een half uur te laat vallen.
Voor CMEMS kan ik mij voorstellen dat de verschuiving wel uitmaakt, omdat hier gemiddeld wordt over een langere periode van 1 dag i.p.v. 1 uur. Al hangt het natuurlijk af van de variatie in het signaal.