Releases: sertit/eoreader
Releases · sertit/eoreader
v0.13.0
0.13.0 (2022-03-02)
- ENH: Adding the support of
Landsat-9
sensor - ENH: Support Sentinel-2 with missing datatake metadata file(sometimes happens with data downloaded from AWS buckets and converted to .SAFE)
- FIX: Using default SAR resolution from official Copernicus Data Access Portfolio (2014-2022) (Sentinel-2 default resolution goes to 10.0 m !)
- FIX: Use
--no-binary fiona,rasterio
directly inrequirements.txt
- FIX: Removing useless
outputComplex
line in GPT graphs that is breaking SNAP on Linux - FIX: Removing the workarounds caused by some bugs of
cloudpathlib
and enabling retrieval of nested SAR products (TSX, TDX, PAZ, RCM) from S3 compatible storage. - FIX: Do not process nodata for a band already existing
- FIX: Fixing an error when reading
TIR
bands with Landsat-7 - FIX: Fixing an error when additive/multiplicative coefficients are set to
NULL
for Landsat data - CI: Do not try to process SAR end to end if GPT cannot be found
- CI: Publishing wheel from Github instead of Gitlab
- REPO: Setting GitHub as the main repository and using new Gitlab runners
v0.12.0
0.12.0 (2022-02-09)
- ENH: Adding the support of
Pleiades-Neo
,Vision-1
andSAOCOM
sensors - ENH: Adding a keyword to allow passing a specific DEM path in
load
/stack
(for VHR orthorectification andDEM
bands) - ENH: Adding the name of the DEM in DEM band (i.e. allow to compute the
HILLSHADE
with a DEM and theSLOPE
with a DTM) - FIX:
Sentinel-2
Processing Baseline 04.00:NARROW_NIR
bands are now loaded correctly - FIX:
Maxar
products (withMulti
band ID) are now correctly handled - FIX: Using
COPDEM-30
(GLO-30
) by default for SNAP as it appears that the retrieval has been fixed. - FIX: Fixing the default name for cleaned bands for
Sentinel-3 SLSTR
data (was set onCLEAN
instead ofNODATA
) - FIX: Fixing default band for Custom stacks
- FIX: Fixing
get_existing_band_paths
behavior for Custom stacks - FIX: Remove other never covered lines of code (archived
RCM
products, complexICEYE
products, others...) - FIX: Re-enabling loading str bands (regression)
- FIX: Proper check for empty fields when parsing metadata
- FIX: VHR
_get_dem_path
raisesValueError
instead ofTypeError
- FIX: Pre-process SAR bands before despeckling if not existing (was OK in most of the cases, but broke in some cases, especially with CI folder activated and S3 compatible storage)
- FIX: Remove warning
invalid escape sequence \.
,\w
,\D
and\s
- FIX: Do not set
long_name
forRAW_CLOUDS
arrays - FIX: Providing a URL DEM on Windows throws a
OSError
instead of a bareException
- OPTIM: Do not pre-process existing Sentinel-3 geocoded bands
- OPTIM: Do not look for valid metadata further than a given nested level in product's directory (for extracted products)
- CI: Using another (faster) runner
- CI: Add on disk and end-to-end tests
- CI: Do not write tmp files when running on disk tests
- CI: Coverage:
- Get coverage as HTML
- Remove useless lines from coverage
- Combine coverage of S3 and on disk tests
- DOC: Adding a DEM notebook
v0.11.2
- FIX: Fixing archived SAR processing
- FIX: Needs extraction for
RS2-SLC
data as SNAP does not handle the product - FIX: Fixing the default name for cleaned bands for optical data (was set on
CLEAN
instead ofNODATA
)
0.11.1
- FIX: Fixing complex and orthorectified products for
SAR
data - FIX: Fixing
RADARSAT-2
SLC
product type - OPTIM: Only preprocessing wanted SAR bands (instead of all existing)
- OPTIM: Do not interpolate nan values by default when writing SAR bands to disk (using a keyword instead)
- DOC: Updating the SAR notebook and documentation
v0.11.0
- BREAKING CHANGES: Renamed
is_band
tois_sat_band
to better reflect that this function only checks optical and SAR bands - BREAKING CHANGES: Invalid pixels are not processed by default anymore! Only the nodata is set (to go a bit faster)
- ENH: Allowing the user to choose the pixel processing for optical bands: raw band, only nodata or total cleaning of defective pixels #16
- ENH: Adding a CustomProduct, allowing the user to load any stack as an EOReader Product !
- ENH: Check if a band exists before trying to load it
- FIX: Better handling of
__all__
in__init__.py
files - FIX: Ensure that extents and footprints are in UTM
- FIX: Removing docs from wheel
- FIX: Fixing
TIR
bands reading for Landsat data - OPTIM: Optimizing
manage_invalid_pixels
forSentinel-2
data (processing baseline >= 04.00) - DOC: Update README, documentation and notebooks
- DOC: Water Extraction notebook has been refined to show how to manage multiple products
- DOC: Update the installation paragraph in README
- DOC: Adding a
For Contributors
section in the documentation (contributing, release history and Github repository) - DOC: Remove doc testing in Github (as the docs are built with readthedocs)
- INTERNAL: Better management of project metadata (version...) in a dedicated file
v0.10.1
- FIX: Resolve a bug when
methodtools
is not present (for conda package)
v0.10.0
- ENH: Adding
has_bands
to products, ingesting lists as a shortcut for testing the availability of multiple bands - ENH: Simplifying imports. Now you can replace:
from eoreader.bands.alias import RED, NDVI
byfrom eoreader.bands import RED, NDVI
,from eoreader.products.optical.optical_product import OpticalProduct
byfrom eoreader.products import OpticalProduct
,from eoreader.products.optical.s3_slstr_product import SlstrRadAdjustTuple
byfrom eoreader.products import SlstrRadAdjustTuple
, ...
- OPTIM: Writing cloud bands on disk to speed up multiple calls to
load
orstack
functions #17 - FIX: Correctly naming cloud xarrays
- FIX: Add missing
SLEA
(Spot Extended Area) product type toICEYE
data - FIX: Sentinel-2 clouds (with processing baseline >= 4.0) are now given with a rasterio shape (
count
,height
,width
) - CI: Remove
pages
stage and run only the tests when a Python file has changed - DOC: Updating notebooks
- DOC: Updating copyright to 2022
v0.9.5
- FIX: Do not force import
methodtools
(not existing lib in conda) - FIX: Using
GRD
resolution given by the constructors as default values forSLC
products. Do not look it up in
metadata as SLC resolution is NOT the GRD resolution !
v0.9.4
- FIX: Caching properties and functions only for object instances
- FIX: Fixing metadata reading for
COSMO-SkyMed 1st Generation
withWide Region
and complex product type (handling of multiple swaths) - FIX: Updates of SNAP GPT graphs for complex SAR data
- FIX: Interpolate nodata inside SAR images (badly handled by SNAP -> fill the gaps that shouldn't exist)
- INTERNAL: Creation of a class
CosmoProduct
handling generic methods for bothCOSMO-SkyMed
generations
v0.9.3
- FIX: Fixing the search for
.TIL
files forMaxar
products (with on disk files) - FIX: Fixing the search for metadata files for
Landsat
products (with on disk files) - FIX: Fixing the search for metadata files for
TerraSAR-X
,TanDEM-X
andPAZ SAR
products (with on disk files) - FIX: Fixing SNAP files for
TerraSAR-X
,TanDEM-X
andPAZ SAR
products - FIX: Fixing when reading CRS code for
DIMAP
products