[Geoserver-users] Error: Could not obtain a reader for the CoverageDataSet

Hello,

I just installed a standalone Geoserver 2.0.1 (not bundled with GN) and tried uploading my Geotiff file. I got the same error, so it’s obviously not because of the version.

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

I include the gdalinfo of the working and not-working files below. Can someone take a look at them and tell me what’s wrong? Do I miss something when converting my image file to Geotiff? Thanks.

-freska-


From: theresia freska frezzz_54@anonymised.com
To: geoserver-users@lists.sourceforge.net
Sent: Mon, January 25, 2010 11:06:35 PM
Subject: Error: Could not obtain a reader for the CoverageDataSet

Hello,

I’m using Tomcat 6 and Geoserver 1.7.3 which is included in Geonetwork 2.4.2. I tried to upload a Geotiff file to Geoserver. I can create the coverage store, but not the coverages service. I got this error:

The following exception was thrown:

  • class org.vfny.geoserver.global.ConfigurationException: Could not obtain a reader for the CoverageDataSet. Please check the CoverageDataSet configuration!

Details:

org.vfny.geoserver.global.ConfigurationException: Could not obtain a reader for the CoverageDataSet. Please check the CoverageDataSet configuration!
	at org.vfny.geoserver.action.data.DataCoveragesNewAction.newCoverageConfig(DataCoveragesNewAction.java:102)
	at org.vfny.geoserver.action.data.DataCoveragesNewAction.execute(DataCoveragesNewAction.java:81)
	at org.vfny.geoserver.action.ConfigAction.execute(ConfigAction.java:101)
	at org.apache.struts.action.RequestProcessor.processActionPerform(RequestProcessor.java:431)
	at org.apache.struts.action.RequestProcessor.process(RequestProcessor.java:236)
	at org.apache.struts.action.ActionServlet.process(ActionServlet.java:1196)
	at org.apache.struts.action.ActionServlet.doPost(ActionServlet.java:432)
	at javax.servlet.http.HttpServlet.service(HttpServlet.java:637)
	at javax.servlet.http.HttpServlet.service(HttpServlet.java:717)
	.....
	at java.lang.Thread.run(Unknown Source)


This image is a raw satellite image that is converted to Geotiff using Ilwis. Here is the info of the image:

gdalinfo lsteuro201001191315.tif

Driver: GTiff/GeoTIFF
Files: lsteuro201001191315.tif
Size is 1701, 651
Coordinate System is:
PROJCS["unnamed",
    GEOGCS["WGS_1984",
        DATUM["WGS_1984",
            SPHEROID["WGS 84",6378137,298.257223563,
                AUTHORITY["EPSG","7030"]],
            AUTHORITY["EPSG","6326"]],
        PRIMEM["Greenwich",0],
      
  UNIT[,0.0174532925199433]],
    UNIT["unknown",1]]
Origin = (-919623.570323017660000,5420228.319049041700000)
Pixel Size = (3002.168108856065400,-3005.019170687836800)
Metadata:
  TIFFTAG_SOFTWARE=Ilwis 3
  TIFFTAG_XRESOLUTION=300
  TIFFTAG_YRESOLUTION=300
  TIFFTAG_RESOLUTIONUNIT=2 (pixels/inch)
  AREA_OR_POINT=Point
Image Structure Metadata:
  INTERLEAVE=BAND
Corner Coordinates:
Upper Left  ( -919623.570, 5420228.319)
Lower Left  ( -919623.570, 3463960.839)
Upper Right ( 4187064.383, 5420228.319)
Lower Right ( 4187064.383, 3463960.839)
Center      ( 1633720.406, 4442094.579)
Band 1 Block=1701x1 Type=UInt32, ColorInterp=Gray

I
 once successfully uploaded a geotiff file which I downloaded from the internet. Here is the info:

gdalinfo europe.tif

Driver: GTiff/GeoTIFF
Files: europe.tif
Size is 2582, 2242
Coordinate System is:
PROJCS["LAEA        D000",
    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"]],
    PROJECTION["Lambert_Azimuthal_Equal_Area"],
    PARAMETER["latitude_of_center",48],
    PARAMETER["longitude_of_center",48],
    PARAMETER["false_easting",48],
    PARAMETER["false_northing",48],
    UNIT["metre",1,
        AUTHORITY["EPSG","9001"]]]
Origin = (-1668800.000000000000000,2724700.000000000000000)
Pixel Size = (2000.000000000000000,-2000.000000000000000)
Metadata:
  AREA_OR_POINT=Area
Image Structure Metadata:
  INTERLEAVE=PIXEL
Corner Coordinates:
Upper Left  (-1668800.000, 2724700.000) (  5d46'4.89"E, 67d56'12.88"N)
Lower Left  (-1668800.000,-1759300.000) ( 30d39'47.49"E,
 30d30'31.93"N)
Upper Right ( 3495200.000, 2724700.000) (115d41'4.79"E, 56d21'28.68"N)
Lower Right ( 3495200.000,-1759300.000) ( 83d12'53.93"E, 25d16'46.23"N)
Center      (  913200.000,  482700.000) ( 61d15'33.88"E, 51d37'22.81"N)
Band 1 Block=2582x3 Type=Byte, ColorInterp=Red
Band 2 Block=2582x3 Type=Byte, ColorInterp=Green
Band 3 Block=2582x3 Type=Byte, ColorInterp=Blue

I read some threads on the same topics. And I assume that it requires a patch, or an upgrade to newer version? Any hints?

Thanks!

theresia freska ha scritto:

Hello,

I just installed a standalone Geoserver 2.0.1 (not bundled with GN) and tried uploading my Geotiff file. I got the same error, so it's obviously not because of the version.

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

I include the gdalinfo of the working and not-working files below. Can someone take a look at them and tell me what's wrong? Do I miss something when converting my image file to Geotiff? Thanks.

Are we sure that is a real GeoTIFF? Is that a single file, or is it
bundled with a .tfw and a .prj files?
If the latter, that is a "image + world file", not a proper GeoTIFF

If it's actually a GeoTIFF (single file) can you get us a copy to
try out?

Cheers
Andrea

--
Andrea Aime
OpenGeo - http://opengeo.org
Enterprise support for open source geospatial.

Ciao Freska,
can you attach the gdalinfo? I think you forgot them.

Simone.
-------------------------------------------------------
Ing. Simone Giannecchini
GeoSolutions S.A.S.
Founder - Software Engineer
Via Carignoni 51
55041 Camaiore (LU)
Italy

phone: +39 0584983027
fax: +39 0584983027
mob: +39 333 8128928

http://www.geo-solutions.it
http://geo-solutions.blogspot.com/
http://www.linkedin.com/in/simonegiannecchini
http://twitter.com/simogeo

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

On Tue, Jan 26, 2010 at 10:32 PM, theresia freska <frezzz_54@anonymised.com> wrote:

Hello,
I just installed a standalone Geoserver 2.0.1 (not bundled with GN) and
tried uploading my Geotiff file. I got the same error, so it's obviously not
because of the version.
"Could not list layers for this store, an error occurred retrieving them:
Unable to acquire a reader for this coverage with format: GeoTIFF"
I include the gdalinfo of the working and not-working files below. Can
someone take a look at them and tell me what's wrong? Do I miss something
when converting my image file to Geotiff? Thanks.
-freska-
________________________________
From: theresia freska <frezzz_54@anonymised.com>
To: geoserver-users@lists.sourceforge.net
Sent: Mon, January 25, 2010 11:06:35 PM
Subject: Error: Could not obtain a reader for the CoverageDataSet

Hello,
I'm using Tomcat 6 and Geoserver 1.7.3 which is included in Geonetwork
2.4.2. I tried to upload a Geotiff file to Geoserver. I can create the
coverage store, but not the coverages service. I got this error:
The following exception was thrown:

class org.vfny.geoserver.global.ConfigurationException: Could not obtain a
reader for the CoverageDataSet. Please check the CoverageDataSet
configuration!

Details:

org.vfny.geoserver.global.ConfigurationException: Could not obtain a reader
for the CoverageDataSet. Please check the CoverageDataSet configuration!
  at
org.vfny.geoserver.action.data.DataCoveragesNewAction.newCoverageConfig(DataCoveragesNewAction.java:102)
  at
org.vfny.geoserver.action.data.DataCoveragesNewAction.execute(DataCoveragesNewAction.java:81)
  at org.vfny.geoserver.action.ConfigAction.execute(ConfigAction.java:101)
  at
org.apache.struts.action.RequestProcessor.processActionPerform(RequestProcessor.java:431)
  at
org.apache.struts.action.RequestProcessor.process(RequestProcessor.java:236)
  at org.apache.struts.action.ActionServlet.process(ActionServlet.java:1196)
  at org.apache.struts.action.ActionServlet.doPost(ActionServlet.java:432)
  at javax.servlet.http.HttpServlet.service(HttpServlet.java:637)
  at javax.servlet.http.HttpServlet.service(HttpServlet.java:717)

  .....
  at java.lang.Thread.run(Unknown Source)

This image is a raw satellite image that is converted to Geotiff using
Ilwis. Here is the info of the image:
gdalinfo lsteuro201001191315.tif
Driver: GTiff/GeoTIFF
Files: lsteuro201001191315.tif
Size is 1701, 651
Coordinate System is:
PROJCS["unnamed",
GEOGCS["WGS_1984",
DATUM["WGS_1984",
SPHEROID["WGS 84",6378137,298.257223563,
AUTHORITY["EPSG","7030"]],
AUTHORITY["EPSG","6326"]],
PRIMEM["Greenwich",0],

UNIT[,0.0174532925199433]],
UNIT["unknown",1]]
Origin = (-919623.570323017660000,5420228.319049041700000)
Pixel Size = (3002.168108856065400,-3005.019170687836800)
Metadata:
TIFFTAG_SOFTWARE=Ilwis 3
TIFFTAG_XRESOLUTION=300
TIFFTAG_YRESOLUTION=300
TIFFTAG_RESOLUTIONUNIT=2 (pixels/inch)
AREA_OR_POINT=Point
Image Structure Metadata:
INTERLEAVE=BAND
Corner Coordinates:
Upper Left ( -919623.570, 5420228.319)
Lower Left ( -919623.570, 3463960.839)
Upper Right ( 4187064.383, 5420228.319)
Lower Right ( 4187064.383, 3463960.839)
Center ( 1633720.406, 4442094.579)
Band 1 Block=1701x1 Type=UInt32, ColorInterp=Gray
I
once successfully uploaded a geotiff file which I downloaded from the
internet. Here is the info:
gdalinfo europe.tif
Driver: GTiff/GeoTIFF
Files: europe.tif
Size is 2582, 2242
Coordinate System is:
PROJCS["LAEA D000",
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"]],
PROJECTION["Lambert_Azimuthal_Equal_Area"],
PARAMETER["latitude_of_center",48],
PARAMETER["longitude_of_center",48],
PARAMETER["false_easting",48],
PARAMETER["false_northing",48],
UNIT["metre",1,
AUTHORITY["EPSG","9001"]]]
Origin = (-1668800.000000000000000,2724700.000000000000000)
Pixel Size = (2000.000000000000000,-2000.000000000000000)
Metadata:
AREA_OR_POINT=Area
Image Structure Metadata:
INTERLEAVE=PIXEL
Corner Coordinates:
Upper Left (-1668800.000, 2724700.000) ( 5d46'4.89"E, 67d56'12.88"N)
Lower Left (-1668800.000,-1759300.000) ( 30d39'47.49"E,
30d30'31.93"N)
Upper Right ( 3495200.000, 2724700.000) (115d41'4.79"E, 56d21'28.68"N)
Lower Right ( 3495200.000,-1759300.000) ( 83d12'53.93"E, 25d16'46.23"N)
Center ( 913200.000, 482700.000) ( 61d15'33.88"E, 51d37'22.81"N)
Band 1 Block=2582x3 Type=Byte, ColorInterp=Red
Band 2 Block=2582x3 Type=Byte, ColorInterp=Green
Band 3 Block=2582x3 Type=Byte, ColorInterp=Blue
I read some threads on the same topics. And I assume that it requires a
patch, or an upgrade to newer version? Any hints?
Thanks!

------------------------------------------------------------------------------
The Planet: dedicated and managed hosting, cloud storage, colocation
Stay online with enterprise data centers and the best network in the
business
Choose flexible plans and management services without long-term contracts
Personal 24x7 support from experience hosting pros just a phone call away.
http://p.sf.net/sfu/theplanet-com
_______________________________________________
Geoserver-users mailing list
Geoserver-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-users

I’m not sure, but I think that’s one single image. My friend only gave me that. We both acquire the data from the same server. For my case, I have this .mp# and .mpr files, then I convert it using gdal_translate to one single .tif file.
I send them both separately to you. Thanks!


From: Andrea Aime aaime@anonymised.com
To: theresia freska frezzz_54@anonymised.com
Cc: geoserver-users@lists.sourceforge.net
Sent: Wed, January 27, 2010 11:04:35 AM
Subject: Re: [Geoserver-users] Error: Could not obtain a reader for the CoverageDataSet

theresia freska ha scritto:

Hello,

I just installed a standalone Geoserver 2.0.1 (not bundled with GN) and tried uploading my Geotiff file. I got the same error, so it’s obviously not because of the version.

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

I include the gdalinfo of the working and not-working files below. Can someone take a look at them and tell me what’s wrong? Do I miss something when converting my image file to Geotiff? Thanks.

Are we sure that is a real GeoTIFF? Is that a single file, or is it
bundled with a .tfw and a .prj files?
If the latter, that is a “image + world file”, not a proper GeoTIFF

If it’s actually a GeoTIFF (single file) can you get us a copy to
try out?

Cheers
Andrea

– Andrea Aime
OpenGeo - http://opengeo.org
Enterprise support for open source geospatial.

Yes, it is there, on my first email. Now, I’ll put it again here.

The failed file: gdalinfo lsteuro201001191315.tif

Driver: GTiff/GeoTIFF
Files: lsteuro201001191315.tif
Size is 1701, 651
Coordinate System is:
PROJCS[“unnamed”,
GEOGCS[“WGS_1984”,
DATUM[“WGS_1984”,
SPHEROID[“WGS 84”,6378137,298.257223563,
AUTHORITY[“EPSG”,“7030”]],
AUTHORITY[“EPSG”,“6326”]],
PRIMEM[“Greenwich”,0],
UNIT[,0.0174532925199433]],
UNIT[“unknown”,1]]
Origin = (-919623.570323017660000,5420228.319049041700000)
Pixel Size = (3002.168108856065400,-3005.019170687836800)
Metadata:
TIFFTAG_SOFTWARE=Ilwis 3
TIFFTAG_XRESOLUTION=300
TIFFTAG_YRESOLUTION=300
TIFFTAG_RESOLUTIONUNIT=2 (pixels/inch)
AREA_OR_POINT=Point
Image Structure Metadata:
INTERLEAVE=BAND
Corner Coordinates:
Upper Left ( -919623.570, 5420228.319)
Lower Left ( -919623.570, 3463960.839)
Upper Right ( 4187064.383, 5420228.319)
Lower Right ( 4187064.383, 3463960.839)
Center ( 1633720.406, 4442094.579)
Band 1 Block=1701x1 Type=UInt32, ColorInterp=Gray

The working file: gdalinfo europe.tif

Driver: GTiff/GeoTIFF
Files: europe.tif
Size is 2582, 2242
Coordinate System is:
PROJCS[“LAEA D000”,
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”]],
PROJECTION[“Lambert_Azimuthal_Equal_Area”],
PARAMETER[“latitude_of_center”,48],
PARAMETER[“longitude_of_center”,48],
PARAMETER[“false_easting”,48],
PARAMETER[“false_northing”,48],
UNIT[“metre”,1,
AUTHORITY[“EPSG”,“9001”]]]
Origin = (-1668800.000000000000000,2724700.000000000000000)
Pixel Size = (2000.000000000000000,-2000.000000000000000)
Metadata:
AREA_OR_POINT=Area
Image Structure Metadata:
INTERLEAVE=PIXEL
Corner Coordinates:
Upper Left (-1668800.000, 2724700.000) ( 5d46’4.89"E, 67d56’12.88"N)
Lower Left (-1668800.000,-1759300.000) ( 30d39’47.49"E, 30d30’31.93"N)
Upper Right ( 3495200.000, 2724700.000) (115d41’4.79"E, 56d21’28.68"N)
Lower Right ( 3495200.000,-1759300.000) ( 83d12’53.93"E, 25d16’46.23"N)
Center ( 913200.000, 482700.000) ( 61d15’33.88"E, 51d37’22.81"N)
Band 1 Block=2582x3 Type=Byte, ColorInterp=Red
Band 2 Block=2582x3 Type=Byte, ColorInterp=Green
Band 3 Block=2582x3 Type=Byte, ColorInterp=Blue


From: Simone Giannecchini simone.giannecchini@anonymised.com
To: theresia freska frezzz_54@anonymised.com
Cc: geoserver-users@lists.sourceforge.net
Sent: Wed, January 27, 2010 11:50:36 AM
Subject: Re: [Geoserver-users] Error: Could not obtain a reader for the CoverageDataSet

Ciao Freska,
can you attach the gdalinfo? I think you forgot them.

Simone.

Ing. Simone Giannecchini
GeoSolutions S.A.S.
Founder - Software Engineer
Via Carignoni 51
55041 Camaiore (LU)
Italy

phone: +39 0584983027
fax: +39 0584983027
mob: +39 333 8128928

http://www.geo-solutions.it
http://geo-solutions.blogspot.com/
http://www.linkedin.com/in/simonegiannecchini
http://twitter.com/simogeo


On Tue, Jan 26, 2010 at 10:32 PM, theresia freska <frezzz_54@anonymised.com> wrote:

Hello,
I just installed a standalone Geoserver 2.0.1 (not bundled with GN) and
tried uploading my Geotiff file. I got the same error, so it’s obviously not
because of the version.
“Could not list layers for this store, an error occurred retrieving them:
Unable to acquire a reader for this coverage with format: GeoTIFF”
I include the gdalinfo of the working and not-working files below. Can
someone take a look at them and tell me what’s wrong? Do I miss something
when converting my image file to Geotiff? Thanks.
-freska-


From: theresia freska <frezzz_54@anonymised.com>
To: geoserver-users@lists.sourceforge.net
Sent: Mon, January 25, 2010 11:06:35 PM
Subject: Error: Could not obtain a reader for the CoverageDataSet

Hello,
I’m using Tomcat 6 and Geoserver 1.7.3 which is included in Geonetwork
2.4.2. I tried to upload a Geotiff file to Geoserver. I can create the
coverage store, but not the coverages service. I got this error:
The following exception was thrown:

class org.vfny.geoserver.global.ConfigurationException: Could not obtain a
reader for the CoverageDataSet. Please check the CoverageDataSet
configuration!

Details:

org.vfny.geoserver.global.ConfigurationException: Could not obtain a reader
for the CoverageDataSet. Please check the CoverageDataSet configuration!
at
org.vfny.geoserver.action.data.DataCoveragesNewAction.newCoverageConfig(DataCoveragesNewAction.java:102)
at
org.vfny.geoserver.action.data.DataCoveragesNewAction.execute(DataCoveragesNewAction.java:81)
at org.vfny.geoserver.action.ConfigAction.execute(ConfigAction.java:101)
at
org.apache.struts.action.RequestProcessor.processActionPerform(RequestProcessor.java:431)
at
org.apache.struts.action.RequestProcessor.process(RequestProcessor.java:236)
at org.apache.struts.action.ActionServlet.process(ActionServlet.java:1196)
at org.apache.struts.action.ActionServlet.doPost(ActionServlet.java:432)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:637)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:717)


at java.lang.Thread.run(Unknown Source)

This image is a raw satellite image that is converted to Geotiff using
Ilwis. Here is the info of the image:
gdalinfo lsteuro201001191315.tif
Driver: GTiff/GeoTIFF
Files: lsteuro201001191315.tif
Size is 1701, 651
Coordinate System is:
PROJCS[“unnamed”,
GEOGCS[“WGS_1984”,
DATUM[“WGS_1984”,
SPHEROID[“WGS 84”,6378137,298.257223563,
AUTHORITY[“EPSG”,“7030”]],
AUTHORITY[“EPSG”,“6326”]],
PRIMEM[“Greenwich”,0],

UNIT[,0.0174532925199433]],
UNIT[“unknown”,1]]
Origin = (-919623.570323017660000,5420228.319049041700000)
Pixel Size = (3002.168108856065400,-3005.019170687836800)
Metadata:
TIFFTAG_SOFTWARE=Ilwis 3
TIFFTAG_XRESOLUTION=300
TIFFTAG_YRESOLUTION=300
TIFFTAG_RESOLUTIONUNIT=2 (pixels/inch)
AREA_OR_POINT=Point
Image Structure Metadata:
INTERLEAVE=BAND
Corner Coordinates:
Upper Left ( -919623.570, 5420228.319)
Lower Left ( -919623.570, 3463960.839)
Upper Right ( 4187064.383, 5420228.319)
Lower Right ( 4187064.383, 3463960.839)
Center ( 1633720.406, 4442094.579)
Band 1 Block=1701x1 Type=UInt32, ColorInterp=Gray
I
once successfully uploaded a geotiff file which I downloaded from the
internet. Here is the info:
gdalinfo europe.tif
Driver: GTiff/GeoTIFF
Files: europe.tif
Size is 2582, 2242
Coordinate System is:
PROJCS[“LAEA D000”,
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”]],
PROJECTION[“Lambert_Azimuthal_Equal_Area”],
PARAMETER[“latitude_of_center”,48],
PARAMETER[“longitude_of_center”,48],
PARAMETER[“false_easting”,48],
PARAMETER[“false_northing”,48],
UNIT[“metre”,1,
AUTHORITY[“EPSG”,“9001”]]]
Origin = (-1668800.000000000000000,2724700.000000000000000)
Pixel Size = (2000.000000000000000,-2000.000000000000000)
Metadata:
AREA_OR_POINT=Area
Image Structure Metadata:
INTERLEAVE=PIXEL
Corner Coordinates:
Upper Left (-1668800.000, 2724700.000) ( 5d46’4.89"E, 67d56’12.88"N)
Lower Left (-1668800.000,-1759300.000) ( 30d39’47.49"E,
30d30’31.93"N)
Upper Right ( 3495200.000, 2724700.000) (115d41’4.79"E, 56d21’28.68"N)
Lower Right ( 3495200.000,-1759300.000) ( 83d12’53.93"E, 25d16’46.23"N)
Center ( 913200.000, 482700.000) ( 61d15’33.88"E, 51d37’22.81"N)
Band 1 Block=2582x3 Type=Byte, ColorInterp=Red
Band 2 Block=2582x3 Type=Byte, ColorInterp=Green
Band 3 Block=2582x3 Type=Byte, ColorInterp=Blue
I read some threads on the same topics. And I assume that it requires a
patch, or an upgrade to newer version? Any hints?
Thanks!


The Planet: dedicated and managed hosting, cloud storage, colocation
Stay online with enterprise data centers and the best network in the
business
Choose flexible plans and management services without long-term contracts
Personal 24x7 support from experience hosting pros just a phone call away.
http://p.sf.net/sfu/theplanet-com


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

theresia freska ha scritto:

I'm not sure, but I think that's one single image. My friend only gave me that. We both acquire the data from the same server. For my case, I have this .mp# and .mpr files, then I convert it using gdal_translate to one single .tif file.
I send them both separately to you. Thanks!

Hi there,
thanks, looked into it. While trying to open the tiff GeoServer logs this
error:

Caused by: org.geotools.gce.geotiff.GeoTiffException: GEOTIFF Module Error Report
GeoTiffMetadata2CRSAdapter::createUserDefinedProjectionParameter(String name):User defined projections must specify coordinate transformation code in ProjCoordTransGeoKey
ModelPixelScaleTag: [3002.1681088560654,3005.019170687837,0.0]
ModelTiePointTag: (1 tie points)
TP #0: [0.0,0.0,0.0] -> [-919623.5703230177,5420228.319049042,0.0]
ModelTransformationTag: NOT AVAILABLE
GeoKey #1: Key = 1, Value = null
GeoKey #2: Key = 1025, Value = 2
GeoKey #3: Key = 2049, Value = Projection=GeoStationary Satellite; Ellipsoide=WGS 84; Datum=WGS 1984; ( Projection parameters: Central Meridian=0.00000000; Central Parallel=0.00000000; )
GeoKey #4: Key = 2051, Value = 8901
GeoKey #5: Key = 1024, Value = 1

And well, in fact the projection is real odd, not even sure it's
valid syntax (it was right there in your first mail but I did not
notice it):

PROJCS["unnamed",
     GEOGCS["Projection=GeoStationary Satellite; Ellipsoide=WGS 84; Datum=WGS 1984; ( Projection parameters: Central Meridian=0.00000000; Central Parallel=0.00000000; )",
         DATUM["WGS_1984",
             SPHEROID["WGS 84",6378137,298.2572235630016,
                 AUTHORITY["EPSG","7030"]],
             AUTHORITY["EPSG","6326"]],
         PRIMEM["Greenwich",0],
         UNIT[,0.0174532925199433]],
     UNIT["unknown",1]]

Origin = (-919623.570323017658666,5420228.319049041718245)
Pixel Size = (3002.168108856065373,-3005.019170687836777)

The WKT looks like a broken WGS84, but with those values
in the origin and pixel size the data is certainly not lat/lon.

A valid projected CRS looks like the other one you sent, with the
Lambert azimuthal projection declared in a PROJECTION block and
with all of the parameters following it.
The idea of putting the projection and the params in the projection
name is plain wrong (may be useful for doc purposes, but no one
should expect software to parse it).
Besides that, I never heard of a "GeoStationary Satellite" project
in the official EPSG database, thought it seems to be known
somewhere else:
http://spatialreference.org/ref/sr-org/81/

I see libproj supports it, but our referencing subsystem does not.
I've opened a jira issue to track this need, should a lot of
people ask for it:
http://jira.codehaus.org/browse/GEOT-2933

However at the moment you're the first one that ever requested support
for it, unless funding comes in backing the projection I don't think
it will be implemented anytime soon.

On the bright side you can use gdalwarp to reproject that data into
something GeoServer can read instead.

Cheers
Andrea

--
Andrea Aime
OpenGeo - http://opengeo.org
Enterprise support for open source geospatial.

Ah, thank you for pointing that out. I will try to reproject them using gdalwarp. But, actually those two files I sent you are the failed ones. Do you have any idea for the second image? When converting, I set the projection to WGS 84. Here is the gdalinfo:

gdalinfo test.tif
Driver: GTiff/GeoTIFF
Files: test.tif
Size is 2532, 2500
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”]]
Metadata:
AREA_OR_POINT=Area
Image Structure Metadata:
INTERLEAVE=BAND
Corner Coordinates:
Upper Left ( 0.0, 0.0)
Lower Left ( 0.0, 2500.0)
Upper Right ( 2532.0, 0.0)
Lower Right ( 2532.0, 2500.0)
Center ( 1266.0, 1250.0)
Band 1 Block=2532x3 Type=Byte, ColorInterp=Gray

And error logs from Geoserver:

Caused by: org.geotools.gce.geotiff.GeoTiffException: GEOTIFF Module Error Report
Unknown Raster to Model configuration.
ModelPixelScaleTag: NOT AVAILABLE
ModelTiePointTag: NOT AVAILABLE
ModelTransformationTag: NOT AVAILABLE
GeoKey #1: Key = 1, Value = null
GeoKey #2: Key = 1024, Value = 2
GeoKey #3: Key = 1025, Value = 1
GeoKey #4: Key = 2048, Value = 4326
GeoKey #5: Key = 2049, Value = WGS 84
GeoKey #6: Key = 2054, Value = 9102
GeoKey #7: Key = 2057, Value = 6378137.0

Thanks!

Best regards,
Freska


From: Andrea Aime aaime@anonymised.com
To: theresia freska frezzz_54@anonymised.com
Cc: geoserver-users@lists.sourceforge.net
Sent: Wed, January 27, 2010 3:48:31 PM
Subject: Re: [Geoserver-users] Error: Could not obtain a reader for the CoverageDataSet

theresia freska ha scritto:

I’m not sure, but I think that’s one single image. My friend only gave me that. We both acquire the data from the same server. For my case, I have this .mp# and .mpr files, then I convert it using gdal_translate to one single .tif file.
I send them both separately to you. Thanks!

Hi there,
thanks, looked into it. While trying to open the tiff GeoServer logs this
error:

Caused by: org.geotools.gce.geotiff.GeoTiffException: GEOTIFF Module Error Report
GeoTiffMetadata2CRSAdapter::createUserDefinedProjectionParameter(String name):User defined projections must specify coordinate transformation code in ProjCoordTransGeoKey
ModelPixelScaleTag: [3002.1681088560654,3005.019170687837,0.0]
ModelTiePointTag: (1 tie points)
TP #0: [0.0,0.0,0.0] → [-919623.5703230177,5420228.319049042,0.0]
ModelTransformationTag: NOT AVAILABLE
GeoKey #1: Key = 1, Value = null
GeoKey #2: Key = 1025, Value = 2
GeoKey #3: Key = 2049, Value = Projection=GeoStationary Satellite; Ellipsoide=WGS 84; Datum=WGS 1984; ( Projection parameters: Central Meridian=0.00000000; Central Parallel=0.00000000; )
GeoKey #4: Key = 2051, Value = 8901
GeoKey #5: Key = 1024, Value = 1

And well, in fact the projection is real odd, not even sure it’s
valid syntax (it was right there in your first mail but I did not
notice it):

PROJCS[“unnamed”,
GEOGCS[“Projection=GeoStationary Satellite; Ellipsoide=WGS 84; Datum=WGS 1984; ( Projection parameters: Central Meridian=0.00000000; Central Parallel=0.00000000; )”,
DATUM[“WGS_1984”,
SPHEROID[“WGS 84”,6378137,298.2572235630016,
AUTHORITY[“EPSG”,“7030”]],
AUTHORITY[“EPSG”,“6326”]],
PRIMEM[“Greenwich”,0],
UNIT[,0.0174532925199433]],
UNIT[“unknown”,1]]

Origin = (-919623.570323017658666,5420228.319049041718245)
Pixel Size = (3002.168108856065373,-3005.019170687836777)

The WKT looks like a broken WGS84, but with those values
in the origin and pixel size the data is certainly not lat/lon.

A valid projected CRS looks like the other one you sent, with the
Lambert azimuthal projection declared in a PROJECTION block and
with all of the parameters following it.
The idea of putting the projection and the params in the projection
name is plain wrong (may be useful for doc purposes, but no one
should expect software to parse it).
Besides that, I never heard of a “GeoStationary Satellite” project
in the official EPSG database, thought it seems to be known
somewhere else:
http://spatialreference.org/ref/sr-org/81/

I see libproj supports it, but our referencing subsystem does not.
I’ve opened a jira issue to track this need, should a lot of
people ask for it:
http://jira.codehaus.org/browse/GEOT-2933

However at the moment you’re the first one that ever requested support
for it, unless funding comes in backing the projection I don’t think
it will be implemented anytime soon.

On the bright side you can use gdalwarp to reproject that data into
something GeoServer can read instead.

Cheers
Andrea

– Andrea Aime
OpenGeo - http://opengeo.org
Enterprise support for open source geospatial.

theresia freska ha scritto:

Ah, thank you for pointing that out. I will try to reproject them using gdalwarp. But, actually those two files I sent you are the failed ones. Do you have any idea for the second image? When converting, I set the projection to WGS 84. Here is the gdalinfo:

gdalinfo test.tif
Driver: GTiff/GeoTIFF
Files: test.tif
Size is 2532, 2500
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"]]
Metadata:
  AREA_OR_POINT=Area
Image Structure Metadata:
  INTERLEAVE=BAND
Corner Coordinates:
Upper Left ( 0.0, 0.0)
Lower Left ( 0.0, 2500.0)
Upper Right ( 2532.0, 0.0)
Lower Right ( 2532.0, 2500.0)
Center ( 1266.0, 1250.0)
Band 1 Block=2532x3 Type=Byte, ColorInterp=Gray

Ah sorry. This one does not appear to be referenced.
Notice how gdal_info does not report origin and pixel size.
It is the equivalent of an image associated with a .prj file,
but with no .tfw file

Cheers
Andrea

--
Andrea Aime
OpenGeo - http://opengeo.org
Enterprise support for open source geospatial.