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: geoserver-users-bounces@lists.sourceforge.net
[mailto:geoserver-users-bounces@lists.sourceforge.net] On Behalf Of andyjc
Sent: giovedì 9 agosto 2007 13.17
To: geoserver-users@lists.sourceforge.net
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
Geoserver-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-users