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

Incorporate all the CHELSA data sources #18

Open
rafaqz opened this issue Feb 3, 2021 · 4 comments
Open

Incorporate all the CHELSA data sources #18

rafaqz opened this issue Feb 3, 2021 · 4 comments

Comments

@rafaqz
Copy link
Member

rafaqz commented Feb 3, 2021

CHELSA has an interesting range of datasets https://chelsa-climate.org/

Future projections, whole 20th century weather data, and high res data sets for Europe could all be wrapped here.

@tpoisot
Copy link
Contributor

tpoisot commented Feb 26, 2021

I was thinking about the CHELSA futures for bioclim - we should maybe have a more complex type with fields for the scenario, model, and years range -- happy to work on this one as a proof of concept

@rafaqz
Copy link
Member Author

rafaqz commented Feb 26, 2021

Currently we have CHELSA{BioClim}. We could also just use the type system, like CHELSA{Future{:model}} ?

I did something similar here with a more complex type, where the interval of the data can be Day/Month/Year and the values can be in raw values or deciles: https://github.com/cesaraustralia/RasterDataSources.jl/blob/master/src/alwb/alwb.jl#L19

But it was kind of an experiment with how to get nice syntax for specifying something this complicated, I was also thinking to use Symbol instead of types to specify Values or Deciles, and have a branch with that structure as well. The types can be useful for getting the path segments to construct the url/filepath (which I try to keep the same as much as possible).

For the actual date period I've been using a date argument to getraster:

https://github.com/cesaraustralia/RasterDataSources.jl/blob/master/src/alwb/alwb.jl#L88
https://github.com/cesaraustralia/RasterDataSources.jl/blob/master/src/worldclim/weather.jl

I guess the division I've been loosely working with is the type object specifies which source, dataset, and some format options, and the other arguments like layer and date select which part of the dataset to download. But don't think I've been completely consistent as it wasn't planned out. We should probably clarify that division to make things more streamlined in future. It's totally up for debate the best way to do this, but I think we should be consistent for all the datasets so the syntax is as predictable as possible. That probably means changing how some datasets are currently written as well.

@tpoisot
Copy link
Contributor

tpoisot commented Feb 26, 2021

Chelsa has more than one model - there's the actual model, years, and the RCP used - I'm think about a way to convey all this as a type, as it's a good dozen combinations, I think, but it all comes down to building a standard url.

@rafaqz
Copy link
Member Author

rafaqz commented Feb 27, 2021

That's what I mean, you can use a different type or symbol to select the model, where I have :model. Then add more type parameters for other things. In alwb there are three time resolutions and two formats, so six options in the type. But I have the actual dates as an argument.

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