[osgeo4w-dev] [osgeo4w] #527: Broken io_gdal raster import in SAGA LTR package shipped with OSGeo4W

[OSGeo4W]

#527: Broken io_gdal raster import in SAGA LTR package shipped with OSGeo4W
-------------------+----------------------------
Reporter:  lutra   |       Owner:  osgeo4w-dev@…
    Type:  defect  |      Status:  new
Priority:  major   |   Component:  Package
 Version:          |  Resolution:
Keywords:          |
-------------------+----------------------------

Comment (by PedroNGV):

 Hi Jurgen,

 Please test the sample file like this, running SAGA - Raster Calculator:
 - Sample file: https://cld.pt/dl/download/6ac21f8c-0244-45a5-823e-
 6047bb99b208/bacias_lee_2014_2018_17_Binary.tif
 - Formula: int(a)
 - Use NoData: no
 - Data Type: [5] unsigned 4 byte integer

 The purpose of this exercise is to pass the original raster to integer.
 When I do this in SAGA 2.3.2, pixels with value 1, go to nodata.

 Using SAGA 2.3.2 GUI, I get the correct result (value 1). Same with SAGA
 2.1.2.

 So,

 - On Linux, with SAGA 2.3.1 (Processing / GUI), it works well;

 - On OSGeo4W, with SAGA 2.1.2 (Processing / GUI), it works well;

 - On OSGeo4W, with SAGA 2.3.2 (GUI), it works well;

 - On OSGeo4W, with SAGA 2.3.2 (Processing), it transforms the pixels with
 value 1, to nodata.

 The problem seems to be on the import:

 saga_cmd io_gdal 0 -TRANSFORM 1 -RESAMPLING 0 -GRIDS
 "C:\Users\PEDROV~1\AppData\Local\Temp\processing90929a3e1d31404aa51feebd7c521934\ec68105add63416faad3d24810a830a5\baciaslee2014201817Binary.sgrd"
 -FILES "D:\bacias_lee_2014_2018_17_Binary.tif"

 since the temporary file baciaslee2014201817Binary.sdat have the pixels
 with value 1 transformed to nodata.

 This occurs both on QGIS/Processing and on osgeo4w shell.


 - On Windows, with SAGA 2.3.1 from https://sourceforge.net/projects/saga-
 gis/files/SAGA%20-%202.3/, it works well on cli.

--
Ticket URL: <https://trac.osgeo.org/osgeo4w/ticket/527#comment:3>
OSGeo4W <http://trac.osgeo.org/osgeo4w>
OSGeo4W is the Windows installer and package environment for the OSGeo stack.