[Geoserver-users] "Invalid url" error for new coverage store

Having a bit of a problem getting Geoserver to pick up a GeoTIFF from under the coverages dir. "Invalid url: ‘file:coverages/spam_glc2.tiff’ for format type:‘GeoTIFF’.

I’m running this on a Linux system with Tomcat and I’m not totally sure what the “Invalid URL” means. It doesn’t appear tp be a problem with finding the file, as when I change the path specification in the “New CoverageStore” interface, I get a true “File not Found” error. The file is located in, “/usr/local/apache-tomcat-6.0.16/webapps/geoserver/data/coverages/”

Can anyone advise me as to what things I should check?

The GeoTiff “looks” like this in gdalinfo:
$ gdalinfo spam_glc2.tif
Driver: GTiff/GeoTIFF
Size is 2403, 1584
Coordinate System is `’
Origin = (-197.922038228547677,147.448452606569646)
Pixel Size = (0.164802963691709,-0.164802963691709)
Corner Coordinates:
Upper Left ( -197.922, 147.448)
Lower Left ( -197.922, -113.599)
Upper Right ( 198.099, 147.448)
Lower Right ( 198.099, -113.599)
Center ( 0.0887226, 16.9245054)
Band 1 Block=2403x3 Type=Byte, ColorInterp=Red
Band 2 Block=2403x3 Type=Byte, ColorInterp=Green
Band 3 Block=2403x3 Type=Byte, ColorInterp=Blue
Band 4 Block=2403x3 Type=Byte, ColorInterp=Alpha

Thanks,

Roger

Roger André
GIS Developer/Analyst
Enterprise Management Solutions

CH2M HILL
1100 112th Avenue NE
Suite 400
Bellevue, WA 98004
Direct 425.233.3042
roger.andre@anonymised.com

Developing People through Challenging Projects

Invalid url: ‘file:coverages/spam_glc2.tiff’
gdalinfo spam_glc2.tif

Is that tiff, or tif?

On Wed, Mar 19, 2008 at 12:19 PM, <Roger.Andre@anonymised.com> wrote:

Having a bit of a problem getting Geoserver to pick up a GeoTIFF from under the coverages dir. "Invalid url: ‘file:coverages/spam_glc2.tiff’ for format type:‘GeoTIFF’.

I’m running this on a Linux system with Tomcat and I’m not totally sure what the “Invalid URL” means. It doesn’t appear tp be a problem with finding the file, as when I change the path specification in the “New CoverageStore” interface, I get a true “File not Found” error. The file is located in, “/usr/local/apache-tomcat-6.0.16/webapps/geoserver/data/coverages/”

Can anyone advise me as to what things I should check?

The GeoTiff “looks” like this in gdalinfo:
$ gdalinfo spam_glc2.tif
Driver: GTiff/GeoTIFF
Size is 2403, 1584
Coordinate System is `’
Origin = (-197.922038228547677,147.448452606569646)
Pixel Size = (0.164802963691709,-0.164802963691709)
Corner Coordinates:
Upper Left ( -197.922, 147.448)
Lower Left ( -197.922, -113.599)
Upper Right ( 198.099, 147.448)
Lower Right ( 198.099, -113.599)
Center ( 0.0887226, 16.9245054)
Band 1 Block=2403x3 Type=Byte, ColorInterp=Red
Band 2 Block=2403x3 Type=Byte, ColorInterp=Green
Band 3 Block=2403x3 Type=Byte, ColorInterp=Blue
Band 4 Block=2403x3 Type=Byte, ColorInterp=Alpha

Thanks,

Roger

Roger André
GIS Developer/Analyst
Enterprise Management Solutions

CH2M HILL
1100 112th Avenue NE
Suite 400
Bellevue, WA 98004
Direct 425.233.3042
roger.andre@anonymised.com

Developing People through Challenging Projects


This SF.net email is sponsored by: Microsoft
Defy all challenges. Microsoft(R) Visual Studio 2008.
http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/


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

Sorry, it’s .tiff on the server. I thought it might not have been picking the file up because it was “.tif”, instead of “.tiff”, so I tested it with both names.

No dice.


From: geoserver-users-bounces@lists.sourceforge.net [mailto:geoserver-users-bounces@lists.sourceforge.net] On Behalf Of Eric Engle
Sent: Wednesday, March 19, 2008 1:36 PM
To: geoserver-users@lists.sourceforge.net
Subject: Re: [Geoserver-users] “Invalid url” error for new coverage store

Invalid url: ‘file:coverages/spam_glc2.tiff’
gdalinfo spam_glc2.tif

Is that tiff, or tif?

On Wed, Mar 19, 2008 at 12:19 PM, <Roger.Andre@anonymised.com> wrote:

Having a bit of a problem getting Geoserver to pick up a GeoTIFF from under the coverages dir. "Invalid url: ‘file:coverages/spam_glc2.tiff’ for format type:‘GeoTIFF’.

I’m running this on a Linux system with Tomcat and I’m not totally sure what the “Invalid URL” means. It doesn’t appear tp be a problem with finding the file, as when I change the path specification in the “New CoverageStore” interface, I get a true “File not Found” error. The file is located in, “/usr/local/apache-tomcat-6.0.16/webapps/geoserver/data/coverages/”

Can anyone advise me as to what things I should check?

The GeoTiff “looks” like this in gdalinfo:
$ gdalinfo spam_glc2.tif
Driver: GTiff/GeoTIFF
Size is 2403, 1584
Coordinate System is `’
Origin = (-197.922038228547677,147.448452606569646)
Pixel Size = (0.164802963691709,-0.164802963691709)
Corner Coordinates:
Upper Left ( -197.922, 147.448)
Lower Left ( -197.922, -113.599)
Upper Right ( 198.099, 147.448)
Lower Right ( 198.099, -113.599)
Center ( 0.0887226, 16.9245054)
Band 1 Block=2403x3 Type=Byte, ColorInterp=Red
Band 2 Block=2403x3 Type=Byte, ColorInterp=Green
Band 3 Block=2403x3 Type=Byte, ColorInterp=Blue
Band 4 Block=2403x3 Type=Byte, ColorInterp=Alpha

Thanks,

Roger

Roger André
GIS Developer/Analyst
Enterprise Management Solutions

CH2M HILL
1100 112th Avenue NE
Suite 400
Bellevue, WA 98004
Direct 425.233.3042
roger.andre@anonymised.com

Developing People through Challenging Projects


This SF.net email is sponsored by: Microsoft
Defy all challenges. Microsoft(R) Visual Studio 2008.
http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/


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

Roger.Andre@anonymised.com ha scritto:

Having a bit of a problem getting Geoserver to pick up a GeoTIFF from under the coverages dir. "Invalid url: 'file:coverages/spam_glc2.tiff' for format type:'GeoTIFF'.
I'm running this on a Linux system with Tomcat and I'm not totally sure what the "Invalid URL" means. It doesn't appear tp be a problem with finding the file, as when I change the path specification in the "New CoverageStore" interface, I get a true "File not Found" error. The file is located in, "/usr/local/apache-tomcat-6.0.16/webapps/geoserver/data/coverages/"
Can anyone advise me as to what things I should check?
The GeoTiff "looks" like this in gdalinfo:
$ gdalinfo spam_glc2.tif
Driver: GTiff/GeoTIFF
Size is 2403, 1584
Coordinate System is `'

This is the reason, no CRS. GeoServer does not consider it a valid
coverage for this reason. You can use gdal_traslate -a_srs to force
an SRS into the file.

Cheers
Andrea

Perfect, thanks very much! Easy fix, and makes sense. Related to that,
if I used a file that had an attached worldfile and a .prj, would
GeoServer pick it up? It's not what I intend to do here, but I had
thought of using georeferenced PNG's in the future.

-----Original Message-----
From: Andrea Aime [mailto:aaime@anonymised.com]
Sent: Wednesday, March 19, 2008 1:54 PM
To: Andre, Roger/SEA
Cc: geoserver-users@lists.sourceforge.net
Subject: Re: [Geoserver-users] "Invalid url" error for new coverage
store

Roger.Andre@anonymised.com ha scritto:

Having a bit of a problem getting Geoserver to pick up a GeoTIFF from
under the coverages dir. "Invalid url:

'file:coverages/spam_glc2.tiff'

for format type:'GeoTIFF'.

I'm running this on a Linux system with Tomcat and I'm not totally
sure what the "Invalid URL" means. It doesn't appear tp be a problem
with finding the file, as when I change the path specification in the
"New CoverageStore" interface, I get a true "File not Found" error.
The file is located in,
"/usr/local/apache-tomcat-6.0.16/webapps/geoserver/data/coverages/"

Can anyone advise me as to what things I should check?

The GeoTiff "looks" like this in gdalinfo:
$ gdalinfo spam_glc2.tif
Driver: GTiff/GeoTIFF
Size is 2403, 1584
Coordinate System is `'

This is the reason, no CRS. GeoServer does not consider it a valid
coverage for this reason. You can use gdal_traslate -a_srs to force an
SRS into the file.

Cheers
Andrea

You can specify the full path to your .tiff file:

file:/usr/local/apache-tomcat-6.0.16/webapps/geoserver/data/coverages/spam_glc2.tiff

Alex

On Wed, Mar 19, 2008 at 2:50 PM, <Roger.Andre@...598...> wrote:

Sorry, it's .tiff on the server. I thought it might not have been picking
the file up because it was ".tif", instead of ".tiff", so I tested it with
both names.

No dice.

________________________________
From: geoserver-users-bounces@lists.sourceforge.net
[mailto:geoserver-users-bounces@lists.sourceforge.net] On Behalf Of Eric
Engle
Sent: Wednesday, March 19, 2008 1:36 PM
To: geoserver-users@lists.sourceforge.net
Subject: Re: [Geoserver-users] "Invalid url" error for new coverage store

Invalid url: 'file:coverages/spam_glc2.tiff'
gdalinfo spam_glc2.tif

Is that tiff, or tif?

On Wed, Mar 19, 2008 at 12:19 PM, <Roger.Andre@...598...> wrote:

>
>
> Having a bit of a problem getting Geoserver to pick up a GeoTIFF from
under the coverages dir. "Invalid url: 'file:coverages/spam_glc2.tiff' for
format type:'GeoTIFF'.
>
> I'm running this on a Linux system with Tomcat and I'm not totally sure
what the "Invalid URL" means. It doesn't appear tp be a problem with
finding the file, as when I change the path specification in the "New
CoverageStore" interface, I get a true "File not Found" error. The file is
located in,
"/usr/local/apache-tomcat-6.0.16/webapps/geoserver/data/coverages/"
>
> Can anyone advise me as to what things I should check?
>
> The GeoTiff "looks" like this in gdalinfo:
> $ gdalinfo spam_glc2.tif
> Driver: GTiff/GeoTIFF
> Size is 2403, 1584
> Coordinate System is `'
> Origin = (-197.922038228547677,147.448452606569646)
> Pixel Size = (0.164802963691709,-0.164802963691709)
> Corner Coordinates:
> Upper Left ( -197.922, 147.448)
> Lower Left ( -197.922, -113.599)
> Upper Right ( 198.099, 147.448)
> Lower Right ( 198.099, -113.599)
> Center ( 0.0887226, 16.9245054)
> Band 1 Block=2403x3 Type=Byte, ColorInterp=Red
> Band 2 Block=2403x3 Type=Byte, ColorInterp=Green
> Band 3 Block=2403x3 Type=Byte, ColorInterp=Blue
> Band 4 Block=2403x3 Type=Byte, ColorInterp=Alpha
>
> Thanks,
>
> Roger
> --
> Roger André
> GIS Developer/Analyst
> Enterprise Management Solutions
>
> CH2M HILL
> 1100 112th Avenue NE
> Suite 400
> Bellevue, WA 98004
> Direct 425.233.3042
> roger.andre@...598...
>
> Developing People through Challenging Projects
>
>
> -------------------------------------------------------------------------
> This SF.net email is sponsored by: Microsoft
> Defy all challenges. Microsoft(R) Visual Studio 2008.
> http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/
> _______________________________________________
> Geoserver-users mailing list
> Geoserver-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/geoserver-users
>
>

-------------------------------------------------------------------------
This SF.net email is sponsored by: Microsoft
Defy all challenges. Microsoft(R) Visual Studio 2008.
http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/
_______________________________________________
Geoserver-users mailing list
Geoserver-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-users

Ciao Andre,

On Wed, Mar 19, 2008 at 9:56 PM, <Roger.Andre@anonymised.com> wrote:

Perfect, thanks very much! Easy fix, and makes sense. Related to that,
if I used a file that had an attached worldfile and a .prj, would
GeoServer pick it up?

Yeah, but using the world image format (yet :slight_smile: ) the geotiff format.

It's not what I intend to do here, but I had
thought of using georeferenced PNG's in the future.

I would not use intensively PNG since java support for this format is
quite poor.
Best option is geotiff with internal overviews.

Regards,
Simone.

-----Original Message-----
From: Andrea Aime [mailto:aaime@anonymised.com]
Sent: Wednesday, March 19, 2008 1:54 PM
To: Andre, Roger/SEA
Cc: geoserver-users@lists.sourceforge.net
Subject: Re: [Geoserver-users] "Invalid url" error for new coverage
store

Roger.Andre@anonymised.com ha scritto:
> Having a bit of a problem getting Geoserver to pick up a GeoTIFF from
> under the coverages dir. "Invalid url:
'file:coverages/spam_glc2.tiff'
> for format type:'GeoTIFF'.
>
> I'm running this on a Linux system with Tomcat and I'm not totally
> sure what the "Invalid URL" means. It doesn't appear tp be a problem
> with finding the file, as when I change the path specification in the
> "New CoverageStore" interface, I get a true "File not Found" error.
> The file is located in,
> "/usr/local/apache-tomcat-6.0.16/webapps/geoserver/data/coverages/"
>
> Can anyone advise me as to what things I should check?
>
> The GeoTiff "looks" like this in gdalinfo:
> $ gdalinfo spam_glc2.tif
> Driver: GTiff/GeoTIFF
> Size is 2403, 1584
> Coordinate System is `'

This is the reason, no CRS. GeoServer does not consider it a valid
coverage for this reason. You can use gdal_traslate -a_srs to force an
SRS into the file.

Cheers
Andrea

-------------------------------------------------------------------------
This SF.net email is sponsored by: Microsoft
Defy all challenges. Microsoft(R) Visual Studio 2008.
http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/
_______________________________________________
Geoserver-users mailing list
Geoserver-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-users

--
-------------------------------------------------------
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

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