-
Notifications
You must be signed in to change notification settings - Fork 28
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 debug message and documentation on GEBCO topography data #663
Comments
In order to use gebco, we currently need to append an extra data_catalog.yml with the following information:
It would be great if the artifact data_catalog could be updated with this information. However, there might be processes failing if doing that. Hope someone can judge this. |
Hi @Tammo-Zijlker-Deltares and @veenstrajelmer. Thanks for posting the issue. Where renaming might break something, maybe @roeldegoede can say something for hydromt-sfincs? I think you are the ones using this data. In your specific case, you could also get around the issue this way
@Tammo-Zijlker-Deltares I guess you called this function from hydromt-delft3dfm so passing a xr.DataArray to hydromt core function? Because you may be right that something goes wrong and the error message is only checked for xr.Dataset and not xr.DataArray: hydromt/hydromt/data_adapter/rasterdataset.py Lines 456 to 468 in 3285054
We can correct that |
On the second point, with the data catalog we do not list all existing variables in a dataset but we just use the catalog to rename variables to hydromt names if they have different names. What we could do is add a list of available variables in the meta information of the data (part not used by hydromt) but not sure how useful this is. Also for example for some geodataframe data, you would basically need to list all columns as all columns are variables so this could get quite cumbersome... I think also good if users know in a way what data they are using. @Tammo-Zijlker-Deltares what is your thought on this? For the dtype, we do not support dtype fixing or conversion with the data catalog but this new feature was requested by @xldeltares in #97 |
In HydroMT-SFINCS, we are able to use "gebco" elevations right away without any additional renaming or extra data-catalogs. Small piece of code that we used for this, with dataset being a dictionary like {"elevtn": "gebco"} when getting something from the data_catalog, or {"da": xr.DataArray} when using in-memory datasets da_elv = self.data_catalog.get_rasterdataset( So for us, both the artifact-data and deltares-data work fine. Not sure what is happening on your end, but we can have a look together when needed. |
Kind of request
Adding new functionality
Enhancement Description
When reading GEBCO with the data variable 'elevation', there is no error thrown altough this variable is not available.
In the user documentation, there is no information on the available variables for GEBCO. Moreover, details on the dataset dtype is missing. (float / integer). (https://deltares.github.io/hydromt/stable/user_guide/data_existing_cat.html)
The setup options used are:
Use case
This example was used in development of hydromt-delft3dfm, specifically for a case where we develop a coastal 2D model.
When reading a variable from a dataset that is unavailable, a warning should be given to the user.
Additional Context
No response
The text was updated successfully, but these errors were encountered: