Point to Raster, Zero-value Tile Artifacts

1073
3
12-11-2014 02:31 PM
ForrestStevens2
New Contributor

I'm fighting a problem with ArcGIS Desktop 10.2.2 when converting points to raster using either "Feature to Raster" or "Points to Raster" tools (or the arcpy.FeatureToRaster_conversion() function). Though I don't know what is going on under the hood, the resulting output is clearly being processed in tiled blocks, and if a tile does not contain any points in the shapefile to convert, zeroes are being inserted for the entire block into the output raster. If, however, there are points within a block then the correct NoData value is inserted as the background with the values from whichever field I've selected as the conversion value correctly placed in the other output pixels.

This could normally be worked around by replacing the zeroes in the output raster after conversion, but in this case I have good, non-missing data that are "real" zeroes. This did not occur prior to 10.2. Also, this behavior does *not* occur when the raster is saved as a File Geodatabase, but does occur when the output is saved as a .tif or .img.  The outputs are being fed directly into R so I'd like to avoid the extra step of saving to a File Geodatabase.  Is this a bug or a feature and any other ideas on a workaround?

0 Kudos
3 Replies
DanPatterson_Retired
MVP Emeritus

What about saving to an Esri grid?

0 Kudos
ForrestStevens2
New Contributor

The behavior doesn't happen with ESRI GRID output either, only with IMG and TIF. But these formats are far preferable for my current workflow than having to use ESRI GRID or a File Geodatabase as an intermediate format. I think this bugginess must be due to the tile-based processing, however, it should be noted that modifying the tile size environment setting for IMG/TIF output does not affect the behavior.

0 Kudos
DanPatterson_Retired
MVP Emeritus

...to grid...then grid to tif should be fairly easy to implement in the workflow in the interim.  I would send some sample files and your workflow to see if they can document it and fix it

0 Kudos