GFZ_Tools_EnMAP_BOX issueshttps://git.gfz-potsdam.de/groups/EnMAP/GFZ_Tools_EnMAP_BOX/-/issues2024-03-06T18:04:43+01:00https://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_enmapboxapp/-/issues/35Setting auto_download_ecmwf to False has no effect.2023-12-21T18:44:16+01:00Daniel SchefflerSetting auto_download_ecmwf to False has no effect.Turning off the automatic ownload of ECWMWF data has no effect due to an upstream issue in ACwater: https://gitlab.awi.de/phytooptics/acwater/-/issues/22Turning off the automatic ownload of ECWMWF data has no effect due to an upstream issue in ACwater: https://gitlab.awi.de/phytooptics/acwater/-/issues/22Daniel 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_enmapboxapp/-/issues/28Rename menu entries2022-10-20T16:32:44+02:00Daniel SchefflerRename menu entriesCurrently, the EnPT menu entries look like this in the EnMAP-Box:
![grafik](/uploads/c6363c65ea3e0fd1562c8f15437e76ca/grafik.png)
Sabine suggested to rename this to `"preprocessing tools" > "EnPT (EnMAP processing tool)"`. However, thi...Currently, the EnPT menu entries look like this in the EnMAP-Box:
![grafik](/uploads/c6363c65ea3e0fd1562c8f15437e76ca/grafik.png)
Sabine suggested to rename this to `"preprocessing tools" > "EnPT (EnMAP processing tool)"`. However, this requires to integrate the "About" window into the EnPT GUI.Daniel SchefflerDaniel Schefflerhttps://git.gfz-potsdam.de/EnMAP/GFZ_Tools_EnMAP_BOX/enpt_enmapboxapp/-/issues/27Slow processing when using enpt_enmapboxapp GUI.2022-08-26T15:23:08+02:00Daniel SchefflerSlow processing when using enpt_enmapboxapp GUI.The processing for a full EnMAP scene took 45 minutes with the default parameters, just with a spatial reference provided.
Probably, the processing via the GUI only uses single-core-processing.The processing for a full EnMAP scene took 45 minutes with the default parameters, just with a spatial reference provided.
Probably, the processing via the GUI only uses single-core-processing.Daniel SchefflerDaniel Schefflerhttps://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_enmapboxapp/-/issues/23Add help parameters.2022-08-26T11:24:11+02:00Daniel SchefflerAdd help parameters.The GUI should directly contain some help on the parameters on the right side. This can be implemented as done [here](https://bitbucket.org/hu-geomatics/enmap-box/src/develop/enmapboxprocessing/algorithm/geolocaterasteralgorithm.py#lines...The GUI should directly contain some help on the parameters on the right side. This can be implemented as done [here](https://bitbucket.org/hu-geomatics/enmap-box/src/develop/enmapboxprocessing/algorithm/geolocaterasteralgorithm.py#lines-38).Daniel SchefflerDaniel Scheffler