Latest Contributions by GregBacon

This issue has resolved itself it seems. In both a web map and a Web App Builder app, popups report the pixel value and land cover type. ... View more

Tech support is suggesting 1) I try publishing a smaller raster with the function applied or 2)publishing the full size raster without the function. I will try this again soon. I'd be curious to know what they tell you to do if you call. ... View more

I think my scenario is similar. I've published an image service for a land cover raster (8-bit, 1-band .img file) that uses the attribute table raster function to provide access to the land cover classes and the symbology I want. I had to add Red, Green, and Blue fields to the raster attribute table and populate their values. I had overlooked this sentence in the help for the attribute table function: Additionally, if your [raster attribute] table contains fields named red, green, and blue, then values within those fields will be used like a color map when rendering the image. The identify tool in ArcMap reports the land cover class as well as the pixel value. Layer files and color maps seemed to wipe out raster attributes for me as well. Now I just need to get ArcGIS Online popups to read the raster values. So far, I haven't gotten the AGOL popup to work for the land cover layer (it works for LiDAR and other image services though).   ... View more

Thank you ... View more

Error code 010423 "[Raster] does not have valid statistics as required by the operation" has come up when running Tabulate Area using a raster watershed as the zone. I've built and rebuilt statistics on my land cover raster with a skip factor of 1 and no ignore value, so I don't know why this is happening again (it didn't a day or two ago).  ... View more

Dan, Thank you for your reply. What do you mean by "cell sizes and counts equal area...?" The watershed is a raster when it is first delineated by my model, so I can certainly use the raster version, but I'm trying to understand what is happening when a vector zone is used. I've been using Tabulate Area with vector zones for a long time to do this kind of work and have never had this problem. It's especially useful when I have a vector with a large number of polygons such as parcels, census geographies, etc.  ... View more

The values are not coming through correctly for Height Above Ground when I use a shaded relief function. I must be missing something here. Should any functions be set on the mosaic dataset or should everything be stored in an rft.xml file and published with the image service? ESRI technical support provided the workflow below for a bare earth hillshade and a surface model hillshade to report elevations in feet, but it doesn't seem to work for height above ground. Also, all functions in the provided workflow are applied on the mosaic datasets, not the image services. I'll admit it, I'm confused. Thanks for sticking with me here. Hey Greg, I just want to know that I was able to follow those instructions that I sent in the previous email to publish an image service as a hillshade display, but still reference the feet - meter function pixel values referenced from the  mosaic dataset. The way to do this is outlined in the workflow, but some main points to take note of are as follows: - Mosaic 1 needs to have the feet to meters function applied to it. - Mosaic 2 needs to contain mosaic 1 (ie. Add rasters to mosaic 2 > Add type as Table > Load Mosaic 1) - Created referenced mosaic dataset from mosaic 2 and apply hillshade function to referenced mosaic. - Publish referenced mosaic as image service. Set referenced image in service editor under "Catalog" to mosaic 2. The result will be a hillshade effect, but pixel value in identify will have the elevation values display properly. As mentioned, this workflow can be found here: http://desktop.arcgis.com/en/arcmap/latest/manage-data/raster-and-images/wkflw-elevation-part3.htm ... View more

I have a question related to my previous GeoNet thread on image services and functions. I’ve published an image service of a digital surface model that has a function to change the view to height above ground. The popup has been configured to show the Item Pixel Value but that always seems to return the raw LiDAR point value instead of the height above ground (calculated through an arithmetic function as surface model height minus bare earth elevation multiplied by 3.28 to convert meters to feet). For example, the building shown in the attached image is 16 feet tall. The 77.05 shown is the top of building height plus ground elevation in meters, so my arithmetic functions are being ignored. My question is, when changing from one image service function to another in a web map, is it possible to have the Item Pixel Value change in order to reflect the new pixel values? I appreciate any help you can offer.  ... View more

Cody, I changed my image service back to dynamic display and the renderer is now available in the ArcGIS Online map. Is this the only way to get access to the renderer? Performance is decent without using the cache, but I'd like this to be as fast as possible. Thanks. ... View more

Thank you for looking into this. I'm not sure what is different from 2-3 weeks ago when this was working. ArcMap has no problem accessing the functions through Properties-->Server Functions tab as long as Enable Cache View Mode is off. ... View more