Hi,
The BBOX and SRS (which actually shoud be CRC when you use WMS 1.3.0) go hand
in hand. If you want to achieve a map from the same area you can't just change
the projection but you must use also BBOX that is re-projected to the other
coordinate system. WMS clients like QGIS or OpenJUMP do it automatically.
I had a try with a gdaltransform utility http://www.gdal.org/gdaltransform.html
and tried to convert the lower-left corners of your EPSG:6931 BBOXes into
EPSG:3413. The result was that two of those (-50000000 -50000000 and -30000000
-30000000) gives "not a number" which means that conversion is not possible.
gdaltransform -s_srs epsg:6931 -t_srs epsg:3413
-50000000 -50000000
1.#QNAN 1.#QNAN 0
-7000000 -7000000
3.37694958262492e-009 -15208428.8819585 0
-30000000 -30000000
1.#QNAN 1.#QNAN 0
I do not know why transformation fails. You say that the EPSG:6931 coordinates
are ok.
However, by having a look at projection EPSG:3413 https://epsg.io/3413 it is
obvious that your hand written bounding boxes do not make sense because the
coordinates do not fit inside the valid area of that coordinate system:
Projected bounds:
-2353926.81 2345724.36
-382558.89 383896.60
30, 50, or 70 million meters is much more than 2.3 million meters and 382
thousand meters which are valid for eastings and northings in EPSG:3413,
respectively.
What you need to do is simple to use EPSG:3413 bounding box with CRS:3413.
-Jukka Rahkonen-
Lähettäjä: Paul Madden [mailto:[email protected]]
Lähetetty: 23. tammikuuta 2017 8:07
Vastaanottaja: [email protected]
Aihe: [Geoserver-users] Dimensions "are too large" when requesting reprojected
raster via WMS
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<http://www.opengis.net/ogc%20http:/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
