Recompute Footprint by Radiometry creates an incorrect shape when ran on a Hillshade Image Service.
Last Published: August 25, 2014ImageServer
Bug ID Number
NIM039640
Submitted
October 24, 2008
Last Modified
June 5, 2024
Applies to
ImageServer
Version found
9.3
Status
Will Not Be Addressed
The development team has considered the issue or request and concluded it will not be addressed. The issue's Additional Information section may contain further explanation.
Additional Information
No Public Explanation
Workaround
Using either the Wizard or Advanced methods, create a 32-bit elevation service and add the DEM data.Open the Service Properties, click the Service Processes node, and add the Visualization Elevation process. Open the Visualization Elevation process and change the method to Elevation-Coded. Close the properties dialog.Run Build and check only “compute output pixel properties”. (This converts the output from 32-bit to 8-bit and provides a grayscale color ramp).Check on the preview. Because of the extreme in the pixel values from NoData value to valid data, you will likely only see a black and white image. If you zoom into the white only area and change the symbology to stretch the histogram within the display extent, you should see the data.Right-click the Footprint, and click Recompute Footprint by Radiometry. You may have to try this a number of times to get the right footprint. I clicked the dropdown arrow and chose the last selection. Then clicked the Advanced tab. I set the min value to 3. I set the max value to 255. You might choose a shrink distance. You want to check “Maintain sheet edges”, because it looks like the sample is part of a tile of DEM datasets.In the end I wasn’t able to remove all the NoData (little black pixels). With the Editing toolbar I was able to make the minor edit needed.Once complete, remove the Visualize Elevation process, and run Build again, with Compute output pixel properties checked. This will convert