Open jdries opened 2 months ago
Yes, I've been considering this as a best-effort approach. The implicit assumption then is that those are single band assets.
Maybe worth mentioning that in the python client we're also started to collect functionality to parse band information from stac:
We might want to consolidate efforts here
When loading our own netcdf metadata, I get:
No band assets found in items; a band asset requires an "eo:bands" property with a "name".
While the use of the name in eo:bands is relevant, all stac assets also have a default name, because assets in STAC are represented by a dictionary. Can we fall back to those names, if eo:bands is not present? I think that would make our load_stac less extension dependent.