Closed pinkerltm closed 3 months ago
Hi @pinkerltm, could you please share the full code you're using to reproduce the issue?
Hey @pinkerltm, sorry to take so long to get back to this. Unfortunately, this is just not a use-case stackstac (and STAC, in a sense) is really designed for right now.
A few issues:
start_datetime
and end_datetime
, but that's just a range—stackstac (or any other tool) wouldn't know that there are 365 specific dates in that rage, versus 4, or 4000. Maybe there's a STAC extension for this, but certainly nothing that stackstac supports.Overall, my advice here is that stackstac isn't really the right tool. If you're trying to make some NetCDF data more "modern" and accessible via STAC, I'd look instead at converting it to zarr or something. You could look at some Planetary Computer datasets that are in zarr to get a sense for how they do it.
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?