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

Frequency of precipitation #36

Open
joelfiddes opened this issue Apr 11, 2022 · 5 comments
Open

Frequency of precipitation #36

joelfiddes opened this issue Apr 11, 2022 · 5 comments
Labels
enhancement New feature or request

Comments

@joelfiddes
Copy link
Collaborator

Problem: precipitation frequency too high

Probable reason: comes from the fact ( I think) that we do a 2d interpolation which will lead to more non zero events (even if very small) than just a single gridbox would contain. This can of course cause problems in terms of frequency related processes.

Solution:
(1) filter small precip events out (lose precip, conserve frequency)
(2) allocate small precip amounts to larger wet days (conserve annual total and frequency) - take frequency from the gridbox? Just apply a simple threshold of 1mm/day
(3) others?

image

Hi Joel,

thanks a lot for the data!

Quick analysis - toposcale temperature looks better than original era5, R^2 vs AWS measurements is respectively 0.87 and 0.81.

For precipitation, the toposcale predicts at least some precipitation 4.5x more frequently compared to era5 - 82 % of the hourly timesteps have some precipitation, vs 18 % for era5 (see attached plot). At daily aggregation (used by the mass balance model) toposcale has some precipitation on 96 % of days, vs 46 % for era5. This is not a problem for the model, but I'm just curious - have you observed a similar pattern at other locations?

Cheers,

Enrico

@joelfiddes joelfiddes added the enhancement New feature or request label Apr 11, 2022
@ArcticSnow
Copy link
Owner

ArcticSnow commented Apr 11, 2022

It'd be good plotting the 9 grid cell cumulative precipitation to see if this is from an interpolation artefact or very different adjacent gridcell. This is a significant amount of precip.

@joelfiddes
Copy link
Collaborator Author

this is the annual total for 2020, x mark the tscale point (this is Pamirs, Tj by the way):
image

@joelfiddes
Copy link
Collaborator Author

somewhere 250-350mm in the 3x3, so not too extreme a gradient. By definition, interpolation is going to increase frequency though, right? As you are more likely to have precip in at least 1 of the 9 cells than the centre cell.

@krisaalstad
Copy link
Collaborator

I think this is simply due to the inverse distance weighting approach using many neighbors (which I would recommend for speed and smoothness). If you have a large domain (lots of ERA5 grid cells) and use many neighbors, then you can have some drizzle everywhere in your domain as long as it's raining for one of the ERA5 grid cells. So it won't add much precip at all, but surely aritifically increases the frequency. The simple solution here is to just apply a threshold as Joel suggests, although I think 1 mm/day is too strict. I would recommend a much lower threshold, like 0.1 or even 0.01 mm/day since these artificial drizzle numbers should be quite small given the large distances involved in the interpolation.

@ArcticSnow
Copy link
Owner

I am running in the same issue. I have precip so often in Finse. I checked the code, and for the precipitation we do the IDW interpolation horizontally. If I pick one of the ERA5 cell in the vicinity, I obtained basically the same signal so our interpolation does not add precip. The problem is I think coming from ERA5 data itself.

image

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

No branches or pull requests

3 participants