In preparation for upcoming transition to dblabs spatial-utils (follow-on to dblabs mosaic but for DBR 14.3+, adjusted for various enhancements relating to our productized geospatial APIs):
Significant streamlining of internal GDAL Dataset handling to include "hydrating" (loading the object) more lazily
Dropped "Mosaic" from the serialized internal objects: MosaicRasterTile, MosaicRasterGDAL, and MosaicRasterBandGDAL.
All newly generated RasterTile objects can store the tile payload (BinaryType | StringType | GDAL Dataset) to the configured fuse checkpoint dir (see below); raster tiles generated in 0.4.1 and 0.4.2 can be loaded as-is (structure was different prior to that).
Additionally, there are various maintenance commits, see [DRAFT] CHANGELOG for more.
In preparation for upcoming transition to dblabs spatial-utils (follow-on to dblabs mosaic but for DBR 14.3+, adjusted for various enhancements relating to our productized geospatial APIs):
Dataset
handling to include "hydrating" (loading the object) more lazilyMosaicRasterTile
,MosaicRasterGDAL
, andMosaicRasterBandGDAL
.RasterTile
objects can store the tile payload (BinaryType
|StringType
|GDAL Dataset
) to the configured fuse checkpoint dir (see below); raster tiles generated in 0.4.1 and 0.4.2 can be loaded as-is (structure was different prior to that).Additionally, there are various maintenance commits, see [DRAFT] CHANGELOG for more.