the cube is filled with timestamps for each day between the start date and the end date. Removing the time_period parameter cause error #35 . The "fix" is to then to filter the cube for nodata, but this is computationally costly (significant processing time).
BYOC collections do work with the Catalog API, therefore it should be quite straightforward to implement a feature that allows the service to return a cube comprising only the dates that contain data.
Disclaimer: I am opening a series of issues that are preventing the use of xcube-sh for a specific workflow.
BYOC collections time-stamps
This point has already been mentioned in the past, but I'm reopening the issue in order to find a technical solution that can lead us to solving it.
When requesting a BYOC collection as following:
the cube is filled with timestamps for each day between the start date and the end date. Removing the
time_period
parameter cause error #35 . The "fix" is to then to filter the cube fornodata
, but this is computationally costly (significant processing time).BYOC collections do work with the Catalog API, therefore it should be quite straightforward to implement a feature that allows the service to return a cube comprising only the dates that contain data.