[Geoserver-devel] [JIRA] (GEOS-7976) Dimensions "are too large" when requesting reprojected raster via WMS

Andrea Aime [Administrator] created an issue

GeoServer / BugGEOS-7976

Dimensions “are too large” when requesting reprojected raster via WMS

Issue Type:

BugBug

Assignee:

Unassigned

Created:

04/Feb/17 11:24 AM

Priority:

MediumMedium

Reporter:

Andrea Aime [Administrator]

Here are steps to reproduce:

  1. Download and unpack geoserver-2.10.x-latest-bin.zip (Feb 1, 2017).
  2. Start the server: java -jar start.jar.
  3. Log in and create default workspace “ws”.
  4. Turn on verbose logging and log to stdout.
  5. Download and unpack test data: https://www.dropbox.com/s/6tk2k7oz6icoxjf/icetest.zip?dl=0
  6. Create GeoTIFF store “ice” using 20120101_sea_ice_cover_ice.tif.
  7. Publish layer with default name:
  • SRS handling: Keep native (Is this the best choice?)
  • Native Bounding Box: Compute from data
  • Lat/Lon Bounding Box: Compute from native bounds
  • Coverage Band Details: Null Values = -999, minRange = 20, maxRange = 40

This native-projection WMS request works fine:

http://localhost:8080/geoserver/ws/wms?service=WMS&version=1.1.0&request=GetMap&layers=ws:20120101_sea_ice_cover_ice&styles=&bbox=-5000000,-5000000,5000000,5000000&width=100&height=100&srs=EPSG:6931&format=image/png

This reprojection to EPSG:3413 is slow, but succeeds:

http://localhost:8080/geoserver/ws/wms?service=WMS&version=1.1.0&request=GetMap&layers=ws:20120101_sea_ice_cover_ice&styles=&bbox=-5000000,-5000000,5000000,5000000&width=100&height=100&srs=EPSG:3413&format=image/png

This request, where only the image size changes, spikes the CPU for some time, then fails with the log info included in the test-data zipfile, and returns to my browser the file called “wms” in the zipfile:

http://localhost:8080/geoserver/ws/wms?service=WMS&version=1.1.0&request=GetMap&layers=ws:20120101_sea_ice_cover_ice&styles=&bbox=-5000000,-5000000,5000000,5000000&width=800&height=800&srs=EPSG:3413&format=image/png

It seems that this may be RAM-sensitive, so you may need to use larger image sizes to see an error if you have more memory. If you keep increasing the image size, I suspect you will run into the same error.

I also included in the zipfile the original NetCDF file from which the GeoTIFF was created, in case there is some obvious problem with this. I used the command:

gdal_translate -a_srs EPSG:6931 NETCDF:asicd25e2_20120101_v01r02.nc:sea_ice_cover 20120101_sea_ice_cover_ice.tif

Add Comment

Add Comment

This message was sent by Atlassian JIRA (v1000.718.6#100026-sha1:9c7297b)

Atlassian logo