Gis Mage | 22 Jul 12:50 2011
Picon

Unable to acquire a reader for this coverage with format: ImageMosaic

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?
------------------------------------------------------------------------------
10 Tips for Better Web Security
Learn 10 ways to better secure your business today. Topics covered include:
Web security, SSL, hacker attacks & Denial of Service (DoS), private keys,
security Microsoft Exchange, secure Instant Messaging, and much more.
http://www.accelacomm.com/jaw/sfnl/114/51426210/
_______________________________________________
Geoserver-users mailing list
Geoserver-users <at> lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-users
Andrea Aime | 22 Jul 13:15 2011
Picon

Re: Unable to acquire a reader for this coverage with format: ImageMosaic

On Fri, Jul 22, 2011 at 12:50 PM, Gis Mage <gismage <at> gmail.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

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

------------------------------------------------------------------------------
10 Tips for Better Web Security
Learn 10 ways to better secure your business today. Topics covered include:
Web security, SSL, hacker attacks & Denial of Service (DoS), private keys,
security Microsoft Exchange, secure Instant Messaging, and much more.
http://www.accelacomm.com/jaw/sfnl/114/51426210/
Gis Mage | 22 Jul 13:29 2011
Picon

Re: Unable to acquire a reader for this coverage with format: ImageMosaic

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
<at> (#)$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 <at> geo-solutions.it>
On Fri, Jul 22, 2011 at 12:50 PM, Gis Mage <gismage <at> gmail.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

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

------------------------------------------------------------------------------
10 Tips for Better Web Security
Learn 10 ways to better secure your business today. Topics covered include:
Web security, SSL, hacker attacks & Denial of Service (DoS), private keys,
security Microsoft Exchange, secure Instant Messaging, and much more.
http://www.accelacomm.com/jaw/sfnl/114/51426210/
_______________________________________________
Geoserver-users mailing list
Geoserver-users <at> lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-users
Andrea Aime | 22 Jul 14:08 2011
Picon

Re: Unable to acquire a reader for this coverage with format: ImageMosaic

On Fri, Jul 22, 2011 at 1:29 PM, Gis Mage <gismage <at> gmail.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
>  <at> (#)$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

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

------------------------------------------------------------------------------
10 Tips for Better Web Security
Learn 10 ways to better secure your business today. Topics covered include:
Web security, SSL, hacker attacks & Denial of Service (DoS), private keys,
security Microsoft Exchange, secure Instant Messaging, and much more.
http://www.accelacomm.com/jaw/sfnl/114/51426210/
Gis Mage | 22 Jul 14:37 2011
Picon

Re: Unable to acquire a reader for this coverage with format: ImageMosaic

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 <at> geo-solutions.it>
On Fri, Jul 22, 2011 at 1:29 PM, Gis Mage <gismage <at> gmail.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
> <at> (#)$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

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

------------------------------------------------------------------------------
10 Tips for Better Web Security
Learn 10 ways to better secure your business today. Topics covered include:
Web security, SSL, hacker attacks & Denial of Service (DoS), private keys,
security Microsoft Exchange, secure Instant Messaging, and much more.
http://www.accelacomm.com/jaw/sfnl/114/51426210/
_______________________________________________
Geoserver-users mailing list
Geoserver-users <at> lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-users
Gis Mage | 25 Jul 14:43 2011
Picon

Re: Unable to acquire a reader for this coverage with format: ImageMosaic

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
<at> (#)$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 <at> gmail.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 <at> geo-solutions.it>
On Fri, Jul 22, 2011 at 1:29 PM, Gis Mage <gismage <at> gmail.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
> <at> (#)$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 <at> lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-users
Daniele Romagnoli | 25 Jul 18:07 2011
Picon

Re: Unable to acquire a reader for this coverage with format: ImageMosaic

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

On Mon, Jul 25, 2011 at 2:43 PM, Gis Mage <gismage <at> gmail.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
<at> (#)$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 <at> gmail.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 <at> geo-solutions.it>
On Fri, Jul 22, 2011 at 1:29 PM, Gis Mage <gismage <at> gmail.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
> <at> (#)$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 <at> 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


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

------------------------------------------------------------------------------
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 <at> lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-users
Gis Mage | 26 Jul 08:48 2011
Picon

Re: Unable to acquire a reader for this coverage with format: ImageMosaic

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.<init>(GeoServerTablePanel.java:481)
at org.geoserver.web.wicket.GeoServerTablePanel.<init>(GeoServerTablePanel.java:200)
at org.geoserver.web.wicket.GeoServerTablePanel.<init>(GeoServerTablePanel.java:91)
at org.geoserver.web.data.layer.NewLayerPage$1.<init>(NewLayerPage.java:104)
at org.geoserver.web.data.layer.NewLayerPage.<init>(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 <at> geo-solutions.it>
Hi,
could you please provide us the full stack trace?

On Mon, Jul 25, 2011 at 2:43 PM, Gis Mage <gismage <at> gmail.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
<at> (#)$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 <at> gmail.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 <at> geo-solutions.it>
On Fri, Jul 22, 2011 at 1:29 PM, Gis Mage <gismage <at> gmail.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
> <at> (#)$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 <at> 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


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


------------------------------------------------------------------------------
Magic Quadrant for Content-Aware Data Loss Prevention
Research study explores the data loss prevention market. Includes in-depth
analysis on the changes within the DLP market, and the criteria used to
evaluate the strengths and weaknesses of these DLP solutions.
http://www.accelacomm.com/jaw/sfnl/114/51385063/
_______________________________________________
Geoserver-users mailing list
Geoserver-users <at> lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-users

Gmane