Avoiding Extract by mask error 999999?

Question

I am iterating through ~300 raster tiles, using a polygon feature class to extract by mask. The model successfully processes the first ~100 tiles and then I get the following error on the same tile each time:

ERROR 999999: Error executing function. The table was not found. [VAT_T2001]

ERROR 010092: Invalid output extent. Failed to execute (ExtractByMask).

I changed the extent parameter of the extract by mask tool from default to "intersection of inputs" and got the same error for the same tile. The tool seems to work fine when I change the extent parameter to "union of inputs" but it takes an extremely long time to process each tile.

I thought that the error might be occurring because there is no overlap between the error tile and the mask feature class, but I confirmed that the tool successfully processes other tiles where there is no overlap.

The tiles and the feature class have the same spatial reference. The error also occurs for a handful of other tiles in the data set.

Does anyone know how to resolve these errors while maintaining efficient processing?

The model is just an iterator sitting in front of the extract by mask tool. So this is a question about why extract by mask works for some raster datasets and not others when the datasets have the same attributes and the tool has the same parameters.

Answer 1

I have encountered this error multiple times but still havent figured out why exactly it happens. The only thing that always works for me is when I dont change the default save location (default geodatabase) and output file name. Then the tool works correctly for some reason. As soon as I select my own workspace to save the output or rename the output in the tool dialogue box, the error re-appears. Dont know if this will help you since you have so many rasters.

Answer 2

This error and many others happens, when vector and raster coordinate system are different, you must change both to same coordinate system and it will work hopefully without errors in future. :)

Answer 3

The output raster needs to be saved in a file geodatabase instead of a normal folder. This will stop the unknown error: 999999

Answer 4

Simply write the file extension when selecting output location and renaming the output, for example: extract.tif (like the original DEM/raster extension name). Hopefully, the problem will be solved...

Answer 5

I have found that this happens if I try to start the output file name with a number.