Hi,
could you please provide us the full stack trace?
On Mon, Jul 25, 2011 at 2:43 PM, Gis Mage <[email protected]> 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 <[email protected]>
>
>> 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 <[email protected]>
>>
>>> On Fri, Jul 22, 2011 at 1:29 PM, Gis Mage <[email protected]> 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
> [email protected]
> 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
[email protected]
https://lists.sourceforge.net/lists/listinfo/geoserver-users
