Hi all,
I am having trouble making WMS requests against a GeoTIFF store-backed layer in
GeoServer 2.10.x, and am currently testing with the nightly binary release.
When my WMS requests use the data's native projection, I am able to use a
number of different bbbox values successfully. For example, the following URLs
all return the expected images:
http://localhost:8080/geoserver/ws/wms?service=WMS&version=1.3.0&request=GetMap&layers=ws:ice&bbox=-7000000,-7000000,7000000,7000000&width=800&height=800&srs=EPSG:6931&format=image/png
http://localhost:8080/geoserver/ws/wms?service=WMS&version=1.3.0&request=GetMap&layers=ws:ice&bbox=-3000000,-3000000,3000000,3000000&width=800&height=800&srs=EPSG:6931&format=image/png
http://localhost:8080/geoserver/ws/wms?service=WMS&version=1.3.0&request=GetMap&layers=ws:ice&bbox=-5000000,-5000000,5000000,5000000&width=800&height=800&srs=EPSG:6931&format=image/png
When I request an alternate projection, however, some bbox values cause
problems. For example these URLs work:
http://localhost:8080/geoserver/ws/wms?service=WMS&version=1.3.0&request=GetMap&layers=ws:ice&bbox=-7000000,-7000000,7000000,7000000&width=800&height=800&srs=EPSG:3413&format=image/png
http://localhost:8080/geoserver/ws/wms?service=WMS&version=1.3.0&request=GetMap&layers=ws:ice&bbox=-3000000,-3000000,3000000,3000000&width=800&height=800&srs=EPSG:3413&format=image/png
but this one
http://localhost:8080/geoserver/ws/wms?service=WMS&version=1.3.0&request=GetMap&layers=ws:ice&bbox=-5000000,-5000000,5000000,5000000&width=800&height=800&srs=EPSG:3413&format=image/png
returns this instead of an image:
<ServiceExceptionReport xmlns="http://www.opengis.net/ogc";
xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"; version="1.3.0"
xsi:schemaLocation="http://www.opengis.net/ogc
http://localhost:8080/geoserver/schemas/wms/1.3.0/exceptions_1_3_0.xsd";>
<ServiceException>
Error rendering coverage on the fast path
org.geotools.coverage.processing.CoverageProcessingException:
org.geotools.coverage.processing.CoverageProcessingException:
org.geotools.coverage.processing.CoverageProcessingException:
javax.media.jai.util.ImagingException: All factories fail for the operation
"RasterClassifier"
org.geotools.coverage.processing.CoverageProcessingException:
org.geotools.coverage.processing.CoverageProcessingException:
javax.media.jai.util.ImagingException: All factories fail for the operation
"RasterClassifier"
org.geotools.coverage.processing.CoverageProcessingException:
javax.media.jai.util.ImagingException: All factories fail for the operation
"RasterClassifier" javax.media.jai.util.ImagingException: All factories fail
for the operation "RasterClassifier" All factories fail for the operation
"RasterClassifier"Dimensions (width=59142 height=59142) are too large
</ServiceException>
</ServiceExceptionReport>
I find it strange that larger and smaller bbox values work, and that a
middle-sized one does not, but I obviously do not understand the nature of this
error. I also don't understand what the apparently huge 'width=59142
height=59142' dimensions in the error XML refer to.
I created the GeoTIFF file used by the store by executing this command:
gdal_translate -a_srs EPSG:6931
NETCDF:asicd25e2_20121201_v01r02.nc:age_of_sea_ice 20121201_age_of_sea_ice.tif
against this file:
ftp://n5eil01u.ecs.nsidc.org/SAN/MEASURES/NSIDC-0532.001/2012.12.01/asicd25e2_20121201_v01r02.nc
I am running Ubuntu 16.04, OpenJDK 1.8, GeoServer 2.10.x nightly, GDAL (for
gdal_translate) 2.1.2. I am testing with the jetty container packaged with the
GeoServer distribution, but have the same issue on an installation running
under Tomcat 8. I saw in the guidelines that I should try installing native JAI
and JAI ImageIO and did so, but it seemed to have had no effect on this (I
suppose I did the installation correctly, as a new "ImageIO native encoder"
option seems to have appeared as a "PNG Encoder" option on the "Image
Processing" page in the admin GUI.)
I would be grateful for any ideas as to how I might overcome this problem.
Maybe it's a problem with how I generated the GeoTIFF.
thanks,
paul
ps. The stacktrace(s) emitted by GeoServer when the problematic request are
made are here:
https://www.dropbox.com/s/odqe7tnbyntndkq/geoserver-stacktrace?dl=0
------------------------------------------------------------------------------
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
[email protected]
https://lists.sourceforge.net/lists/listinfo/geoserver-users
