0 min, max values

[hmzhu]

Well, this is an old issue found one year ago. In GDAL1.10.1, the value of each pixel is held successfully after source RST file is opened with UPDATE mode. This fixes the error of 0 for all values. But in the metadata file with RDC extension, both of the two become 0. Since Display min and Display max are set to equal to min and max values by default. So they are also 0 now.

Admittedly RST file with 0 min and max values in their metadata file still can be opened in other software without any problem, such as ArcGIS. But the way Idrisi display images depends on values in metadata, which raises such issues.

Solution: Fill default min and max values (which are 0s) with new values by computing them. This practice also can eliminate the risk of incorrect min and max values caused by potential change of pixel values when the open mode is UPDATE.

This is done in revised Idrisi trunk version.

[hmzhu]

This is the original image before opening with UPDATE

[hmzhu]

This is same image but after used as source data with UPDATE

[Even Rouault]

I'm not sure to understand what you want : backport changes from trunk into 1.10 branch ? Or is there still an issue with trunk ?

Does it relate with http://trac.osgeo.org/gdal/changeset/26033/trunk/gdal/frmts/idrisi / #4980 ?

[Even Rouault]

Any link with #5126 ? Please avoid creating duplicated tickets. It is very confusing.

[Even Rouault]

Closing due to lack of feedback.