We read every piece of feedback, and take your input very seriously.
To see all available qualifiers, see our documentation.
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
Hello!
We tailored or own STAC Catalog / API with stac-tools (pgSTAC Backend, FastAPI) indexing publicy available precipitation data from here https://public.hub.geosphere.at/datahub/resources/spartacus-v2-1d-1km/filelisting/RR/SPARTACUS2-DAILY_RR_2022.nc
As you can see, there is one NetCDF File for each year, which holds 365 days, so the time dimension should hold 365 labels.
If we stack items from our catalog (for example two years) I`ll get an xarray with only one time slot for the whole file.
Can you give me advise which STAC-extensions we should focus on so that stackstac gets enough metadata to successful create that XArray?
The text was updated successfully, but these errors were encountered:
Hi @pinkerltm, could you please share the full code you're using to reproduce the issue?
Sorry, something went wrong.
No branches or pull requests
Hello!
We tailored or own STAC Catalog / API with stac-tools (pgSTAC Backend, FastAPI) indexing publicy available precipitation data from here https://public.hub.geosphere.at/datahub/resources/spartacus-v2-1d-1km/filelisting/RR/SPARTACUS2-DAILY_RR_2022.nc
As you can see, there is one NetCDF File for each year, which holds 365 days, so the time dimension should hold 365 labels.
If we stack items from our catalog (for example two years) I`ll get an xarray with only one time slot for the whole file.
Can you give me advise which STAC-extensions we should focus on so that stackstac gets enough metadata to successful create that XArray?
The text was updated successfully, but these errors were encountered: