Trey Stafford
2017-05-10 19:58:46 UTC
Hello,
Geoserver version: 2.10.1
I have an image mosaic used for a timeseries of GeoTiff images (all
images in the mosaic cover the same area).
I have these images styled such that values of 0 (zero) have a blue
color when requested via WMS. Everything looks fine unless:
1. A request is made for an area larger than the actual spatial bounds
of the data;
2. A request is made for a reprojected version of the image, resulting
in what should be 'nodata' areas.
In both of these cases, areas that should be 'nodata' (outside the data
bounds) appear to be given the value of 0, and thus are styled blue. I
have also confirmed that behavior occurs for a single raster added as a
GeoTiff store.
I have attached two example images, one that is 'correct', showing only
the area covered by the data, and one that is 'incorrect', in that it is
a reprojected image that has areas that are outside the data bounds.
Any suggestions on how to set these out-of-bounds areas to be
transparent would be greatly appreciated!
Thanks,
Trey Stafford
Geoserver version: 2.10.1
I have an image mosaic used for a timeseries of GeoTiff images (all
images in the mosaic cover the same area).
I have these images styled such that values of 0 (zero) have a blue
color when requested via WMS. Everything looks fine unless:
1. A request is made for an area larger than the actual spatial bounds
of the data;
2. A request is made for a reprojected version of the image, resulting
in what should be 'nodata' areas.
In both of these cases, areas that should be 'nodata' (outside the data
bounds) appear to be given the value of 0, and thus are styled blue. I
have also confirmed that behavior occurs for a single raster added as a
GeoTiff store.
I have attached two example images, one that is 'correct', showing only
the area covered by the data, and one that is 'incorrect', in that it is
a reprojected image that has areas that are outside the data bounds.
Any suggestions on how to set these out-of-bounds areas to be
transparent would be greatly appreciated!
Thanks,
Trey Stafford