laptop and a wrench

Bug

When creating an elevation service of 32-bit GRID data, the pixel value of the source raster is not read correctly.

Last Published: August 25, 2014 ImageServer
Bug ID Number NIM057979
SubmittedJune 3, 2010
Last ModifiedJune 5, 2024
Applies toImageServer
Version found9.3.1
Operating SystemWindows OS
Operating System Version2008
StatusWill Not Be Addressed

Additional Information

We apologize that we were unable to address this issue within the current product support cycle. If the issue continues to affect your work in a supported release, please contact Technical Support.

Workaround

One workaround is to convert the imagery to 32-bit Float (Presently, it's Unsigned 32-bit Int), then it will be handled correctly in the Elevation ISDef. -- This will result in the correct values in the TOC and when using Identify.Another is to create an image service definition using the Advanced option > Create NewChoose Custom and define: 1 band, UInt32, 32, UnknownAdd data using Elevation -> ESRI Binary Grid raster typeUsing a batch Editor (or using the Editor wizard and replacing the XPaths), open the RPDef file and edit two nodes to change the pixel type://ImageServer/RasterProcessDefinition/PixelType – change ‘Elevation’ to ‘Uint32’//ImageServer/RasterProcessDefinition/Rasters/Raster/FormatInto/PixelType – change ‘Int32’ to ‘Uint32’Build – using the defaultsThen open the Image Service Definition, change the Output Definition > Pixel Type, to ‘Unsigned 32-bit Integer’.You will not see the correct values in the TOC, but they will be correct when using identify.SEE the workaround in the doc placed in the test path location.

Steps to Reproduce

Bug ID: NIM057979

Software:

  • ImageServer

Get notified when the status of a bug changes

Download the Esri Support App

Discover more on this topic

Get help from ArcGIS experts

Contact technical support

Download the Esri Support App

Go to download options