Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Consider time correction for ERA5 rainfall and more #899

Open
veenstrajelmer opened this issue Jul 10, 2024 · 1 comment
Open

Consider time correction for ERA5 rainfall and more #899

veenstrajelmer opened this issue Jul 10, 2024 · 1 comment

Comments

@veenstrajelmer
Copy link
Collaborator

veenstrajelmer commented Jul 10, 2024

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

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.

@veenstrajelmer
Copy link
Collaborator Author

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.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

1 participant