Syntax @ApplyRasterRotation([REJECTABLE], ) Arguments REJECTABLE Specifies if the function will supply a rejection code and message to the invalid feature and output it to the rejected port, or will fail upon being supplied invalid features. A feature can be rejected for the following reasons: - The feature has invalid geometry - The raster has no bands - The raster cannot be rotated The type of interpolation to use. Default is NEARESTNEIGHBOR. Range: (NEARESTNEIGHBOR | BILINEAR | BICUBIC | AVERAGE4 | AVERAGE16) Description Applies the raster rotation angle on the input raster properties to the rest of the raster properties and data values. The expected input is a raster with a non-zero rotation angle and the expected output is be a rotated raster with a rotation angle of 0.0. It is expected that the input raster properties will be modified to conform the the output raster properties for a raster rotated by the given angle. Applying a rotation angle is primarily done for compatibility with other processing and writers which cannot handle a rotation angle. It is suggested that the input raster also contain a nodata value since applying the rotation often has the effect of adding nodata areas around the corners of the rotated raster. These nodata areas will be filled with 0 or black values in the absence of an input raster nodata value. Cell values are interpolated in order to rotate the raster; you have the choice of Nearest Neighbor, Bilinear, Bicubic, Average 4 or Average 16 interpolation methods. Nearest Neighbor is the fastest but produces the poorest image quality. Bilinear provides a reasonable balance of speed and quality. Bicubic is the slowest but produces the best image quality. Average 4 and Average 16 have a performance similar to Bilinear and are useful for numeric rasters such as DEMs. Input features must contain raster geometries only. This function is unaffected by input raster band and palette selection.