EnPT issueshttps://git.gfz-potsdam.de/EnMAP/GFZ_Tools_EnMAP_BOX/EnPT/-/issues2020-09-21T13:24:53+02:00https://git.gfz-potsdam.de/EnMAP/GFZ_Tools_EnMAP_BOX/EnPT/-/issues/69Improve co-registration algorithm2020-09-21T13:24:53+02:00Daniel SchefflerImprove co-registration algorithmto be improved:
* [ ] make the EnMAP band to be used for co-registration configurable (currently band 40, hardcoded)
* [ ] post-process the mis-registration array, e.g., handle shifts exceeding the maximum allowed shift after interpolat...to be improved:
* [ ] make the EnMAP band to be used for co-registration configurable (currently band 40, hardcoded)
* [ ] post-process the mis-registration array, e.g., handle shifts exceeding the maximum allowed shift after interpolating
* [ ] better evaluate different interpolation algorithms to create the mis-registration array
* [ ] allow spatial reference images with less than 100% overlap
* [ ] improve the documentation of the co-registration featureAdd geometry processorsDaniel SchefflerDaniel Schefflerhttps://git.gfz-potsdam.de/EnMAP/GFZ_Tools_EnMAP_BOX/EnPT/-/issues/21Improve DEM processor2019-01-21T15:17:34+01:00Daniel SchefflerImprove DEM processor* [x] add overlap check
* [x] add geographic datum check
* [ ] add gap filling algorithm
* [ ] add computation of slopes
* [ ] add computation of aspects* [x] add overlap check
* [x] add geographic datum check
* [ ] add gap filling algorithm
* [ ] add computation of slopes
* [ ] add computation of aspectsProvide a working L1B -> L2A processing chain for official DLR test data.Daniel SchefflerDaniel Schefflerhttps://git.gfz-potsdam.de/EnMAP/GFZ_Tools_EnMAP_BOX/EnPT/-/issues/138Implement ISOFIT as alternative atmospheric correction approach.2024-03-06T18:04:43+01:00Daniel SchefflerImplement ISOFIT as alternative atmospheric correction approach.ISOFIT provides a couple of advantages and may resolve some shortcomings of SICOR. The implementation of ISOFIT in EnPT is planned for 2024.ISOFIT provides a couple of advantages and may resolve some shortcomings of SICOR. The implementation of ISOFIT in EnPT is planned for 2024.Daniel SchefflerDaniel Schefflerhttps://git.gfz-potsdam.de/EnMAP/GFZ_Tools_EnMAP_BOX/EnPT/-/issues/136Some pixels with large negative values near coastline when running combined A...2024-01-04T18:35:01+01:00Daniel SchefflerSome pixels with large negative values near coastline when running combined AC mode.Here is an example:
![grafik](/uploads/5c2e1d4e146ef9eba9b7922531e015e7/grafik.png)
This might be due to a land pixel which is flagged as water by the land/water mask, which consequently gets the POLYMER AC result.Here is an example:
![grafik](/uploads/5c2e1d4e146ef9eba9b7922531e015e7/grafik.png)
This might be due to a land pixel which is flagged as water by the land/water mask, which consequently gets the POLYMER AC result.Daniel SchefflerDaniel Schefflerhttps://git.gfz-potsdam.de/EnMAP/GFZ_Tools_EnMAP_BOX/EnPT/-/issues/128How to apply DEM orthorectification to scene which is partly over ocean?2023-09-18T12:44:54+02:00Xin ZhangHow to apply DEM orthorectification to scene which is partly over ocean?I see we need to make sure the DEM file covers the whole EnMAP scene. But, if some pixels are over the ocean, we can't provide a valid file. Maybe, it's better to add a function to fill the missing part to 0 and give some warnings?I see we need to make sure the DEM file covers the whole EnMAP scene. But, if some pixels are over the ocean, we can't provide a valid file. Maybe, it's better to add a function to fill the missing part to 0 and give some warnings?https://git.gfz-potsdam.de/EnMAP/GFZ_Tools_EnMAP_BOX/EnPT/-/issues/127Wrong lon/lat of interpolate_corners for L2 product2023-09-15T16:09:20+02:00Xin ZhangWrong lon/lat of interpolate_corners for L2 productI tested the `interpolate_corners` function for L2_obj and the result is wrong.
## result of the show_map function
```
L2_obj.data.show_map(band=[0], res_factor=1, xlim=(500, 650), ylim=(850, 1000), out_epsg=4326)
```
![image](/upload...I tested the `interpolate_corners` function for L2_obj and the result is wrong.
## result of the show_map function
```
L2_obj.data.show_map(band=[0], res_factor=1, xlim=(500, 650), ylim=(850, 1000), out_epsg=4326)
```
![image](/uploads/1945d3d2ea9fcd151228cbb2737d74a9/image.png)
## test interpolate_corners
```
def interpolate_corners(ul: float, ur: float, ll: float, lr: float, nx: int, ny: int):
"""Compute interpolated field from corner values of a scalar field given at: ul, ur, ll, lr.
:param ul: tbd
:param ur: tbd
:param ll: tbd
:param lr: tbd
:param nx: final shape (x-axis direction)
:param ny: final shape (y-axis direction)
"""
# FIXME this method must later be replaced by the geolayer provided by the ground segment
# => a linear interpolation between the EnMAP corner coordinates is NOT sufficient for modelling the
# geometry of VNIR and SWIR
# - especially at off-nadir acquisitions and with some terrain present, a linear interpolation leads
# to large deviations (> 180 m y-coordinate offset for the EnPT test dataset)
# TODO ensure that lons/lats represent UL coordinates not pixel coordinate centers (as given by Karl / DLR(?))
corner_coords = np.array([[ul, ur],
[ll, lr]])
rowpos, colpos = [0, 1], [0, 1]
from scipy.interpolate import RegularGridInterpolator
rgi = RegularGridInterpolator([rowpos, colpos], corner_coords, method='linear')
out_rows_grid, out_cols_grid = np.meshgrid(np.linspace(0, 1, ny),
np.linspace(0, 1, nx),
indexing='ij')
coords = rgi(np.dstack([out_rows_grid, out_cols_grid]))
return coords
lons_l2 = interpolate_corners(*L2_obj.meta.lon_UL_UR_LL_LR, L2_obj.meta.ncols, L2_obj.meta.nrows)
lats_l2 = interpolate_corners(*L2_obj.meta.lat_UL_UR_LL_LR, L2_obj.meta.ncols, L2_obj.meta.nrows)
fig, ax = plt.subplots(subplot_kw={'projection': ccrs.PlateCarree()},
figsize=(6, 6),
constrained_layout=True)
ax.pcolormesh(lons_l2[850:1000, 500:650], lats_l2[850:1000, 500:650], L2_obj.data[850:1000, 500:650, 0])
gl = ax.gridlines(draw_labels=True, dms=False, color = 'gray', linewidth=1, alpha=0.5, linestyle='--')
gl.top_labels = False
gl.right_labels = False
```
![image](/uploads/a99ec2963d3c438b372d9211717a186c/image.png)
The location of the cloud is wrong using the lon/lat calculated by interpolate_corners.https://git.gfz-potsdam.de/EnMAP/GFZ_Tools_EnMAP_BOX/EnPT/-/issues/126EPSG of L1_obj2023-09-15T16:40:58+02:00Xin ZhangEPSG of L1_objI checked `scn.L1_obj.vnir.data.epsg` and it returns `4326`. If I understand correctly, the geometry is the sensor geometry. So, it's not 4326, right?I checked `scn.L1_obj.vnir.data.epsg` and it returns `4326`. If I understand correctly, the geometry is the sensor geometry. So, it's not 4326, right?https://git.gfz-potsdam.de/EnMAP/GFZ_Tools_EnMAP_BOX/EnPT/-/issues/109calc_solar_irradiance_CWL_FWHM_per_band delivers too smooth irradiances2023-04-04T14:07:55+02:00Maximilian Brellcalc_solar_irradiance_CWL_FWHM_per_band delivers too smooth irradiancesI do not understand what happens here (calc_solar_irradiance_CWL_FWHM_per_band(self)), but it does not look like it is convolved correctly to EnMAP CWL and FWHM...
` def calc_solar_irradiance_CWL_FWHM_per_band(self) -> np.array:
...I do not understand what happens here (calc_solar_irradiance_CWL_FWHM_per_band(self)), but it does not look like it is convolved correctly to EnMAP CWL and FWHM...
` def calc_solar_irradiance_CWL_FWHM_per_band(self) -> np.array:
from ...io.reader import Solar_Irradiance_reader
self.logger.debug('Calculating solar irradiance...')
sol_irr = Solar_Irradiance_reader(path_solar_irr_model=self.cfg.path_solar_irr, wvl_min_nm=350, wvl_max_nm=2500)
irr_bands = []
for band in self.srf.bands:
WVL_band = self.srf.srfs_wvl if self.srf.wvl_unit == 'nanometers' else self.srf.srfs_wvl * 1000
RSP_band = self.srf.srfs_norm01[band]
sol_irr_at_WVL = np.interp(WVL_band, sol_irr[:, 0], sol_irr[:, 1], left=0, right=0)
irr_bands.append(np.round(np.sum(sol_irr_at_WVL * RSP_band) / np.sum(RSP_band), 2))
return np.array(irr_bands)
`Daniel SchefflerDaniel Schefflerhttps://git.gfz-potsdam.de/EnMAP/GFZ_Tools_EnMAP_BOX/EnPT/-/issues/108Implement a VNIR/SWIR co-registration module.2023-12-12T13:14:59+01:00Daniel SchefflerImplement a VNIR/SWIR co-registration module.So far, only the absolute co-registration between EnMAP and a user-provided reference is implemented. VNIR/SWIR co-registration should also be added. This might solve #106.So far, only the absolute co-registration between EnMAP and a user-provided reference is implemented. VNIR/SWIR co-registration should also be added. This might solve #106.Daniel SchefflerDaniel Schefflerhttps://git.gfz-potsdam.de/EnMAP/GFZ_Tools_EnMAP_BOX/EnPT/-/issues/106Spectral VNIR/SWIR jump at high contrast edges2023-03-27T17:24:44+02:00Daniel SchefflerSpectral VNIR/SWIR jump at high contrast edgesThis is most likely due to the missing VNIR/SWIR co-registration which is currently not yet implemented.
![grafik](/uploads/c3d891e97dbae53e431302f91c10ddb7/grafik.png)This is most likely due to the missing VNIR/SWIR co-registration which is currently not yet implemented.
![grafik](/uploads/c3d891e97dbae53e431302f91c10ddb7/grafik.png)Daniel SchefflerDaniel Schefflerhttps://git.gfz-potsdam.de/EnMAP/GFZ_Tools_EnMAP_BOX/EnPT/-/issues/105ACwater shows progress bars although `disable_progress_bars` was set to True2024-01-02T19:59:28+01:00Daniel SchefflerACwater shows progress bars although `disable_progress_bars` was set to TrueACwater shows progress bars although `disable_progress_bars` was set to True:
```python
Input parameters:
{ 'CPUs' : 32, 'auto_download_ecmwf' : False, 'average_elevation' : 0, 'blocksize' : 100, 'deadpix_P_algorithm' : 1, 'deadpix_P_in...ACwater shows progress bars although `disable_progress_bars` was set to True:
```python
Input parameters:
{ 'CPUs' : 32, 'auto_download_ecmwf' : False, 'average_elevation' : 0, 'blocksize' : 100, 'deadpix_P_algorithm' : 1, 'deadpix_P_interp_spatial' : 0, 'deadpix_P_interp_spectral' : 0, 'disable_progress_bars' : True, 'drop_bad_bands' : True, 'enable_ac' : True, 'json_config' : '', 'mode_ac' : 2, 'n_lines_to_append' : None, 'ortho_resampAlg' : 2, 'output_dir' : '/home/gfz-fe/EnPT/Output/20230228__1', 'output_format' : 1, 'output_interleave' : 0, 'path_dem' : '/home/gfz-fe/scheffler/temp/EnPT/EnVAL_ID_134/geo_abs_elevation.tif', 'path_earthSunDist' : '', 'path_l1b_enmap_image' : '/home/gfz-fe/scheffler/temp/EnPT/EnVAL_ID_134/ENMAP01-____L1B-DT0000001867_20220724T104521Z_007_V010111_20230228T092319Z.ZIP', 'path_l1b_enmap_image_gapfill' : '', 'path_reference_image' : '/home/gfz-fe/scheffler/temp/EnPT/EnVAL_ID_134/geo_abs_ref.tif', 'path_solar_irr' : '', 'polymer_root' : '/home/gfz-fe/scheffler/python/polymer', 'run_deadpix_P' : False, 'scale_factor_boa_ref' : 10000, 'scale_factor_toa_ref' : 10000, 'target_epsg' : None, 'target_projection_type' : 0, 'threads' : -1, 'vswir_overlap_algorithm' : 3, 'working_dir' : '' }
```
```python
2023/02/28 23:19:52: Running polymer...
2023/02/28 23:19:52: Currently only tested with ERA5 data, i.e. set True for "auto_download_ecmwf"
Initializing ENMAP product of size (1024, 1000)
2023/02/28 23:19:52: Landmask is EnMAP L1B
Download 2022-07-24 10:00:00 -> /home/gfz-fe/scheffler/python/polymer/ANCILLARY/ERA5/2022/07/24/era5_20220724_100000.nc
2023-02-28 23:19:53,012 INFO Welcome to the CDS
2023-02-28 23:19:53,012 INFO Sending request to https://cds.climate.copernicus.eu/api/v2/resources/reanalysis-era5-single-levels
2023-02-28 23:19:53,266 INFO Request is queued
2023-02-28 23:19:54,310 INFO Request is running
2023-02-28 23:19:55,854 INFO Request is completed
2023-02-28 23:19:55,855 INFO Downloading https://download-0000-clone.copernicus-climate.eu/cache-compute-0000/cache/data6/adaptor.mars.internal-1677622794.747088-20076-11-6bbabe83-8d5a-4b0e-8963-a6bb1eeb68f9.nc to /home/gfz-fe/scheffler/python/polymer/ANCILLARY/ERA5/2022/07/24/era5_20220724_100000.nc.tmp (9.9M)
0%| | 0.00/9.91M [00:00<?, ?B/s] 1%| | 78.0k/9.91M [00:00<00:14, 726kB/s] 7%|▋ | 754k/9.91M [00:00<00:02, 3.84MB/s] 32%|███■| 3.14M/9.91M [00:00<00:00, 12.9MB/s] 62%|██████■| 6.15M/9.91M [00:00<00:00, 19.9MB/s] 87%|████████▋ | 8.58M/9.91M [00:00<00:00, 21.9MB/s] 2023-02-28 23:19:56,694 INFO Download rate 11.8M/s
Download 2022-07-24 11:00:00 -> /home/gfz-fe/scheffler/python/polymer/ANCILLARY/ERA5/2022/07/24/era5_20220724_110000.nc
2023-02-28 23:19:56,780 INFO Welcome to the CDS
2023-02-28 23:19:56,780 INFO Sending request to https://cds.climate.copernicus.eu/api/v2/resources/reanalysis-era5-single-levels
2023-02-28 23:19:56,897 INFO Request is queued
2023-02-28 23:19:57,942 INFO Request is running
2023-02-28 23:19:59,487 INFO Request is completed
2023-02-28 23:19:59,488 INFO Downloading https://download-0001-clone.copernicus-climate.eu/cache-compute-0001/cache/data2/adaptor.mars.internal-1677622797.8498647-11507-3-392d1195-e895-4600-b6db-3147f22fd704.nc to /home/gfz-fe/scheffler/python/polymer/ANCILLARY/ERA5/2022/07/24/era5_20220724_110000.nc.tmp (9.9M)
0%| | 0.00/9.91M [00:00<?, ?B/s] 1%| | 78.0k/9.91M [00:00<00:13, 740kB/s] 7%|▋ | 751k/9.91M [00:00<00:02, 4.04MB/s] 35%|███▌ | 3.48M/9.91M [00:00<00:00, 14.8MB/s] 70%|███████ | 6.95M/9.91M [00:00<00:00, 23.1MB/s] 2023-02-28 23:20:00,244 INFO Download rate 13.1M/s
Starting processing at 2023-02-28 23:20:00.527176
```Daniel SchefflerDaniel Schefflerhttps://git.gfz-potsdam.de/EnMAP/GFZ_Tools_EnMAP_BOX/EnPT/-/issues/104`auto_download_ecmwf` flag not working2023-12-21T18:44:26+01:00Daniel Scheffler`auto_download_ecmwf` flag not workingThe ECMWF download is executed although `auto_download_ecmwf` was set to False:
```python
Input parameters:
{ 'CPUs' : 32, 'auto_download_ecmwf' : False, 'average_elevation' : 0, 'blocksize' : 100, 'deadpix_P_algorithm' : 1, 'deadpix_P_...The ECMWF download is executed although `auto_download_ecmwf` was set to False:
```python
Input parameters:
{ 'CPUs' : 32, 'auto_download_ecmwf' : False, 'average_elevation' : 0, 'blocksize' : 100, 'deadpix_P_algorithm' : 1, 'deadpix_P_interp_spatial' : 0, 'deadpix_P_interp_spectral' : 0, 'disable_progress_bars' : True, 'drop_bad_bands' : True, 'enable_ac' : True, 'json_config' : '', 'mode_ac' : 2, 'n_lines_to_append' : None, 'ortho_resampAlg' : 2, 'output_dir' : '/home/gfz-fe/EnPT/Output/20230228__1', 'output_format' : 1, 'output_interleave' : 0, 'path_dem' : '/home/gfz-fe/scheffler/temp/EnPT/EnVAL_ID_134/geo_abs_elevation.tif', 'path_earthSunDist' : '', 'path_l1b_enmap_image' : '/home/gfz-fe/scheffler/temp/EnPT/EnVAL_ID_134/ENMAP01-____L1B-DT0000001867_20220724T104521Z_007_V010111_20230228T092319Z.ZIP', 'path_l1b_enmap_image_gapfill' : '', 'path_reference_image' : '/home/gfz-fe/scheffler/temp/EnPT/EnVAL_ID_134/geo_abs_ref.tif', 'path_solar_irr' : '', 'polymer_root' : '/home/gfz-fe/scheffler/python/polymer', 'run_deadpix_P' : False, 'scale_factor_boa_ref' : 10000, 'scale_factor_toa_ref' : 10000, 'target_epsg' : None, 'target_projection_type' : 0, 'threads' : -1, 'vswir_overlap_algorithm' : 3, 'working_dir' : '' }
```
```python
2023/02/28 23:19:52: Running polymer...
2023/02/28 23:19:52: Currently only tested with ERA5 data, i.e. set True for "auto_download_ecmwf"
Initializing ENMAP product of size (1024, 1000)
2023/02/28 23:19:52: Landmask is EnMAP L1B
Download 2022-07-24 10:00:00 -> /home/gfz-fe/scheffler/python/polymer/ANCILLARY/ERA5/2022/07/24/era5_20220724_100000.nc
2023-02-28 23:19:53,012 INFO Welcome to the CDS
2023-02-28 23:19:53,012 INFO Sending request to https://cds.climate.copernicus.eu/api/v2/resources/reanalysis-era5-single-levels
2023-02-28 23:19:53,266 INFO Request is queued
2023-02-28 23:19:54,310 INFO Request is running
2023-02-28 23:19:55,854 INFO Request is completed
2023-02-28 23:19:55,855 INFO Downloading https://download-0000-clone.copernicus-climate.eu/cache-compute-0000/cache/data6/adaptor.mars.internal-1677622794.747088-20076-11-6bbabe83-8d5a-4b0e-8963-a6bb1eeb68f9.nc to /home/gfz-fe/scheffler/python/polymer/ANCILLARY/ERA5/2022/07/24/era5_20220724_100000.nc.tmp (9.9M)
0%| | 0.00/9.91M [00:00<?, ?B/s] 1%| | 78.0k/9.91M [00:00<00:14, 726kB/s] 7%|▋ | 754k/9.91M [00:00<00:02, 3.84MB/s] 32%|███■| 3.14M/9.91M [00:00<00:00, 12.9MB/s] 62%|██████■| 6.15M/9.91M [00:00<00:00, 19.9MB/s] 87%|████████▋ | 8.58M/9.91M [00:00<00:00, 21.9MB/s] 2023-02-28 23:19:56,694 INFO Download rate 11.8M/s
Download 2022-07-24 11:00:00 -> /home/gfz-fe/scheffler/python/polymer/ANCILLARY/ERA5/2022/07/24/era5_20220724_110000.nc
2023-02-28 23:19:56,780 INFO Welcome to the CDS
2023-02-28 23:19:56,780 INFO Sending request to https://cds.climate.copernicus.eu/api/v2/resources/reanalysis-era5-single-levels
2023-02-28 23:19:56,897 INFO Request is queued
2023-02-28 23:19:57,942 INFO Request is running
2023-02-28 23:19:59,487 INFO Request is completed
2023-02-28 23:19:59,488 INFO Downloading https://download-0001-clone.copernicus-climate.eu/cache-compute-0001/cache/data2/adaptor.mars.internal-1677622797.8498647-11507-3-392d1195-e895-4600-b6db-3147f22fd704.nc to /home/gfz-fe/scheffler/python/polymer/ANCILLARY/ERA5/2022/07/24/era5_20220724_110000.nc.tmp (9.9M)
0%| | 0.00/9.91M [00:00<?, ?B/s] 1%| | 78.0k/9.91M [00:00<00:13, 740kB/s] 7%|▋ | 751k/9.91M [00:00<00:02, 4.04MB/s] 35%|███▌ | 3.48M/9.91M [00:00<00:00, 14.8MB/s] 70%|███████ | 6.95M/9.91M [00:00<00:00, 23.1MB/s] 2023-02-28 23:20:00,244 INFO Download rate 13.1M/s
Starting processing at 2023-02-28 23:20:00.527176
```
Also `auto_download_ecmwf` could be set to True by default.Daniel SchefflerDaniel Schefflerhttps://git.gfz-potsdam.de/EnMAP/GFZ_Tools_EnMAP_BOX/EnPT/-/issues/97RuntimeError appears in combination with oversized DEM and gapfill options2023-03-02T18:41:55+01:00Maximilian BrellRuntimeError appears in combination with oversized DEM and gapfill optionsThe RuntimeError appears in combination with oversized DEM and gabfill options.
A possible solution could be to clip the DEM to the extent of a single tile before the. Coordinate normalization
```python
Traceback (most recent call last):...The RuntimeError appears in combination with oversized DEM and gabfill options.
A possible solution could be to clip the DEM to the extent of a single tile before the. Coordinate normalization
```python
Traceback (most recent call last):
File "/misc/hy14/Daten/EnMAP/EnPT/enpt/execution/controller.py", line 179, in run_all_processors
self.read_L1B_data()
File "/misc/hy14/Daten/EnMAP/EnPT/enpt/execution/controller.py", line 127, in read_L1B_data
self.L1_obj = RD.read_inputdata(root_dir_main=path_enmap_image, root_dir_ext=path_enmap_image_gapfill,
File "/misc/hy14/Daten/EnMAP/EnPT/enpt/io/reader.py", line 99, in read_inputdata
l1b_main_obj.meta.vnir.compute_geolayer_for_cube()
File "/misc/hy14/Daten/EnMAP/EnPT/enpt/model/metadata/metadata_sensorgeo.py", line 435, in compute_geolayer_for_cube
.compute_geolayer()
File "/misc/hy14/Daten/EnMAP/EnPT/enpt/processors/spatial_transform/spatial_transform.py", line 650, in compute_geolayer
lons_oneband, lats_oneband = self._compute_geolayer_for_unique_coeffgroup(kwargs_list[0])[:2]
File "/misc/hy14/Daten/EnMAP/EnPT/enpt/processors/spatial_transform/spatial_transform.py", line 626, in _compute_geolayer_for_unique_coeffgroup
).compute_geolayer()
File "/misc/hy14/Daten/EnMAP/EnPT/enpt/processors/spatial_transform/spatial_transform.py", line 512, in compute_geolayer
rows, cols = self.transform_LonLatHeight_to_RowCol(lon=lons, lat=lats, height=heights)
File "/misc/hy14/Daten/EnMAP/EnPT/enpt/processors/spatial_transform/spatial_transform.py", line 430, in transform_LonLatHeight_to_RowCol
self._normalize_map_coordinates(lon=lon, lat=lat, height=height)
File "/misc/hy14/Daten/EnMAP/EnPT/enpt/processors/spatial_transform/spatial_transform.py", line 345, in _normalize_map_coordinates
raise RuntimeError((llh.min(), llh.max()), msg % name)
RuntimeError: ((-1.3684170724625786, 1.034636410949972), 'Coordinate normalization yields significantly out-of-range values for longitudes. Check the coordinates and RPC coefficients.')
```https://git.gfz-potsdam.de/EnMAP/GFZ_Tools_EnMAP_BOX/EnPT/-/issues/93Re-enable first guess water vapor retrieval2022-12-08T19:43:55+01:00Daniel SchefflerRe-enable first guess water vapor retrieval!69 disabled the first guess water vapor retrieval of SICOR due to #90 and #92. As soon as the actual reason of the current issues with the retrieval are found, it should be re-enabled in EnPT.!69 disabled the first guess water vapor retrieval of SICOR due to #90 and #92. As soon as the actual reason of the current issues with the retrieval are found, it should be re-enabled in EnPT.https://git.gfz-potsdam.de/EnMAP/GFZ_Tools_EnMAP_BOX/EnPT/-/issues/88Adapt output filenames to clearly reflect EnPT as processing chain + EnPT ver...2023-03-01T01:25:18+01:00Daniel SchefflerAdapt output filenames to clearly reflect EnPT as processing chain + EnPT versionThe filename convention of the output files should be revised.
@brellThe filename convention of the output files should be revised.
@brellDaniel SchefflerDaniel Schefflerhttps://git.gfz-potsdam.de/EnMAP/GFZ_Tools_EnMAP_BOX/EnPT/-/issues/86ValueError during SNR computation due to unexpected number of bands2022-08-11T14:53:11+02:00Daniel SchefflerValueError during SNR computation due to unexpected number of bands```python
../enpt/execution/controller.py:176: in run_all_processors
self.read_L1B_data()
../enpt/execution/controller.py:127: in read_L1B_data
self.L1_obj = RD.read_inputdata(root_dir_main=path_enmap_image, root_dir_ext=path_enm...```python
../enpt/execution/controller.py:176: in run_all_processors
self.read_L1B_data()
../enpt/execution/controller.py:127: in read_L1B_data
self.L1_obj = RD.read_inputdata(root_dir_main=path_enmap_image, root_dir_ext=path_enmap_image_gapfill,
../enpt/io/reader.py:94: in read_inputdata
l1b_main_obj.calc_snr_from_radiance()
../enpt/model/images/images_sensorgeo.py:739: in calc_snr_from_radiance
self.vnir.detector_meta.calc_snr_from_radiance(rad_data=self.vnir.data, dir_snr_models=tmpDir)
ValueError: operands could not be broadcast together with shapes (1000,91) (1000,88)
```Daniel SchefflerDaniel Schefflerhttps://git.gfz-potsdam.de/EnMAP/GFZ_Tools_EnMAP_BOX/EnPT/-/issues/83Mask output files should always be saved with BSQ interleave2022-02-15T21:46:50+01:00Daniel SchefflerMask output files should always be saved with BSQ interleaveIf BIP is set, also the mask files are written with BIP interleave (at least in case of ENVI format).If BIP is set, also the mask files are written with BIP interleave (at least in case of ENVI format).Daniel SchefflerDaniel Schefflerhttps://git.gfz-potsdam.de/EnMAP/GFZ_Tools_EnMAP_BOX/EnPT/-/issues/82Improve documentation of advanced parameters.2022-02-08T11:03:24+01:00Daniel SchefflerImprove documentation of advanced parameters.EnPT offers a long list of advanced configuration parameters but not all are also documented in the Sphinx documentation. This should be improved and a short documentation should also be added directly in the GUI.EnPT offers a long list of advanced configuration parameters but not all are also documented in the Sphinx documentation. This should be improved and a short documentation should also be added directly in the GUI.Daniel SchefflerDaniel Schefflerhttps://git.gfz-potsdam.de/EnMAP/GFZ_Tools_EnMAP_BOX/EnPT/-/issues/80Use 'new_kurucz' solar model when calling SICOR for simulated EnMAP data.2023-02-17T16:15:26+01:00Daniel SchefflerUse 'new_kurucz' solar model when calling SICOR for simulated EnMAP data.Since SICOR>0.16.4 will use the Fontenla solar model by default (compatible with real EnMAP data), EnPT should call SICOR with `options["retrieval"]["sol_model": "new_kurucz"]` in case of simulated EnMAP data.Since SICOR>0.16.4 will use the Fontenla solar model by default (compatible with real EnMAP data), EnPT should call SICOR with `options["retrieval"]["sol_model": "new_kurucz"]` in case of simulated EnMAP data.Daniel SchefflerDaniel Schefflerhttps://git.gfz-potsdam.de/EnMAP/GFZ_Tools_EnMAP_BOX/EnPT/-/issues/74Provide an option to flag bad bands with a band bands list instead of complet...2021-02-01T13:28:57+01:00Daniel SchefflerProvide an option to flag bad bands with a band bands list instead of completely dropping themThis was requested by HU. However, it has to work together with the options we discussed and implemented in https://git.gfz-potsdam.de/EnMAP/GFZ_Tools_EnMAP_BOX/EnPT/-/issues/61.This was requested by HU. However, it has to work together with the options we discussed and implemented in https://git.gfz-potsdam.de/EnMAP/GFZ_Tools_EnMAP_BOX/EnPT/-/issues/61.Daniel SchefflerDaniel Scheffler