Hello,
I have recently attempted upgrading my version of GeoServer from v2.10.1
(Ubuntu Linux 16.04.2 LTS) to v2.11.1. Although the upgrade went
smoothly, I am now observing an offset in the bounding box Geoserver
appears to be using for my image layers. I have tested this problem on
versions 2.10.2, 2.10.3, and 2.11.1. The problem appears in versions
after 2.10.2.
My layers are configured to use EPSG 3411 (NSIDC Sea Ice Polar
Stereographic North), and I have confirmed that the projection
definition remains the same between the versions that I have tested.
My problem is apparent with a simple WMS request to get the full layer,
using its configured bounds. When requested using v2.10.1, the image
looks as expected (see correct.png, attached). When requested using
versions after 2.10.2, geoserver seems to get these bounds wrong (see
incorrect.png). I also see this problem when I request the image as a
GeoTIFF using a WCS GetCoverage request. The GeoTiff downloaded via WCS
is correctly referenced (I can pull it into QGIS just fine), but still
only contains the 'offset' parts from the original image.
I observe this offset problem with both image mosaics and single image
GeoTiff stores.
gdalinfo output for the image featured in the attached images is below:
Driver: GTiff/GeoTIFF
Files: 20170620_N_20170620_extent_v2.1.tif
Size is 304, 448
Coordinate System is:
LOCAL_CS["NSIDC Sea Ice Polar Stereographic North",
GEOGCS["Unspecified datum based upon the Hughes 1980 ellipsoid",
DATUM["unknown",
SPHEROID["unretrievable - using WGS84",6378137,298.257223563]],
PRIMEM["Greenwich",0],
UNIT["degree",0.0174532925199433]],
AUTHORITY["EPSG","3411"],
UNIT["metre",1,
AUTHORITY["EPSG","9001"]]]
Origin = (-3850000.000000000000000,5850000.000000000000000)
Pixel Size = (25000.000000000000000,-25000.000000000000000)
Metadata:
AREA_OR_POINT=Area
Image Structure Metadata:
INTERLEAVE=BAND
Corner Coordinates:
Upper Left (-3850000.000, 5850000.000)
Lower Left (-3850000.000,-5350000.000)
Upper Right ( 3750000.000, 5850000.000)
Lower Right ( 3750000.000,-5350000.000)
Center ( -50000.000, 250000.000)
Band 1 Block=304x26 Type=Byte, ColorInterp=Gray
NoData Value=255
Here is the gdalinfo output from the geoTiff obtained from a WCS
GetCoverage request from geoserver v2.10.3:
Driver: GTiff/GeoTIFF
Files: /home/trst2284/Downloads/NSIDC-TEST_MOSAIC.tif
Size is 296, 360
Coordinate System is:
LOCAL_CS["unnamed",
GEOGCS["unknown",
DATUM["unknown",
SPHEROID["unretrievable - using WGS84",6378137,298.257223563]],
PRIMEM["Greenwich",0],
UNIT[,0.0174532925199433]],
AUTHORITY["EPSG","3411"],
UNIT["unknown",1]]
Origin = (-3650000.000000000000000,3650000.000000000000000)
Pixel Size = (25000.000000000000000,-25000.000000000000000)
Metadata:
AREA_OR_POINT=Area
TIFFTAG_RESOLUTIONUNIT=1 (unitless)
TIFFTAG_XRESOLUTION=1
TIFFTAG_YRESOLUTION=1
Image Structure Metadata:
INTERLEAVE=BAND
Corner Coordinates:
Upper Left (-3650000.000, 3650000.000)
Lower Left (-3650000.000,-5350000.000)
Upper Right ( 3750000.000, 3650000.000)
Lower Right ( 3750000.000,-5350000.000)
Center ( 50000.000, -850000.000)
Band 1 Block=304x368 Type=Byte, ColorInterp=Gray
NoData Value=0
Any suggestions on how I might resolve this problem would be
appreciated! I have not come across any bug reports that seem to have
this same problem, but I'll be happy to submit one if this ends up being
a bug.
Thanks!
Trey Stafford
------------------------------------------------------------------------------
Check out the vibrant tech community on one of the world's most
engaging tech sites, Slashdot.org! http://sdm.link/slashdot
_______________________________________________
Geoserver-users mailing list
Geoserver-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-users
