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

Add support for RADOLAN data #26

Closed
amotl opened this issue May 30, 2020 · 3 comments
Closed

Add support for RADOLAN data #26

amotl opened this issue May 30, 2020 · 3 comments

Comments

@amotl
Copy link
Member

amotl commented May 30, 2020

Dear @mmaelicke,

within jeremiahpslewis/dwdbulk#5, you asked for RADOLAN support. Most probably, reading the binary files would prove to be more efficient.

Integrating wradlib [2] or radproc [3] into dwdweather2 should be possible, but would it make any sense? I am happy to receive any thoughts about this.

With kind regards,
Andreas.

[1] https://opendata.dwd.de/climate_environment/CDC/grids_germany/hourly/radolan/recent/bin/
[2] https://wradlib.org/
[3] https://github.com/jkreklow/radproc

@mmaelicke
Copy link

Hey Andreas,

For me personally, I can say that I implemented a quick&dirty script grabbing the RADOLAN data needed for analysis, which is not super complicated. The reason I asked was that the environment I am working in is a remote cluster and I usually prefer to build upon other packages that are maintained, as usually, it is exactly these scripts that screw up the toolchains.

I did not open an issue here, because fitting RADOLAN into the caching logic of dwdweather2 would be quite a heavy lift, wouldn't it?
I was not aware of wradlib, seems to be quite helpful, thanks for pointing out.
A possible use-case, that I can see would be an interface to either of these two libraries, based on a list of stations (from the observations_germany branch). This might be a common use-case to first download meteorological data and then the RADOLAN covering the stations downloaded. Does that make sense?

Best,
Mirko

@amotl
Copy link
Member Author

amotl commented Jun 3, 2020

Dear Mirko,

For me personally, I can say that I implemented a quick&dirty script grabbing the RADOLAN data needed for analysis, which is not super complicated. The reason I asked was that the environment I am working in is a remote cluster and I usually prefer to build upon other packages that are maintained, as usually, it is exactly these scripts that screw up the toolchains.

I see. Been there, seen that ;]. Thanks for outlining your scenario.

I did not open an issue here, because fitting RADOLAN into the caching logic of dwdweather2 would be quite a heavy lift, wouldn't it?

Well, it would definitively be some work, right.

I was not aware of wradlib, seems to be quite helpful, thanks for pointing out.

You are welcome. I hope it will be useful to you.

A possible use-case, that I can see would be an interface to either of these two libraries, based on a list of stations (from the observations_germany branch). This might be a common use-case to first download meteorological data and then the RADOLAN covering the stations downloaded. Does that make sense?

Absolutely. Thanks for outlining this. Let's keep this issue as a reference.

With kind regards,
Andreas.

@amotl
Copy link
Member Author

amotl commented Jul 5, 2020

Dear @mmaelicke,

thanks again for your input on this and for joining the discussion at earthobservations/wetterdienst#71 already. Let's focus our efforts on Wetterdienst instead of spending useless cycles with this library, right? So, I am deliberately closing the issue here.

With kind regards,
Andreas.

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

2 participants