[Geoserver-users] Unable to acquire a reader for this coverage with format: ImageMosaic

Gis_Mage1 · July 22, 2011, 10:50am

Hi list,

I’ve got a folder with some geotiffs, that I would like to publish as an ImageMosaic layer.
When I try to add an ImageMosaic store from GS GUI, I get an error:

Could not list layers for this store, an error occurred retrieving them: Unable to acquire a reader for this coverage with format: ImageMosaic

I’m using GeoServer 2.1.1
gdalinfo says every tiff is a valid geotiff with all the metadata included.
All files are in wgs84 srs.
There are only *.tif files inside a folder.
looking through the GS log, I didn’t find any record containing the path of my folder.

What can be wrong?

Andrea_Aime4 · July 22, 2011, 11:15am

On Fri, Jul 22, 2011 at 12:50 PM, Gis Mage <gismage@anonymised.com> wrote:

Hi list,
I've got a folder with some geotiffs, that I would like to publish as an
ImageMosaic layer.
When I try to add an ImageMosaic store from GS GUI, I get an error:
Could not list layers for this store, an error occurred retrieving them:
Unable to acquire a reader for this coverage with format: ImageMosaic
I'm using GeoServer 2.1.1
gdalinfo says every tiff is a valid geotiff with all the metadata included.

Can we see the output of one such gdalinfo calls?

Cheers
Andrea

--
-------------------------------------------------------
Ing. Andrea Aime
GeoSolutions S.A.S.
Tech lead

Via Poggio alle Viti 1187
55054 Massarosa (LU)
Italy

phone: +39 0584 962313
fax: +39 0584 962313

http://www.geo-solutions.it
http://geo-solutions.blogspot.com/
http://www.youtube.com/user/GeoSolutionsIT
http://www.linkedin.com/in/andreaaime
http://twitter.com/geowolf

-------------------------------------------------------

Gis_Mage1 · July 22, 2011, 11:29am

Hi, Andrea!
Sure, gdalinfo says:

gdalinfo ASTGTM_N39E126_hsh.tif
Driver: GTiff/GeoTIFF
Files: ASTGTM_N39E126_hsh.tif
Size is 3601, 3601
Coordinate System is:
GEOGCS[“WGS 84”,
DATUM[“WGS_1984”,
SPHEROID[“WGS 84”,6378137,298.257223563,
AUTHORITY[“EPSG”,“7030”]],
AUTHORITY[“EPSG”,“6326”]],
PRIMEM[“Greenwich”,0],
UNIT[“degree”,0.0174532925199433],
AUTHORITY[“EPSG”,“4326”]]
Origin = (125.999861111111116,40.000138888888877)
Pixel Size = (0.000277777777778,-0.000277777777778)
Metadata:
TIFFTAG_SOFTWARE=IMAGINE TIFF Support
Copyright 1991 - 1999 by ERDAS, Inc. All Rights Reserved
@(#)$RCSfile: etif.c $ $Revision: 1.10.1.9.1.9.2.11 $ $Date: 2004/09/15 18:42:01EDT $
TIFFTAG_XRESOLUTION=1
TIFFTAG_YRESOLUTION=1
TIFFTAG_RESOLUTIONUNIT=1 (unitless)
AREA_OR_POINT=Area
Image Structure Metadata:
INTERLEAVE=BAND
Corner Coordinates:
Upper Left ( 125.9998611, 40.0001389) (125d59’59.50"E, 40d 0’ 0.50"N)
Lower Left ( 125.9998611, 38.9998611) (125d59’59.50"E, 38d59’59.50"N)
Upper Right ( 127.0001389, 40.0001389) (127d 0’ 0.50"E, 40d 0’ 0.50"N)
Lower Right ( 127.0001389, 38.9998611) (127d 0’ 0.50"E, 38d59’59.50"N)
Center ( 126.5000000, 39.5000000) (126d30’ 0.00"E, 39d30’ 0.00"N)
Band 1 Block=64x64 Type=Int16, ColorInterp=Gray

The files actually are hillshades, that I’ve created from ASTER DEM tiffs using ArcGIS.

2011/7/22 Andrea Aime <andrea.aime@anonymised.com>

On Fri, Jul 22, 2011 at 12:50 PM, Gis Mage <gismage@anonymised.com> wrote:

Hi list,
I’ve got a folder with some geotiffs, that I would like to publish as an
ImageMosaic layer.
When I try to add an ImageMosaic store from GS GUI, I get an error:
Could not list layers for this store, an error occurred retrieving them:
Unable to acquire a reader for this coverage with format: ImageMosaic
I’m using GeoServer 2.1.1
gdalinfo says every tiff is a valid geotiff with all the metadata included.

Can we see the output of one such gdalinfo calls?

Cheers
Andrea

–

Ing. Andrea Aime
GeoSolutions S.A.S.
Tech lead

Via Poggio alle Viti 1187
55054 Massarosa (LU)
Italy

phone: +39 0584 962313
fax: +39 0584 962313

http://www.geo-solutions.it
http://geo-solutions.blogspot.com/
http://www.youtube.com/user/GeoSolutionsIT
http://www.linkedin.com/in/andreaaime
http://twitter.com/geowolf

Andrea_Aime4 · July 22, 2011, 12:08pm

On Fri, Jul 22, 2011 at 1:29 PM, Gis Mage <gismage@anonymised.com> wrote:

Hi, Andrea!
Sure, gdalinfo says:

gdalinfo ASTGTM_N39E126_hsh.tif
Driver: GTiff/GeoTIFF
Files: ASTGTM_N39E126_hsh.tif
Size is 3601, 3601
Coordinate System is:
GEOGCS["WGS 84",
DATUM["WGS_1984",
SPHEROID["WGS 84",6378137,298.257223563,
AUTHORITY["EPSG","7030"]],
AUTHORITY["EPSG","6326"]],
PRIMEM["Greenwich",0],
UNIT["degree",0.0174532925199433],
AUTHORITY["EPSG","4326"]]
Origin = (125.999861111111116,40.000138888888877)
Pixel Size = (0.000277777777778,-0.000277777777778)
Metadata:
TIFFTAG_SOFTWARE=IMAGINE TIFF Support
Copyright 1991 - 1999 by ERDAS, Inc. All Rights Reserved
@(#)$RCSfile: etif.c $ $Revision: 1.10.1.9.1.9.2.11 $ $Date: 2004/09/15
18:42:01EDT $
TIFFTAG_XRESOLUTION=1
TIFFTAG_YRESOLUTION=1
TIFFTAG_RESOLUTIONUNIT=1 (unitless)
AREA_OR_POINT=Area
Image Structure Metadata:
INTERLEAVE=BAND
Corner Coordinates:
Upper Left ( 125.9998611, 40.0001389) (125d59'59.50"E, 40d 0' 0.50"N)
Lower Left ( 125.9998611, 38.9998611) (125d59'59.50"E, 38d59'59.50"N)
Upper Right ( 127.0001389, 40.0001389) (127d 0' 0.50"E, 40d 0' 0.50"N)
Lower Right ( 127.0001389, 38.9998611) (127d 0' 0.50"E, 38d59'59.50"N)
Center ( 126.5000000, 39.5000000) (126d30' 0.00"E, 39d30' 0.00"N)
Band 1 Block=64x64 Type=Int16, ColorInterp=Gray

The files actually are hillshades, that I've created from ASTER DEM tiffs
using ArcGIS.

Hum... int16, not sure I played with images with that structure.
Is GS able to load one of them alone, as a geotiff?
Besides that, is the directory writable?

Cheers
Andrea

--
-------------------------------------------------------
Ing. Andrea Aime
GeoSolutions S.A.S.
Tech lead

Via Poggio alle Viti 1187
55054 Massarosa (LU)
Italy

phone: +39 0584 962313
fax: +39 0584 962313

http://www.geo-solutions.it
http://geo-solutions.blogspot.com/
http://www.youtube.com/user/GeoSolutionsIT
http://www.linkedin.com/in/andreaaime
http://twitter.com/geowolf

-------------------------------------------------------

Gis_Mage1 · July 22, 2011, 12:37pm

Checked, GS is able to load one of theese files alone as a geotiff.
Preview in OL looks ok.

The folder is writeable.
I’ve done a chmod 777 to be sure completely:)

I’ve tried adding the initial aster tiff’s - same error occurs.

So I think I’ll try a gdal_translate to 8-bit, and tell you, if that’ll work.
Thanks for the tip.

Cheers

2011/7/22 Andrea Aime <andrea.aime@anonymised.com>

On Fri, Jul 22, 2011 at 1:29 PM, Gis Mage <gismage@anonymised.com> wrote:

Hi, Andrea!
Sure, gdalinfo says:

gdalinfo ASTGTM_N39E126_hsh.tif
Driver: GTiff/GeoTIFF
Files: ASTGTM_N39E126_hsh.tif
Size is 3601, 3601
Coordinate System is:
GEOGCS[“WGS 84”,
DATUM[“WGS_1984”,
SPHEROID[“WGS 84”,6378137,298.257223563,
AUTHORITY[“EPSG”,“7030”]],
AUTHORITY[“EPSG”,“6326”]],
PRIMEM[“Greenwich”,0],
UNIT[“degree”,0.0174532925199433],
AUTHORITY[“EPSG”,“4326”]]
Origin = (125.999861111111116,40.000138888888877)
Pixel Size = (0.000277777777778,-0.000277777777778)
Metadata:
TIFFTAG_SOFTWARE=IMAGINE TIFF Support
Copyright 1991 - 1999 by ERDAS, Inc. All Rights Reserved
@(#)$RCSfile: etif.c $ $Revision: 1.10.1.9.1.9.2.11 $ $Date: 2004/09/15
18:42:01EDT $
TIFFTAG_XRESOLUTION=1
TIFFTAG_YRESOLUTION=1
TIFFTAG_RESOLUTIONUNIT=1 (unitless)
AREA_OR_POINT=Area
Image Structure Metadata:
INTERLEAVE=BAND
Corner Coordinates:
Upper Left ( 125.9998611, 40.0001389) (125d59’59.50"E, 40d 0’ 0.50"N)
Lower Left ( 125.9998611, 38.9998611) (125d59’59.50"E, 38d59’59.50"N)
Upper Right ( 127.0001389, 40.0001389) (127d 0’ 0.50"E, 40d 0’ 0.50"N)
Lower Right ( 127.0001389, 38.9998611) (127d 0’ 0.50"E, 38d59’59.50"N)
Center ( 126.5000000, 39.5000000) (126d30’ 0.00"E, 39d30’ 0.00"N)
Band 1 Block=64x64 Type=Int16, ColorInterp=Gray

The files actually are hillshades, that I’ve created from ASTER DEM tiffs
using ArcGIS.

Hum… int16, not sure I played with images with that structure.
Is GS able to load one of them alone, as a geotiff?
Besides that, is the directory writable?

Cheers
Andrea

–

Ing. Andrea Aime
GeoSolutions S.A.S.
Tech lead

Via Poggio alle Viti 1187
55054 Massarosa (LU)
Italy

phone: +39 0584 962313
fax: +39 0584 962313

http://www.geo-solutions.it
http://geo-solutions.blogspot.com/
http://www.youtube.com/user/GeoSolutionsIT
http://www.linkedin.com/in/andreaaime
http://twitter.com/geowolf

Gis_Mage1 · July 25, 2011, 12:43pm

I’ve tried with 8-bit. Still no luck.

For test reasons, I’ve created a folder and gdal_translate 'd just two tiff files there.
gdalinfo says:

gdalinfo ASTGTM_N42E133_hsh8.tif
Driver: GTiff/GeoTIFF
Files: ASTGTM_N42E133_hsh8.tif
Size is 3601, 3601
Coordinate System is:
GEOGCS[“WGS 84”,
DATUM[“WGS_1984”,
SPHEROID[“WGS 84”,6378137,298.257223563,
AUTHORITY[“EPSG”,“7030”]],
AUTHORITY[“EPSG”,“6326”]],
PRIMEM[“Greenwich”,0],
UNIT[“degree”,0.0174532925199433],
AUTHORITY[“EPSG”,“4326”]]
Origin = (132.999861111111102,43.000138888888905)
Pixel Size = (0.000277777777778,-0.000277777777778)
Metadata:
TIFFTAG_SOFTWARE=IMAGINE TIFF Support
Copyright 1991 - 1999 by ERDAS, Inc. All Rights Reserved
@(#)$RCSfile: etif.c $ $Revision: 1.10.1.9.1.9.2.11 $ $Date: 2004/09/15 18:42:01EDT $
TIFFTAG_XRESOLUTION=1
TIFFTAG_YRESOLUTION=1
TIFFTAG_RESOLUTIONUNIT=1 (unitless)
AREA_OR_POINT=Area
Image Structure Metadata:
INTERLEAVE=BAND
Corner Coordinates:
Upper Left ( 132.9998611, 43.0001389) (132d59’59.50"E, 43d 0’ 0.50"N)
Lower Left ( 132.9998611, 41.9998611) (132d59’59.50"E, 41d59’59.50"N)
Upper Right ( 134.0001389, 43.0001389) (134d 0’ 0.50"E, 43d 0’ 0.50"N)
Lower Right ( 134.0001389, 41.9998611) (134d 0’ 0.50"E, 41d59’59.50"N)
Center ( 133.5000000, 42.5000000) (133d30’ 0.00"E, 42d30’ 0.00"N)
Band 1 Block=3601x2 Type=Byte, ColorInterp=Gray

When trying to add a mosaic store, I still get the same error (Unable to acquire a reader for this coverage with format: ImageMosaic).
Tiff files are here:
http://dl.dropbox.com/u/7488735/ASTGTM_N42E132_hsh8.tif
http://dl.dropbox.com/u/7488735/ASTGTM_N42E133_hsh8.tif

Still nothing in the GS log.
The line in gdalinfo: Pixel Size = (0.000277777777778,-0.000277777777778)
caught my attention.
Maybe there is a problem with negative pixel size value?

2011/7/22 Gis Mage <gismage@anonymised.com>

Checked, GS is able to load one of theese files alone as a geotiff.
Preview in OL looks ok.

The folder is writeable.
I’ve done a chmod 777 to be sure completely:)

I’ve tried adding the initial aster tiff’s - same error occurs.

So I think I’ll try a gdal_translate to 8-bit, and tell you, if that’ll work.
Thanks for the tip.

Cheers

2011/7/22 Andrea Aime <andrea.aime@anonymised.com>

On Fri, Jul 22, 2011 at 1:29 PM, Gis Mage <gismage@anonymised.com> wrote:

Hi, Andrea!
Sure, gdalinfo says:

gdalinfo ASTGTM_N39E126_hsh.tif
Driver: GTiff/GeoTIFF
Files: ASTGTM_N39E126_hsh.tif
Size is 3601, 3601
Coordinate System is:
GEOGCS[“WGS 84”,
DATUM[“WGS_1984”,
SPHEROID[“WGS 84”,6378137,298.257223563,
AUTHORITY[“EPSG”,“7030”]],
AUTHORITY[“EPSG”,“6326”]],
PRIMEM[“Greenwich”,0],
UNIT[“degree”,0.0174532925199433],
AUTHORITY[“EPSG”,“4326”]]
Origin = (125.999861111111116,40.000138888888877)
Pixel Size = (0.000277777777778,-0.000277777777778)
Metadata:
TIFFTAG_SOFTWARE=IMAGINE TIFF Support
Copyright 1991 - 1999 by ERDAS, Inc. All Rights Reserved
@(#)$RCSfile: etif.c $ $Revision: 1.10.1.9.1.9.2.11 $ $Date: 2004/09/15
18:42:01EDT $
TIFFTAG_XRESOLUTION=1
TIFFTAG_YRESOLUTION=1
TIFFTAG_RESOLUTIONUNIT=1 (unitless)
AREA_OR_POINT=Area
Image Structure Metadata:
INTERLEAVE=BAND
Corner Coordinates:
Upper Left ( 125.9998611, 40.0001389) (125d59’59.50"E, 40d 0’ 0.50"N)
Lower Left ( 125.9998611, 38.9998611) (125d59’59.50"E, 38d59’59.50"N)
Upper Right ( 127.0001389, 40.0001389) (127d 0’ 0.50"E, 40d 0’ 0.50"N)
Lower Right ( 127.0001389, 38.9998611) (127d 0’ 0.50"E, 38d59’59.50"N)
Center ( 126.5000000, 39.5000000) (126d30’ 0.00"E, 39d30’ 0.00"N)
Band 1 Block=64x64 Type=Int16, ColorInterp=Gray

The files actually are hillshades, that I’ve created from ASTER DEM tiffs
using ArcGIS.

Hum… int16, not sure I played with images with that structure.
Is GS able to load one of them alone, as a geotiff?
Besides that, is the directory writable?

Cheers
Andrea

–

Ing. Andrea Aime
GeoSolutions S.A.S.
Tech lead

Via Poggio alle Viti 1187
55054 Massarosa (LU)
Italy

phone: +39 0584 962313
fax: +39 0584 962313

http://www.geo-solutions.it
http://geo-solutions.blogspot.com/
http://www.youtube.com/user/GeoSolutionsIT
http://www.linkedin.com/in/andreaaime
http://twitter.com/geowolf

Daniele_Romagnoli2 · July 25, 2011, 4:07pm

Hi,
could you please provide us the full stack trace?

On Mon, Jul 25, 2011 at 2:43 PM, Gis Mage <gismage@anonymised.com> wrote:

I’ve tried with 8-bit. Still no luck.

For test reasons, I’ve created a folder and gdal_translate 'd just two tiff files there.
gdalinfo says:

gdalinfo ASTGTM_N42E133_hsh8.tif
Driver: GTiff/GeoTIFF
Files: ASTGTM_N42E133_hsh8.tif

Size is 3601, 3601
Coordinate System is:
GEOGCS[“WGS 84”,
DATUM[“WGS_1984”,
SPHEROID[“WGS 84”,6378137,298.257223563,
AUTHORITY[“EPSG”,“7030”]],
AUTHORITY[“EPSG”,“6326”]],
PRIMEM[“Greenwich”,0],
UNIT[“degree”,0.0174532925199433],
AUTHORITY[“EPSG”,“4326”]]

Origin = (132.999861111111102,43.000138888888905)
Pixel Size = (0.000277777777778,-0.000277777777778)
Metadata:
TIFFTAG_SOFTWARE=IMAGINE TIFF Support
Copyright 1991 - 1999 by ERDAS, Inc. All Rights Reserved
@(#)$RCSfile: etif.c $ $Revision: 1.10.1.9.1.9.2.11 $ $Date: 2004/09/15 18:42:01EDT $
TIFFTAG_XRESOLUTION=1
TIFFTAG_YRESOLUTION=1
TIFFTAG_RESOLUTIONUNIT=1 (unitless)
AREA_OR_POINT=Area
Image Structure Metadata:
INTERLEAVE=BAND
Corner Coordinates:

Upper Left ( 132.9998611, 43.0001389) (132d59’59.50"E, 43d 0’ 0.50"N)
Lower Left ( 132.9998611, 41.9998611) (132d59’59.50"E, 41d59’59.50"N)
Upper Right ( 134.0001389, 43.0001389) (134d 0’ 0.50"E, 43d 0’ 0.50"N)
Lower Right ( 134.0001389, 41.9998611) (134d 0’ 0.50"E, 41d59’59.50"N)
Center ( 133.5000000, 42.5000000) (133d30’ 0.00"E, 42d30’ 0.00"N)
Band 1 Block=3601x2 Type=Byte, ColorInterp=Gray

When trying to add a mosaic store, I still get the same error (Unable to acquire a reader for this coverage with format: ImageMosaic).
Tiff files are here:
http://dl.dropbox.com/u/7488735/ASTGTM_N42E132_hsh8.tif
http://dl.dropbox.com/u/7488735/ASTGTM_N42E133_hsh8.tif

Still nothing in the GS log.
The line in gdalinfo: Pixel Size = (0.000277777777778,-0.000277777777778)
caught my attention.
Maybe there is a problem with negative pixel size value?

Negative value is fine since a raster image has its origin on the top and have increasing y coordinates moving to the bottom whilst geographic y coordinates increase in the opposite direction.

Please, let us know.
Regards,
Daniele

2011/7/22 Gis Mage <gismage@anonymised.com>

Checked, GS is able to load one of theese files alone as a geotiff.
Preview in OL looks ok.

The folder is writeable.
I’ve done a chmod 777 to be sure completely:)

I’ve tried adding the initial aster tiff’s - same error occurs.

So I think I’ll try a gdal_translate to 8-bit, and tell you, if that’ll work.
Thanks for the tip.

Cheers

2011/7/22 Andrea Aime <andrea.aime@anonymised.com>

On Fri, Jul 22, 2011 at 1:29 PM, Gis Mage <gismage@anonymised.com> wrote:

Hi, Andrea!
Sure, gdalinfo says:

gdalinfo ASTGTM_N39E126_hsh.tif
Driver: GTiff/GeoTIFF
Files: ASTGTM_N39E126_hsh.tif
Size is 3601, 3601
Coordinate System is:
GEOGCS[“WGS 84”,
DATUM[“WGS_1984”,
SPHEROID[“WGS 84”,6378137,298.257223563,
AUTHORITY[“EPSG”,“7030”]],
AUTHORITY[“EPSG”,“6326”]],
PRIMEM[“Greenwich”,0],
UNIT[“degree”,0.0174532925199433],
AUTHORITY[“EPSG”,“4326”]]
Origin = (125.999861111111116,40.000138888888877)
Pixel Size = (0.000277777777778,-0.000277777777778)
Metadata:
TIFFTAG_SOFTWARE=IMAGINE TIFF Support
Copyright 1991 - 1999 by ERDAS, Inc. All Rights Reserved
@(#)$RCSfile: etif.c $ $Revision: 1.10.1.9.1.9.2.11 $ $Date: 2004/09/15
18:42:01EDT $
TIFFTAG_XRESOLUTION=1
TIFFTAG_YRESOLUTION=1
TIFFTAG_RESOLUTIONUNIT=1 (unitless)
AREA_OR_POINT=Area
Image Structure Metadata:
INTERLEAVE=BAND
Corner Coordinates:
Upper Left ( 125.9998611, 40.0001389) (125d59’59.50"E, 40d 0’ 0.50"N)
Lower Left ( 125.9998611, 38.9998611) (125d59’59.50"E, 38d59’59.50"N)
Upper Right ( 127.0001389, 40.0001389) (127d 0’ 0.50"E, 40d 0’ 0.50"N)
Lower Right ( 127.0001389, 38.9998611) (127d 0’ 0.50"E, 38d59’59.50"N)
Center ( 126.5000000, 39.5000000) (126d30’ 0.00"E, 39d30’ 0.00"N)
Band 1 Block=64x64 Type=Int16, ColorInterp=Gray

The files actually are hillshades, that I’ve created from ASTER DEM tiffs
using ArcGIS.

Hum… int16, not sure I played with images with that structure.
Is GS able to load one of them alone, as a geotiff?
Besides that, is the directory writable?

Cheers
Andrea

–

Ing. Andrea Aime
GeoSolutions S.A.S.
Tech lead

Via Poggio alle Viti 1187
55054 Massarosa (LU)
Italy

phone: +39 0584 962313
fax: +39 0584 962313

http://www.geo-solutions.it
http://geo-solutions.blogspot.com/
http://www.youtube.com/user/GeoSolutionsIT
http://www.linkedin.com/in/andreaaime
http://twitter.com/geowolf

Storage Efficiency Calculator
This modeling tool is based on patent-pending intellectual property that
has been used successfully in hundreds of IBM storage optimization engage-
ments, worldwide. Store less, Store more with what you own, Move data to
the right place. Try It Now! http://www.accelacomm.com/jaw/sfnl/114/51427378/

Geoserver-users mailing list
Geoserver-users@anonymised.comsts.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-users

–

Ing. Daniele Romagnoli
GeoSolutions S.A.S.
Software Engineer

Via Poggio alle Viti 1187
55054 Massarosa (LU)
Italy

phone: +39 0584 962313
fax: +39 0584 962313

http://www.geo-solutions.it
http://geo-solutions.blogspot.com/
http://www.youtube.com/user/GeoSolutionsIT
http://it.linkedin.com/in/danieleromagnoli

Gis_Mage1 · July 26, 2011, 6:48am

Sure!

2011-07-26 10:38:08,202 INFO [geoserver.web] - Getting list of coverages for saved store file:///work/nlebedev/ASTER/hsh8
java.lang.RuntimeException: Could not list layers for this store, an error occurred retrieving them: Unable to acquire a reader for this coverage with format: ImageMosaic
at org.geoserver.web.data.layer.NewLayerPageProvider.getItems(NewLayerPageProvider.java:115)
at org.geoserver.web.wicket.GeoServerDataProvider.fullSize(GeoServerDataProvider.java:225)
at org.geoserver.web.wicket.GeoServerTablePanel$PagerDelegate.updateMatched(GeoServerTablePanel.java:488)
at org.geoserver.web.wicket.GeoServerTablePanel$PagerDelegate.(GeoServerTablePanel.java:481)
at org.geoserver.web.wicket.GeoServerTablePanel.(GeoServerTablePanel.java:200)
at org.geoserver.web.wicket.GeoServerTablePanel.(GeoServerTablePanel.java:91)
at org.geoserver.web.data.layer.NewLayerPage$1.(NewLayerPage.java:104)
at org.geoserver.web.data.layer.NewLayerPage.(NewLayerPage.java:104)
at org.geoserver.web.data.store.CoverageStoreNewPage.onSave(CoverageStoreNewPage.java:71)
at org.geoserver.web.data.store.AbstractCoverageStorePage$1.onSubmit(AbstractCoverageStorePage.java:114)
at org.apache.wicket.ajax.markup.html.form.AjaxSubmitLink$1.onSubmit(AjaxSubmitLink.java:68)
at org.apache.wicket.ajax.form.AjaxFormSubmitBehavior.onEvent(AjaxFormSubmitBehavior.java:143)
at org.apache.wicket.ajax.AjaxEventBehavior.respond(AjaxEventBehavior.java:177)
at org.apache.wicket.ajax.AbstractDefaultAjaxBehavior.onRequest(AbstractDefaultAjaxBehavior.java:300)
at org.apache.wicket.request.target.component.listener.BehaviorRequestTarget.processEvents(BehaviorRequestTarget.java:119)
at org.apache.wicket.request.AbstractRequestCycleProcessor.processEvents(AbstractRequestCycleProcessor.java:92)
at org.apache.wicket.RequestCycle.processEventsAndRespond(RequestCycle.java:1250)
at org.apache.wicket.RequestCycle.step(RequestCycle.java:1329)
at org.apache.wicket.RequestCycle.steps(RequestCycle.java:1436)
at org.apache.wicket.RequestCycle.request(RequestCycle.java:545)
at org.apache.wicket.protocol.http.WicketFilter.doGet(WicketFilter.java:484)
at org.apache.wicket.protocol.http.WicketServlet.doPost(WicketServlet.java:160)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:637)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:717)
at org.springframework.web.servlet.mvc.ServletWrappingController.handleRequestInternal(ServletWrappingController.java:158)
at org.springframework.web.servlet.mvc.AbstractController.handleRequest(AbstractController.java:153)
at org.springframework.web.servlet.mvc.SimpleControllerHandlerAdapter.handle(SimpleControllerHandlerAdapter.java:48)
at org.springframework.web.servlet.DispatcherServlet.doDispatch(DispatcherServlet.java:875)
at org.springframework.web.servlet.DispatcherServlet.doService(DispatcherServlet.java:809)
at org.springframework.web.servlet.FrameworkServlet.processRequest(FrameworkServlet.java:571)
at org.springframework.web.servlet.FrameworkServlet.doPost(FrameworkServlet.java:511)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:637)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:717)
at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:290)
at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206)
at org.geoserver.filters.ThreadLocalsCleanupFilter.doFilter(ThreadLocalsCleanupFilter.java:23)
at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:235)
at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206)
at org.geoserver.filters.SpringDelegatingFilter$Chain.doFilter(SpringDelegatingFilter.java:74)
at org.geoserver.filters.SpringDelegatingFilter.doFilter(SpringDelegatingFilter.java:45)
at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:235)
at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206)
at org.geoserver.platform.AdvancedDispatchFilter.doFilter(AdvancedDispatchFilter.java:49)
at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:235)
at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206)
at org.vfny.geoserver.filters.SetCharacterEncodingFilter.doFilter(SetCharacterEncodingFilter.java:109)
at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:235)
at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206)
at org.springframework.security.util.FilterChainProxy$VirtualFilterChain.doFilter(FilterChainProxy.java:394)
at org.springframework.security.intercept.web.FilterSecurityInterceptor.invoke(FilterSecurityInterceptor.java:109)
at org.springframework.security.intercept.web.FilterSecurityInterceptor.doFilter(FilterSecurityInterceptor.java:83)
at org.springframework.security.util.FilterChainProxy$VirtualFilterChain.doFilter(FilterChainProxy.java:406)
at org.springframework.security.ui.ExceptionTranslationFilter.doFilterHttp(ExceptionTranslationFilter.java:101)
at org.springframework.security.ui.SpringSecurityFilter.doFilter(SpringSecurityFilter.java:53)
at org.springframework.security.util.FilterChainProxy$VirtualFilterChain.doFilter(FilterChainProxy.java:406)
at org.springframework.security.providers.anonymous.AnonymousProcessingFilter.doFilterHttp(AnonymousProcessingFilter.java:105)
at org.springframework.security.ui.SpringSecurityFilter.doFilter(SpringSecurityFilter.java:53)
at org.springframework.security.util.FilterChainProxy$VirtualFilterChain.doFilter(FilterChainProxy.java:406)
at org.springframework.security.ui.rememberme.RememberMeProcessingFilter.doFilterHttp(RememberMeProcessingFilter.java:116)
at org.springframework.security.ui.SpringSecurityFilter.doFilter(SpringSecurityFilter.java:53)
at org.springframework.security.util.FilterChainProxy$VirtualFilterChain.doFilter(FilterChainProxy.java:406)
at org.springframework.security.wrapper.SecurityContextHolderAwareRequestFilter.doFilterHttp(SecurityContextHolderAwareRequestFilter.java:91)
at org.springframework.security.ui.SpringSecurityFilter.doFilter(SpringSecurityFilter.java:53)
at org.springframework.security.util.FilterChainProxy$VirtualFilterChain.doFilter(FilterChainProxy.java:406)
at org.springframework.security.ui.AbstractProcessingFilter.doFilterHttp(AbstractProcessingFilter.java:278)
at org.springframework.security.ui.SpringSecurityFilter.doFilter(SpringSecurityFilter.java:53)
at org.springframework.security.util.FilterChainProxy$VirtualFilterChain.doFilter(FilterChainProxy.java:406)
at org.springframework.security.ui.logout.LogoutFilter.doFilterHttp(LogoutFilter.java:89)
at org.springframework.security.ui.SpringSecurityFilter.doFilter(SpringSecurityFilter.java:53)
at org.springframework.security.util.FilterChainProxy$VirtualFilterChain.doFilter(FilterChainProxy.java:406)
at org.springframework.security.context.HttpSessionContextIntegrationFilter.doFilterHttp(HttpSessionContextIntegrationFilter.java:235)
at org.springframework.security.ui.SpringSecurityFilter.doFilter(SpringSecurityFilter.java:53)
at org.springframework.security.util.FilterChainProxy$VirtualFilterChain.doFilter(FilterChainProxy.java:406)
at org.springframework.security.util.FilterChainProxy.doFilter(FilterChainProxy.java:185)
at org.springframework.security.util.FilterToBeanProxy.doFilter(FilterToBeanProxy.java:99)
at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:235)
at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206)
at org.geoserver.filters.LoggingFilter.doFilter(LoggingFilter.java:71)
at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:235)
at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206)
at org.geoserver.filters.ReverseProxyFilter.doFilter(ReverseProxyFilter.java:183)
at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:235)
at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206)
at org.geoserver.filters.GZIPFilter.doFilter(GZIPFilter.java:41)
at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:235)
at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206)
at org.geoserver.filters.SessionDebugFilter.doFilter(SessionDebugFilter.java:46)
at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:235)
at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206)
at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:233)
at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:191)
at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:127)
at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:102)
at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:109)
at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:298)
at org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:859)
at org.apache.coyote.http11.Http11Protocol$Http11ConnectionHandler.process(Http11Protocol.java:588)
at org.apache.tomcat.util.net.JIoEndpoint$Worker.run(JIoEndpoint.java:489)
at java.lang.Thread.run(Thread.java:662)
Caused by: java.lang.Exception: Unable to acquire a reader for this coverage with format: ImageMosaic
at org.geoserver.catalog.CatalogBuilder.buildCoverage(CatalogBuilder.java:628)
at org.geoserver.web.data.layer.NewLayerPageProvider.getItems(NewLayerPageProvider.java:82)
… 98 more
2011-07-26 10:38:08,203 DEBUG [geoserver.config] - Removing coverage store asterdem
2011-07-26 10:38:08,207 DEBUG [geoserver.config] - Persisted $Proxy16 to /opt/tomcat/webapps/geoserver/data/global.xml
2011-07-26 10:38:08,212 DEBUG [geoserver.filters] - Compressing output for mimetype: text/xml;charset=UTF-8

I’m not sure, if this relates to the current, but right before it I’ve got a message:

2011-07-26 10:43:29,956 DEBUG [coverage.grid] - closed
java.io.IOException: closed…

I can provide that stack too if needed.
Thanks a lot for your help, guys.

2011/7/25 Daniele Romagnoli <daniele.romagnoli@anonymised.com>

Hi,
could you please provide us the full stack trace?

On Mon, Jul 25, 2011 at 2:43 PM, Gis Mage <gismage@anonymised.com> wrote:

I’ve tried with 8-bit. Still no luck.

For test reasons, I’ve created a folder and gdal_translate 'd just two tiff files there.
gdalinfo says:

gdalinfo ASTGTM_N42E133_hsh8.tif
Driver: GTiff/GeoTIFF
Files: ASTGTM_N42E133_hsh8.tif

Size is 3601, 3601
Coordinate System is:
GEOGCS[“WGS 84”,
DATUM[“WGS_1984”,
SPHEROID[“WGS 84”,6378137,298.257223563,
AUTHORITY[“EPSG”,“7030”]],
AUTHORITY[“EPSG”,“6326”]],
PRIMEM[“Greenwich”,0],
UNIT[“degree”,0.0174532925199433],
AUTHORITY[“EPSG”,“4326”]]

Origin = (132.999861111111102,43.000138888888905)
Pixel Size = (0.000277777777778,-0.000277777777778)
Metadata:
TIFFTAG_SOFTWARE=IMAGINE TIFF Support
Copyright 1991 - 1999 by ERDAS, Inc. All Rights Reserved
@(#)$RCSfile: etif.c $ $Revision: 1.10.1.9.1.9.2.11 $ $Date: 2004/09/15 18:42:01EDT $
TIFFTAG_XRESOLUTION=1
TIFFTAG_YRESOLUTION=1
TIFFTAG_RESOLUTIONUNIT=1 (unitless)
AREA_OR_POINT=Area
Image Structure Metadata:
INTERLEAVE=BAND
Corner Coordinates:

Upper Left ( 132.9998611, 43.0001389) (132d59’59.50"E, 43d 0’ 0.50"N)
Lower Left ( 132.9998611, 41.9998611) (132d59’59.50"E, 41d59’59.50"N)
Upper Right ( 134.0001389, 43.0001389) (134d 0’ 0.50"E, 43d 0’ 0.50"N)
Lower Right ( 134.0001389, 41.9998611) (134d 0’ 0.50"E, 41d59’59.50"N)
Center ( 133.5000000, 42.5000000) (133d30’ 0.00"E, 42d30’ 0.00"N)
Band 1 Block=3601x2 Type=Byte, ColorInterp=Gray

When trying to add a mosaic store, I still get the same error (Unable to acquire a reader for this coverage with format: ImageMosaic).
Tiff files are here:
http://dl.dropbox.com/u/7488735/ASTGTM_N42E132_hsh8.tif
http://dl.dropbox.com/u/7488735/ASTGTM_N42E133_hsh8.tif

Still nothing in the GS log.
The line in gdalinfo: Pixel Size = (0.000277777777778,-0.000277777777778)
caught my attention.
Maybe there is a problem with negative pixel size value?

Negative value is fine since a raster image has its origin on the top and have increasing y coordinates moving to the bottom whilst geographic y coordinates increase in the opposite direction.

Please, let us know.
Regards,
Daniele

2011/7/22 Gis Mage <gismage@anonymised.com>

Checked, GS is able to load one of theese files alone as a geotiff.
Preview in OL looks ok.

The folder is writeable.
I’ve done a chmod 777 to be sure completely:)

I’ve tried adding the initial aster tiff’s - same error occurs.

So I think I’ll try a gdal_translate to 8-bit, and tell you, if that’ll work.
Thanks for the tip.

Cheers

2011/7/22 Andrea Aime <andrea.aime@anonymised.com>

On Fri, Jul 22, 2011 at 1:29 PM, Gis Mage <gismage@anonymised.com> wrote:

Hi, Andrea!
Sure, gdalinfo says:

gdalinfo ASTGTM_N39E126_hsh.tif
Driver: GTiff/GeoTIFF
Files: ASTGTM_N39E126_hsh.tif
Size is 3601, 3601
Coordinate System is:
GEOGCS[“WGS 84”,
DATUM[“WGS_1984”,
SPHEROID[“WGS 84”,6378137,298.257223563,
AUTHORITY[“EPSG”,“7030”]],
AUTHORITY[“EPSG”,“6326”]],
PRIMEM[“Greenwich”,0],
UNIT[“degree”,0.0174532925199433],
AUTHORITY[“EPSG”,“4326”]]
Origin = (125.999861111111116,40.000138888888877)
Pixel Size = (0.000277777777778,-0.000277777777778)
Metadata:
TIFFTAG_SOFTWARE=IMAGINE TIFF Support
Copyright 1991 - 1999 by ERDAS, Inc. All Rights Reserved
@(#)$RCSfile: etif.c $ $Revision: 1.10.1.9.1.9.2.11 $ $Date: 2004/09/15
18:42:01EDT $
TIFFTAG_XRESOLUTION=1
TIFFTAG_YRESOLUTION=1
TIFFTAG_RESOLUTIONUNIT=1 (unitless)
AREA_OR_POINT=Area
Image Structure Metadata:
INTERLEAVE=BAND
Corner Coordinates:
Upper Left ( 125.9998611, 40.0001389) (125d59’59.50"E, 40d 0’ 0.50"N)
Lower Left ( 125.9998611, 38.9998611) (125d59’59.50"E, 38d59’59.50"N)
Upper Right ( 127.0001389, 40.0001389) (127d 0’ 0.50"E, 40d 0’ 0.50"N)
Lower Right ( 127.0001389, 38.9998611) (127d 0’ 0.50"E, 38d59’59.50"N)
Center ( 126.5000000, 39.5000000) (126d30’ 0.00"E, 39d30’ 0.00"N)
Band 1 Block=64x64 Type=Int16, ColorInterp=Gray

The files actually are hillshades, that I’ve created from ASTER DEM tiffs
using ArcGIS.

Hum… int16, not sure I played with images with that structure.
Is GS able to load one of them alone, as a geotiff?
Besides that, is the directory writable?

Cheers
Andrea

–

Ing. Andrea Aime
GeoSolutions S.A.S.
Tech lead

Via Poggio alle Viti 1187
55054 Massarosa (LU)
Italy

phone: +39 0584 962313
fax: +39 0584 962313

http://www.geo-solutions.it
http://geo-solutions.blogspot.com/
http://www.youtube.com/user/GeoSolutionsIT
http://www.linkedin.com/in/andreaaime
http://twitter.com/geowolf

Storage Efficiency Calculator
This modeling tool is based on patent-pending intellectual property that
has been used successfully in hundreds of IBM storage optimization engage-
ments, worldwide. Store less, Store more with what you own, Move data to
the right place. Try It Now! http://www.accelacomm.com/jaw/sfnl/114/51427378/

Geoserver-users mailing list
Geoserver-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-users

–

Ing. Daniele Romagnoli
GeoSolutions S.A.S.
Software Engineer

Via Poggio alle Viti 1187
55054 Massarosa (LU)
Italy

phone: +39 0584 962313
fax: +39 0584 962313

http://www.geo-solutions.it
http://geo-solutions.blogspot.com/
http://www.youtube.com/user/GeoSolutionsIT

http://it.linkedin.com/in/danieleromagnoli