Skip to content

Releases: opendatacube/datacube-core

1.8.2

10 Jul 09:36
Compare
Choose a tag to compare
  • Fix regressions in .geobox (#982)
  • Expand list of supported dtypes to include complex values (#989)
  • Can now specify dataset location directly in the yaml document (#990, #989)
  • Better error reporting in datacube dataset update (#983)

1.8.1

02 Jul 02:22
Compare
Choose a tag to compare

Summary

This release contains mostly bug fixes an documentation improvements.

Full List of Changes

  • Added an updated column for trigger based tracking of database row updates in PostgreSQL. (#951)
  • Changes to the writer driver API. The driver is now responsible for constructing output URIs from user configuration. (#960)
  • Added a datacube.utils.geometry.assign_crs method for better interoperability with other libraries (#967)
  • Better interoperability with xarray - the xarray.Dataset.to_netcdf function should work again (#972, #976)
  • Add support for unsigned access to public S3 resources from CLI apps (#976)
  • Usability fixes for indexing EO3 datasets (#958)
  • Fix CLI initialisation of the Dask Distributed Executor (#974)

1.8.0

21 May 07:44
Compare
Choose a tag to compare

Summary

Lot's of changes since the 1.7 release.

The two primary changes that are most likely to have backward compatibility issues are:

  1. The internal details of how we store geo-registration information on xarray Datasets returned by dc.load have changed in a significant way (#837, #899).
  2. We no longer use GDAL native Python bindings (osgeo.{ogr,osr}) and instead rely on pyproj and shapely as a backend for Geometry and CRS classes (#880).

We no longer store CRS as an object (datacube.utils.geometry.CRS) in an attribute dictionary of the DataArray, instead it is stored in a string format (WKT) in an attribute of a special spatial_ref coordinate. This change allows us to better interface with xarray IO libraries. One can now write data loaded by dc.load with xr.to_netcdf(..) directly and load back with xr.open_dataset(..), all while maintaining geo-registration information (i.e. .geobox property).

Also, since CRS information is now stored on the Coordinate, and not on the DataArray itself, it survives a greater variety of mathematical operations. Attributes on the DataArray would often go missing when doing the most basic of operations, like changing dtype of the loaded data, now CRS metadata is preserved in the majority of the cases.

Moving away from the native GDAL Python bindings is primarily motivated by the complexity of the installation of gdal python library. Both shapely and pyproj that replaced it, offer binary wheels, and are therefore much simpler to install.

Changes since 1.8.0rc1

  • Expanded EO3 support
  • Bug fixes in EO3 handling
  • Cleanup in docs
  • Better compatibility with other libraries for CRS construction
  • Removed ancient db migration code

Full List of Changes

  • Changed geo-registration mechanics for arrays returned by dc.load
  • Migrate geometry and CRS backends from osgeo.ogr and osgeo.osr to shapely and pyproj respectively
  • Fixes for geometries crossing anti meridian
  • EO3 dataset metadata format is now understood by datacube dataset add
  • New virtual product combinator reproject for on-the-fly reprojection of rasters
  • Enhancements to the expressions transformation in virtual products
  • Support /vsi** style paths for dataset locations
  • Remove old Search Expressions and replace with a simpler implementation based on Lark Parser
  • Remove no longer required PyPEG2 dependency
  • Change development version numbers generation. Use setuptools_scm instead of versioneer
  • Deprecated datacube.helpers.write_geotiff, use datacube.utils.cog.write_cog for similar functionality
  • Deprecated datacube.storage.masking, moved to datacube.utils.masking
  • Remove S3AIO driver
  • Removed migration support from datacube releases before 1.1.5.
    If you still run a datacube before 1.1.5 (from 2016 or older), you will need to update it
    using ODC 1.7 first, before coming to 1.8.

1.8.0rc1

06 May 05:36
Compare
Choose a tag to compare
1.8.0rc1 Pre-release
Pre-release

Summary

Lot's of changes since the 1.7 release.

The two primary changes that are most likely to have backward compatibility issues are:

  1. The internal details of how we store geo-registration information on xarray Datasets returned by dc.load have changed in a significant way (#837, #899).
  2. We no longer use GDAL native Python bindings (osgeo.{ogr,osr}) and instead rely on pyproj and shapely as a backend for Geometry and CRS classes (#880).

We no longer store CRS as an object (datacube.utils.geometry.CRS) in an attribute dictionary of the DataArray, instead it is stored in a string format (WKT) in an attribute of a special spatial_ref coordinate. This change allows us to better interface with xarray IO libraries. One can now write data loaded by dc.load with xr.to_netcdf(..) directly and load back with xr.open_dataset(..), all while maintaining geo-registration information (i.e. .geobox property).

Also, since CRS information is now stored on the Coordinate, and not on the DataArray itself, it survives a greater variety of mathematical operations. Attributes on the DataArray would often go missing when doing the most basic of operations, like changing dtype of the loaded data, now CRS metadata is preserved in the majority of the cases.

Moving away from the native GDAL Python bindings is primarily motivated by the complexity of the installation of gdal python library. Both shapely and pyproj that replaced it, offer binary wheels, and are therefore much simpler to install.

Full List of Changes

  • Changed geo-registration mechanics for arrays returned by dc.load
  • Migrate geometry and CRS backends from osgeo.ogr and osgeo.osr to shapely and pyproj respectively
  • Fixes for geometries crossing anti meridian
  • EO3 dataset metadata format is now understood by datacube dataset add
  • New virtual product combinator reproject for on-the-fly reprojection of rasters
  • Enhancements to the expressions transformation in virtual products
  • Support /vsi** style paths for dataset locations
  • Remove old Search Expressions and replace with a simpler implementation based on Lark Parser
  • Remove no longer required PyPEG2 dependency
  • Change development version numbers generation. Use setuptools_scm instead of versioneer
  • Deprecated datacube.helpers.write_geotiff, use datacube.utils.cog.write_cog for similar functionality
  • Deprecated datacube.storage.masking, moved to datacube.utils.masking
  • Remove S3AIO driver

1.8.0b6

16 Apr 06:21
Compare
Choose a tag to compare
1.8.0b6 Pre-release
Pre-release

Summary

Lot's of changes since the 1.7 release.

The two primary changes that are most likely to have backward compatibility issues are:

  1. The internal details of how we store geo-registration information on xarray Datasets returned by dc.load have changed in a significant way (#837, #899).
  2. We no longer use GDAL native Python bindings (osgeo.{ogr,osr}) and instead rely on pyproj and shapely as a backend for Geometry and CRS classes (#880).

We no longer store CRS as an object (datacube.utils.geometry.CRS) in an attribute dictionary of the DataArray, instead it is stored in a string format (WKT) in an attribute of a special spatial_ref coordinate. This change allows us to better interface with xarray IO libraries. One can now write data loaded by dc.load with xr.to_netcdf(..) directly and load back with xr.open_dataset(..), all while maintaining geo-registration information (i.e. .geobox property).

Also, since CRS information is now stored on the Coordinate, and not on the DataArray itself, it survives a greater variety of mathematical operations. Attributes on the DataArray would often go missing when doing the most basic of operations, like changing dtype of the loaded data, now CRS metadata is preserved in the majority of the cases.

Moving away from the native GDAL Python bindings is primarily motivated by the complexity of the installation of gdal python library. Both shapely and pyproj that replaced it, offer binary wheels, and are therefore much simpler to install.

Full List of Changes

  • Changed geo-registration mechanics for arrays returned by dc.load
  • Migrate geometry and CRS backends from osgeo.ogr and osgeo.osr to shapely and pyproj respectively
  • New virtual product combinator reproject for on-the-fly reprojection of rasters
  • Enhancements to the expressions transformation in virtual products
  • Support /vsi** style paths for dataset locations
  • Remove old Search Expressions and replace with a simpler implementation based on Lark Parser
  • Remove no longer required PyPEG2 dependency
  • Change development version numbers generation. Use setuptools_scm instead of versioneer
  • Deprecated datacube.helpers.write_geotiff, use datacube.utils.cog.write_cog for similar functionality
  • Deprecated datacube.storage.masking, moved to datacube.utils.masking
  • Remove S3AIO driver

1.8.0b5

09 Apr 06:18
Compare
Choose a tag to compare
1.8.0b5 Pre-release
Pre-release

Testing release process, please ignore this one.

1.7 (16 May 2019)

16 May 07:41
Compare
Choose a tag to compare

Not a lot of changes since rc1.

  • Early exit from dc.load on KeyboardInterrupt, allows partial loads inside notebook.
  • Some bug fixes in geometry related code
  • Some cleanups in tests
  • Pre-commit hooks configuration for easier testing
  • Re-enable multi-threaded reads for s3aio driver (set use_threads=True in dc.load(..))

1.7rc1 (18 April 2019)

18 Apr 00:10
Compare
Choose a tag to compare
Pre-release

1.7rc1 (18 April 2019)

Virtual Products

Add Virtual Products for multi-product loading.

(#522, #597, #601, #612, #644, #677, #699, #700)

Changes to Data Loading

The internal machinery used when loading and reprojecting data, has been
completely rewritten. The new code has been tested, but this is a
complicated and fundamental part of code and there is potential for
breakage.

When loading reprojected data, the new code will produce slightly
different results. We don't believe that it is any less accurate than
the old code, but you cannot expect exactly the same numeric results.

Non-reprojected loads should be identical.

This change has been made for two reasons:

  1. The reprojection is now core Data Cube, and is not the
    responsibility of the IO driver.
  2. When loading lower resolution data, DataCube can now take advantage
    of available overviews.
  • New futures based IO driver interface (#686)

Other Changes

  • Allow specifying different resampling methods for different data
    variables of the same Product. (#551)
  • Allow all reampling methods supported by rasterio. (#622)
  • Bug fix (Index out of bounds causing ingestion failures)
  • Support indexing data directly from HTTP/HTTPS/S3 URLs (#607)
  • Renamed the command line tool datacube metadata_type to datacube metadata (#692)
  • More useful output from the command line datacube {product|metadata} {show|list}
  • Add optional progress_cbk to dc.load(_data) (#702), allows user
    to monitor data loading progress.
  • Thread-safe netCDF access within dc.load (#705)

Performance Improvements

  • Use single pass over datasets when computing bounds (#660)
  • Bugfixes and improved performance of dask-backed arrays (#547,
    #664)

Documentation Improvements

Deprecations

  • From the command line, the old query syntax for searching within
    vague time ranges, eg: 2018-03 < time < 2018-04 has been removed.
    It is unclear exactly what that syntax should mean, whether to
    include or exclude the months specified. It is replaced by time in [2018-01, 2018-02] which has the same semantics as dc.load time
    queries. (#709)

1.6.2 (24 January 2018)

24 Jan 03:51
Compare
Choose a tag to compare

Patch release to build a new Docker container, to resolve an upstream security bug.

See #631 for more details.

1.6.1 (28 August 2018)

27 Nov 03:15
Compare
Choose a tag to compare

The real 1.6 release, not an accidental duplicate of the release candidate.