-
Notifications
You must be signed in to change notification settings - Fork 42
load_stac metadata detection #666
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
Comments
wait we have a recommendation in openeo-api https://github.com/Open-EO/openeo-api/blob/c5a45b4647b06e313a4f099e9119bfa3cca5c6a3/openapi.yaml#L4457-L4467:
so we can work with that |
And a side-issue that could be included in the fix here: the band dimension of
lists all bands of the original STAC metadata, not just |
reported by @JorisCod:
fails with
MetadataException: No temporal dimension
the STAC at URL above does not use cube extension, which openeo python client depends on to detect the temporal dimension.
So at the moment, the client currently handles this as "data has no temporal dimension".
There are other indicators in the STAC metadata that there is a temporal dimension, (e.g. "extent" > "temporal") so the client could be a bit more lenient here.
However, the client also needs the name of the dimension (e.g. "t", "time", or "temporal"). As far as I know there is no standard/convention/recommendation for the temporal dimension, so it's not ideal to pick one arbitrary here
The text was updated successfully, but these errors were encountered: