I investigated this issue deeply, here you have the results.
The CRS of the geotiff is as follows:
PROJCS["unnamed",
GEOGCS["WGS 84",
DATUM["WGS_1984",
SPHEROID["WGS 84",6378137,298.2572235630016,
AUTHORITY["EPSG","7030"]],
AUTHORITY["EPSG","6326"]],
PRIMEM["Greenwich",0],
UNIT["degree",0.0174532925199433],
AUTHORITY["EPSG","4326"]],
PROJECTION["Equirectangular"],
PARAMETER["latitude_of_origin",0],
PARAMETER["central_meridian",0],
PARAMETER["false_easting",0],
PARAMETER["false_northing",0],
UNIT["metre",1,
AUTHORITY["EPSG","9001"]]]
All the problems are geotools related.
In the right order:
1> GeoTools implements the Equirectangular projection as an Alias of the
EquidistantCylindrical or better of the PlateCarre projection (which is in
turn an alias for EquidistantCylindrical where code standard_parallel_1 is
0°. First problem is that GeoTools implementations always expect
standard_parallel_1 instead of latitude_of_origin as reported by the
unofficial list of projections here:
http://remotesensing.org/geotiff/proj_list/equirectangular.html
Now, Martin, how would you behave here? Would simply change the parameter
name from latitude_of_origin to standard_parallel_1 when creating the
parameters for the transform? Should we use an alias?
Note that this impact greatly the way I load and initialize the parameters
inside the geotiff plugin.
2>GeoTools referencing package do not implement elliptical
EquidistantCylindrical projections hence even if problem 1 did not exist we
would not be able to support this geotiff yet.
Conclusion.
The problem could be fixed pretty easily. I am waiting for some directions
from Martin for 1 while I am going to open a Jira task for 2 and fix it
myself next days.
Ciao,
Simone.
-------------------------------------------------------
Eng. Simone Giannecchini
President /CEO GeoSolutions S.A.S.
Via Carignoni 51
55041 Camaiore (LU)
Italy
phone: +39 0584983027
fax: +39 0584983027
mob: +39 333 8128928
http://www.geo-solutions.it
-------------------------------------------------------
-----Original Message-----
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of andyjc
Sent: giovedì 9 agosto 2007 13.17
To: [EMAIL PROTECTED]
Subject: Re: [Geoserver-users] Trouble Adding a CoverageStore
Hi Andrea,
Thanks for getting back. The geoserver instance is
http://81.29.77.204:8080/geoserver here (still with default login details),
and the geotiff I'm trying to add is
http://81.29.77.204/MET8-FC-070807-1145.tif here . The local URL (used on
the Coverage Data Set Editor) is:
file:coverages/meteosat/MET8-FC-070807-1145.tif
Thanks,
Andy
aaime wrote:
>
>
>
> andyjc wrote:
>>
>> Hi All,
>>
>> Just wondering if anyone can help. I'm trying to add a geotiff
>> CoverageStore to Geoserver, but on clicking Submit, I get the following
>> error:
>>
>> GeoServer - Exception
>> The following exception was thrown:
>> org.opengis.parameter.ParameterNotFoundException: Parameter
>> "latitude_of_origin" is missing.
>>
>> However, when I examine the image using gdalinfo, it seems that the
>> latitude_of_origin does seem to be present:
>>
>> PROJCS["unnamed",
>> GEOGCS["WGS 84",
>> DATUM["WGS_1984",
>> SPHEROID["WGS 84",6378137,298.2572235629972,
>> AUTHORITY["EPSG","7030"]],
>> AUTHORITY["EPSG","6326"]],
>> PRIMEM["Greenwich",0],
>> UNIT["degree",0.0174532925199433],
>> AUTHORITY["EPSG","4326"]],
>> PROJECTION["Equirectangular"],
>> PARAMETER["latitude_of_origin",0],
>> PARAMETER["central_meridian",0],
>> PARAMETER["false_easting",0],
>> PARAMETER["false_northing",0],
>> UNIT["metre",1,
>> AUTHORITY["EPSG","9001"]]]
>>
>> If it helps, I can post the image and the geoserver URL for people to
>> try. But just thought I'd give the above first, in case there's an
>> obvious answer.
>>
>> Any advice would be much appreciated.
>>
>> Many thanks,
>>
>> Andy
>>
>
> Hmmm... it may be that the latitude of origin is not specified an GADL
> copes with it by providing
> a default. Can you post a link to the data so that we can try it out?
>
> Cheers
> Andrea
>
>
--
View this message in context:
http://www.nabble.com/Trouble-Adding-a-CoverageStore-tf4237876.html#a1207060
3
Sent from the GeoServer - User mailing list archive at Nabble.com.
-------------------------------------------------------------------------
This SF.net email is sponsored by: Splunk Inc.
Still grepping through log files to find problems? Stop.
Now Search log events and configuration files using AJAX and a browser.
Download your FREE copy of Splunk now >> http://get.splunk.com/
_______________________________________________
Geoserver-users mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/geoserver-users
-------------------------------------------------------------------------
This SF.net email is sponsored by: Splunk Inc.
Still grepping through log files to find problems? Stop.
Now Search log events and configuration files using AJAX and a browser.
Download your FREE copy of Splunk now >> http://get.splunk.com/
_______________________________________________
Geotools-devel mailing list
Geotools-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geotools-devel
