Alex Leith

There seems to be a geobox per variable now, @Kirill888 `data.odc.geobox.affine` > [0.01, 0.0, -180.0, 0.0, -0.01, 89.995, 0.0, 0.0, 1.0] `list(data.analysed_sst.odc.geobox.affine)` > [0.010009765625, 0.0, -179.99501037597656, 0.0, -0.0099945068359375, 89.9949951171875, 0.0,...

Reported over here https://github.com/opendatacube/odc-geo/issues/157

For Digital Earth Africa, we added a field `odc:product` to the USGS STAC records, and split the collection into 6 products, LS5, LS7, LS8 + _SR or _ST. The reasoning...

Hi @JonDHo yes, this was hardcoded a long time ago... I think you're right, that we should enable passing in a product name. I'm not sure how to achieve it,...

Hey @JonDHo it shouldn't be too hard to make that an option on the CLI. Feel free to send a PR to make the change.

This is the requirements used: ``` --pre --extra-index-url https://packages.dea.ga.gov.au/ datacube[performance,s3]==1.8.3 aiobotocore[boto3,awscli]==1.1.1 odc-apps-dc-tools ``` Adding in pinned aiohttp makes it work.

Please create a PR on the requirements files in here: https://github.com/opendatacube/datacube-docker But it is patching the symptom, and doesn't resolve that the tool should fail faster if it's broken and...

This is a pure python implementation: https://github.com/bloomreach/s4cmd built for performance. I agree that we should try to remove the `aibotocore` dependency.

Ok, well how about I set up a submodule and implement linting over in `dea-config. I'll give it a whirl and come back.

I think if we get the CI working we'll be ok. CI working means either ignoring linting in the submodule, or fixing the linting in the other repo!