Ok thanks!
The image is a GeoTIFF that I have made with gdal_translate. It’s indexed colored and LZW packed with inner tiling (default 256x256 blocks) and overviews 2 4 8 16
I’m running an unmodified deployment of geoserver 1.6.2 so it should be geotools 2.4.1.
Below is gdalinfo output of the mentioned image that causes the exception and the same for another slightly smaller image that does work.
Driver: GTiff/GeoTIFF
Files: vagkarta1.tif
Size is 45000, 55000
Coordinate System is:
PROJCS[“RT90 2.5 gon W”,
GEOGCS[“RT90”,
DATUM[“Rikets_koordinatsystem
_1990”,
SPHEROID[“Bessel 1841”,6377397.155,299.1528128000009,
AUTHORITY[“EPSG”,“7004”]],
AUTHORITY[“EPSG”,“6124”]],
PRIMEM[“Greenwich”,0],
UNIT[“degree”,0.0174532925199433],
AUTHORITY[“EPSG”,“4124”]],
PROJECTION[“Transverse_Mercator”],
PARAMETER[“latitude_of_origin”,0],
PARAMETER[“central_meridian”,15.80827777777778],
PARAMETER[“scale_factor”,1],
PARAMETER[“false_easting”,1500000],
PARAMETER[“false_northing”,0],
UNIT[“metre”,1,
AUTHORITY[“EPSG”,“9001”]],
AUTHORITY[“EPSG”,“2400”]]
Origin = (1200000.000000000000000,6650000.000000000000000)
Pixel Size = (10.000000000000000,-10.000000000000000)
Metadata:
AREA_OR_POINT=Area
Image Structure Metadata:
COMPRESSION=LZW
INTERLEAVE=BAND
Corner Coordinates:
Upper Left ( 1200000.000, 6650000.000)
Lower Left ( 1200000.000, 6100000.000)
Upper Right ( 1650000.000, 6650000.000)
Lower Right ( 1650000.000, 6100000.000)
Center ( 1425000.000, 6375000.000)
Band 1 Block=256x256 Type=Byte, ColorInterp=Palette
Overviews: 22500x27500, 11250x13750, 5625x6875, 2813x3438
Color Table (RGB with 256 entries)
0: 0,0,0,255
1: 16,16,16,255
… (the rest is palette values)
Next image:
Driver: GTiff/GeoTIFF
Files: oversikt1.tif
Size is 44000, 44000
Coordinate System is:
PROJCS[“RT90 2.5 gon W”,
GEOGCS[“RT90”,
DATUM[“Rikets_koordinatsystem_1990”,
SPHEROID[“Bessel 1841”,6377397.155,299.1528128000009,
AUTHORITY[“EPSG”,“7004”]],
AUTHORITY[“EPSG”,“6124”]],
PRIMEM[“Greenwich”,0],
UNIT[“degree”,0.0174532925199433],
AUTHORITY[“EPSG”,“4124”]],
PROJECTION[“Transverse_Mercator”],
PARAMETER[“latitude_of_origin”,0],
PARAMETER[“central_meridian”,15.80827777777778],
PARAMETER[“scale_factor”,1],
PARAMETER[“false_easting”,1500000],
PARAMETER[“false_northing”,0],
UNIT[“metre”,1,
AUTHORITY[“EPSG”,“9001”]],
AUTHORITY[“EPSG”,“2400”]]
Origin = (1200000.000000000000000,6650000.000000000000000)
Pixel Size = (12.500000000000000,-12.500000000000000)
Metadata:
AREA_OR_POINT=Area
Image Structure Metadata:
COMPRESSION=LZW
INTERLEAVE=BAND
Corner Coordinates:
Upper Left ( 1200000.000, 6650000.000)
Lower Left ( 1200000.000, 6100000.000)
Upper Right ( 1750000.000, 6650000.000)
Lower Right ( 1750000.000, 6100000.000)
Center ( 1475000.000, 6375000.000)
Band 1 Block=256x256 Type=Byte, ColorInterp=Palette
Overviews: 22000x22000, 11000x11000, 5500x5500, 2750x2750
Color Table (RGB with 256 entries)
0: 255,255,255,255
1: 255,255,255,255
…
On Mon, Apr 21, 2008 at 2:05 AM, Simone Giannecchini <simboss1@…84…> wrote:
Ciao Bjorn,
in order to help you out I’d need a few information about your data as
well as about the version of geotools you are using.
is you tiff tiled? (a gdalinfo on it migt help out)
which version of geotools are you using?
Ciao,
Simone.
On Thu, Apr 17, 2008 at 2:12 AM, Björn Harrtell
<bjorn.harrtell@…84…> wrote:
I’m getting the exception below when trying to render a GeoTiff. The image
is 4500055000. Other GeoTiffs that I use that are slightly smaller works
fine, it.e when widthheight is less than Integer.MAX_VALUE.
A similar report was posted in imageio user discussions, probably when used
in another software… but from what I could understand it’s not necessarily
a imageio bug, might be how the api is/can be used - that’s why I’m
reporting this here.
A workaround would be to use ImageMosaic but I would rather use large
GeoTiffs.
I’m running Geoserver 1.6.2 in tomcat with JRE 1.6.0 update 6 on windows,
all 32-bit with native jai and imageio (latest versions).
/Björn
2008-04-17 01:35:19,922 WARN [geotools.rendering] - widthheight >
Integer.MAX_VALUE!
java.lang.IllegalArgumentException: widthheight > Integer.MAX_VALUE!
at javax.imageio.ImageReader.getDestination(Unknown Source)
at
com.sun.media.imageioimpl.plugins.tiff.TIFFImageReader.read(TIFFImageReader.java:1154)
at
com.sun.media.jai.imageioimpl.ImageReadOpImage.computeTile(ImageReadOpImage.java:697)
at
com.sun.media.jai.util.SunTileScheduler.scheduleTile(SunTileScheduler.java:904)
at javax.media.jai.OpImage.getTile(OpImage.java:1129)
at com.sun.media.jai.opimage.CropOpImage.getTile(CropOpImage.java:122)
at javax.media.jai.PlanarImage.copyData(PlanarImage.java:2343)
at javax.media.jai.PlanarImage.copyExtendedData(PlanarImage.java:2398)
at javax.media.jai.PlanarImage.getExtendedData(PlanarImage.java:2459)
at javax.media.jai.ScaleOpImage.computeTile(ScaleOpImage.java:1255)
at
com.sun.media.jai.util.SunTileScheduler.scheduleTile(SunTileScheduler.java:904)
at javax.media.jai.OpImage.getTile(OpImage.java:1129)
at javax.media.jai.RenderedOp.getTile(RenderedOp.java:2257)
at
com.sun.media.jai.iterator.RectIterCSM.setDataBuffer(RectIterCSM.java:70)
at
com.sun.media.jai.iterator.RectIterFallback.(RectIterFallback.java:147)
at com.sun.media.jai.iterator.RectIterCSM.(RectIterCSM.java:36)
at
com.sun.media.jai.iterator.RectIterCSMByte.(RectIterCSMByte.java:25)
at javax.media.jai.iterator.RectIterFactory.create(RectIterFactory.java:72)
at
org.geotools.coverage.grid.Grid2DSampleDimension.create(Grid2DSampleDimension.java:144)
at
org.geotools.coverage.grid.GridCoverage2D.(GridCoverage2D.java:251)
This SF.net email is sponsored by the 2008 JavaOne(SM) Conference
Don’t miss this year’s exciting event. There’s still time to save $100.
Use priority code J8TL2D2.
http://ad.doubleclick.net/clk;198757673;13503038;p?http://java.sun.com/javaone
Geoserver-users mailing list
Geoserver-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-users
–
Eng. Simone Giannecchini
President /CEO GeoSolutions S.A.S.
Via Carignoni 51
55041 Camaiore (LU)
Italy
phone: +39 0584983027
fax: +39 0584983027
mob: +39 333 8128928
http://www.geo-solutions.it