Releases: opendatacube/datacube-ows
Datacube-OWS release 1.8.40
Bug Fix release.
- Loading now uses
skip_broken_datasets=True
by default. (#1001) - Bump base osgeo/gdal docker image version. (#1003)
- Update versions of several upstream packages to avoid known security issues (#1004, #1005, #1008)
- pre-commit autoupdate (#1006)
- Make S3 URL rewriting work with metadata indexed from STAC (#1011)
- Update HISTORY.rst and increment default version for release and some tests. (#1013)
This release includes contributions from @whatnick, @pjonsson, @robbibt , @SpacemanPaul, and various automatic updater bots.
Full Changelog: 1.8.39...1.8.40
Datacube OWS 1.8.39
Emergency release to complete partially implemented new feature in 1.8.38.
The changes to the spatial materialised view introduced in the previous release are now also implemented in the time materialised view.
Please run datacube-ows-update --schema --role <ows_db_username>
again with this new release to access the new behaviour. Note that this command should be run as a dba/superuser, while <ows_db_username>
should be the read-only user that OWS normally uses - it is used to grant that user read access to the new views. No system downtime is required for this schema upgrade.
Datacube OWS 1.8.38
Previously the spatial materialised view recognised metadata types by individual name and required manual tweaking
for every new metadata type. From 1.8.38
, all metadata types with a name starting with eo3_
will be treated as eo3 compatible. New non-eo3 metadata types will still require special handling.
Run datacube-ows-update --schema --role <ows_db_username>
to activate the new view definition. No database downtime is required for the upgrade.
Also includes miscellaneous bug fixes and maintenance.
- Upgrade pypi publish github action from unsupported version (#994)
- Tweak FeatureInfo JSON documents to be compliant geojson (#995)
- Tweak materialised view definition to handle all eo3 compatible metadata types (#996)
- Fix Dimension sections of WMTS Capabilities documents to comply with standard (#996)
- Update HISTORY.rst and increment default version for release (#997)
Datacube OWS 1.8.37
Maintenance release. Includes security updates and a couple of bug fixes around timezone handling.
Full list of changes:
- Fixes to timezone handling (#958, #982)
- Various Github CI improvements (#959, #972, #974)
- Automatic dependency updates (#966, #970, #971, #975, #976, #977, #980, #981, #984, #986, #988, #991, #992)
- Update dependencies to address upstream security issues (#973)
- Label Prometheus metrics by endpoint, not path (#978)
- Update base docker image and remove docker efficiency analysis GHA (#990)
- Update HISTORY.rst and increment default version for release (#993)
Includes contributions from @benjimin, @pjonsson, @SpacemanPaul and @dependabot.
Datacube OWS 1.8.36
Another maintenance release.
Addresses several issues with the Docker build in 1.8.35, and makes the behaviour of the PYDEV_DEBUG environment variable less surprising.
Note that flask-log-request-id
has been removed as a dependency as it is now orphaned and no longer supports the latest versions of Flask. This means that the X-REQUEST-ID
header is no longer being set in OWS http responses. If you were using this feature in your OWS deployment, please raise an Issue on Github and we will look into alternative methods of setting the header in the next release.
Datacube OWS 1.8.35
OWS Release 1.8.34
This OWS release includes two significant new features:
-
Timeless mosaic layers.
The new
mosaic_date_func
configuration option allows the creation of timeless (i.e. single time-slice)
layers. The user-provided function returns the start/end date to use for dataset date searches, and a
mosaic layer is generated, with the most recent available date for any given pixel returned. -
Enhanced time resolution handling (subday and overlapping summary periods).
Major refactor of time resolution handling.
There are now only 3 time resolution options:
solar: Replaces the old "raw" option. Local-solar-day time model, used for imagery captured in daily swathes
by satellites in heliosynchronous orbits.summary: Replaces the old "day", "month", and "year" options. Only looks at the "start" datetime, and
so neatly supports products with overlapping or non-exclusive dataset date-ranges. Expects the time portion
of the start date to always be "midnight UTC". Used for summary/calculated products.subday: New option. Used for for products with multiple time values per day (e.g. hourly/minutely data). Uses
the "start" datetime of the dataset.Note that the solar and summary options explicitly ignore the time component of the time query parameter
passed by the user. If you need the time component to be significant, you must use subday.The old "raw", "day", "month", "year" time_resolution options are still supported as aliases for the new
values above. A deprecation warning will be issued advising you to update your configuration to the new
values, but the old values will continue to work. You should not actually move your configuration to
the new values until after all of your deployment environments have been upgraded v1.8.34.
Full list of changes:
- Increment default version number and update version history (#937)
- Enhanced time resolution handling (subday and overlapping summary periods) (#933, #936)
- Add spellcheck to RST documentation (#929, #930)
- Implement timeless mosaic layers (#928)
- Refactor integration tests to use new collection DEA data (#927)
- Bump datacube-core version (#923, #927, #933)
- Miscellaneous cleanup and code-maintenance (#922)
- Pre-commit auto-updates (#920, #926, #932, #934)
OWS Release 1.8.33
Includes fixes for several closely related WCS bugs, some WCS2 specific, some affecting both.
Full list of changes:
OWS Release 1.8.32
Mostly administrative changes, with one bug fix to WCS DescribeCoverage metadata (for both v1 and v2).
Please note that this bug fix now validates the signs of native_resolution
. Almost all CRS's require a resolution with a negative y component. (E.g. (30, -30)
for Landsat in an equal-area projection like EPSG:3577.) Previously a y-resolution of the wrong sign would be accepted, with the only adverse consequence being an invalid grid definition in WCS DescribeCoverage documents. Now a y-resolution with the incorrect sign will raise an error on startup., resulting in the affected layer(s) being deactivated.
Full list of changes:
- Add datacube pypi badge (#891)
- Pre-commit auto-updates (#894, #899, #906)
- Github action update (#896)
- Documentation updates (#898, #903, #904)
- WCS grid counts and add checks for sign errors in native resolution (#902)
- Match docker image version numbers to github SCM version numbers (#907, #908, #909)
- Update default version number and HISTORY.rst (#910)
Contributions from @pindge and @SpacemanPaul (and of course, the pre-commit-ci bot).
OWS Release 1.8.31
Full list of changes:
- Added pre_scaled_norm_diff to band_utils.py, allowing calculation of normalised difference calculations on
data that is scaled with an offset. (#881) - Add support for url patching - allowing OWS to serve data from commercial data repositories that use
uri signing for authentication (e.g. Microsoft Planetary Computer) (#883) - Further refinements to Sentry logging. (#884)
- Improve interoperability with Jupyter Notebooks. (#886)
- Allow band aliases for Flag Bands taken from main product(s). (#887)
- Add new metadata type to MV definitions, to support DEA Sentinel-2 Collection 3. (#888)
- Add support for html info_format for GetFeatureInfo queries in WMS and WMTS - may improve ArcGIS
compatibility. (#889) - Updates to HISTORY.rst, README.rst and default version string for release (#890)
Contributions from @pindge, @rtaib and @SpacemanPaul.