[Geoserver-users] Can someone please test this .tiff?

Tim_Robertson · March 20, 2007, 11:44am

Hi all,

Very sorry to be wasting your time with something so trivial, but can someone please test this .tiff on their geoserver?

I can open it in ER Viewer, but I can’t load it into the geoserver, or make pyramids from in (which is what I really want to do from the global nasa view).

Been banging my head against the desk with this for days now.

I am able to load in the .tiffs that ship with the examples, but not from ones I have created from gdal_translate…

gdal_translate -of GTiff -projwin -3 56 -2 55 world-topo-bathy-200408-3x86400x43200.ecw fife.tiff was used to create it – am I missing something trivial?

Many thanks,

Tim

(java – 1.5, OS – windows, geoserver – just the war file, coverage tools were from the 2.1.x. branch)

fife.tiff (169 KB)

Andrea_Aime3 · March 26, 2007, 7:04am

Tim Robertson ha scritto:

I am able to load in the .tiffs that ship with the examples, but not from ones I have created from gdal_translate…

gdal_translate -of GTiff -projwin -3 56 -2 55 world-topo-bathy-200408-3x86400x43200.ecw fife.tiff was used to create it – am I missing something trivial?

There's something fishy going on here. Look at the gdalinfo output against the file you attacched:

gdalinfo fife.tiff
Driver: GTiff/GeoTIFF
Size is 240, 240
Coordinate System is `'
Origin = (-3.000000000002842,56.000000000000547)
Pixel Size = (0.004166666666667,-0.004166666666667)
Corner Coordinates:
Upper Left ( -3.0000000, 56.0000000)
Lower Left ( -3.0000000, 55.0000000)
Upper Right ( -2.0000000, 56.0000000)
Lower Right ( -2.0000000, 55.0000000)
Center ( -2.5000000, 55.5000000)
Band 1 Block=240x34 Type=Byte, ColorInterp=Red
Band 2 Block=240x34 Type=Byte, ColorInterp=Green
Band 3 Block=240x34 Type=Byte, ColorInterp=Blue

"Coordinate System is `'", that is, no CRS specified for that file!
The Geoserver geotiff driver won't load geotiffs without CRS information.
Now, I pasted exactly the same command as you agains my bluemarble
files downloaded from geotorrents, and run gdalinfo again.

gdalinfo fife.tiff
Driver: GTiff/GeoTIFF
Size is 240, 240
Coordinate System is:
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"]]
Origin = (-3.000000000002842,56.000000000000547)
Pixel Size = (0.004166666666667,-0.004166666666667)
Metadata:
   AREA_OR_POINT=Area
Corner Coordinates:
Upper Left ( -3.0000000, 56.0000000) ( 3d 0'0.00"W, 56d 0'0.00"N)
Lower Left ( -3.0000000, 55.0000000) ( 3d 0'0.00"W, 55d 0'0.00"N)
Upper Right ( -2.0000000, 56.0000000) ( 2d 0'0.00"W, 56d 0'0.00"N)
Lower Right ( -2.0000000, 55.0000000) ( 2d 0'0.00"W, 55d 0'0.00"N)
Center ( -2.5000000, 55.5000000) ( 2d30'0.00"W, 55d30'0.00"N)
Band 1 Block=240x34 Type=Byte, ColorInterp=Red
Band 2 Block=240x34 Type=Byte, ColorInterp=Green
Band 3 Block=240x34 Type=Byte, ColorInterp=Blue

Now, I'm wondering, how is it that my generated tiff has CRS info,
and yours doesn't? If you run gdalinfo against the ECW, do you get
CRS infos? I do.

Which version of fwtools are you running? On my PC:
gdalinfo --version
GDAL 1.4.0.0, FWTools 1.1.3, released 2007/01/04

Cheers
Andrea

Tim_Robertson · March 26, 2007, 7:22am

Hi Andrea,

Thanks again...

I have tried 3 FWTools:

FWTools 1.2.3: Coordinate System is `'
FWTools 1.2.2: Coordinate System is `'
FWTools 1.1.3: Coordinate System is `'

Guess that pinpoints the problem then! I wonder why bitorrent gave me a
different ecw to you though.

Is there a place where someone has put the sliced up world in a pyramid form
of Tiffs already?

Thanks,

Tim

-----Original Message-----
From: Andrea Aime [mailto:aaime@anonymised.com]
Sent: Monday, March 26, 2007 9:05 AM
To: Tim Robertson
Cc: Geoserver-users@lists.sourceforge.net
Subject: Re: [Geoserver-users] Can someone please test this .tiff?

Tim Robertson ha scritto:

I am able to load in the .tiffs that ship with the examples, but not
from ones I have created from gdal_translate.

gdal_translate -of GTiff -projwin -3 56 -2 55
world-topo-bathy-200408-3x86400x43200.ecw fife.tiff was used to create
it - am I missing something trivial?

There's something fishy going on here. Look at the gdalinfo output
against the file you attacched:

gdalinfo fife.tiff
Driver: GTiff/GeoTIFF
Size is 240, 240
Coordinate System is `'
Origin = (-3.000000000002842,56.000000000000547)
Pixel Size = (0.004166666666667,-0.004166666666667)
Corner Coordinates:
Upper Left ( -3.0000000, 56.0000000)
Lower Left ( -3.0000000, 55.0000000)
Upper Right ( -2.0000000, 56.0000000)
Lower Right ( -2.0000000, 55.0000000)
Center ( -2.5000000, 55.5000000)
Band 1 Block=240x34 Type=Byte, ColorInterp=Red
Band 2 Block=240x34 Type=Byte, ColorInterp=Green
Band 3 Block=240x34 Type=Byte, ColorInterp=Blue

"Coordinate System is `'", that is, no CRS specified for that file!
The Geoserver geotiff driver won't load geotiffs without CRS information.
Now, I pasted exactly the same command as you agains my bluemarble
files downloaded from geotorrents, and run gdalinfo again.

gdalinfo fife.tiff
Driver: GTiff/GeoTIFF
Size is 240, 240
Coordinate System is:
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"]]
Origin = (-3.000000000002842,56.000000000000547)
Pixel Size = (0.004166666666667,-0.004166666666667)
Metadata:
   AREA_OR_POINT=Area
Corner Coordinates:
Upper Left ( -3.0000000, 56.0000000) ( 3d 0'0.00"W, 56d 0'0.00"N)
Lower Left ( -3.0000000, 55.0000000) ( 3d 0'0.00"W, 55d 0'0.00"N)
Upper Right ( -2.0000000, 56.0000000) ( 2d 0'0.00"W, 56d 0'0.00"N)
Lower Right ( -2.0000000, 55.0000000) ( 2d 0'0.00"W, 55d 0'0.00"N)
Center ( -2.5000000, 55.5000000) ( 2d30'0.00"W, 55d30'0.00"N)
Band 1 Block=240x34 Type=Byte, ColorInterp=Red
Band 2 Block=240x34 Type=Byte, ColorInterp=Green
Band 3 Block=240x34 Type=Byte, ColorInterp=Blue

Now, I'm wondering, how is it that my generated tiff has CRS info,
and yours doesn't? If you run gdalinfo against the ECW, do you get
CRS infos? I do.

Which version of fwtools are you running? On my PC:
gdalinfo --version
GDAL 1.4.0.0, FWTools 1.1.3, released 2007/01/04

Cheers
Andrea

Andrea_Aime3 · March 26, 2007, 7:42am

Tim Robertson ha scritto:

Hi Andrea,

Thanks again...

I have tried 3 FWTools:

FWTools 1.2.3: Coordinate System is `'
FWTools 1.2.2: Coordinate System is `'
FWTools 1.1.3: Coordinate System is `'

Guess that pinpoints the problem then! I wonder why bitorrent gave me a
different ecw to you though.

Oh well, anyways, you can force a CRS information in your geotiffs using
the "-a_srs EPSG:4326" switch in gdal_translate (see full user guide here: http://www.gdal.org/gdal_translate.html).

Is there a place where someone has put the sliced up world in a pyramid form
of Tiffs already?

Well, we do have a set of 8 pyramids that do cover the whole world on sigma.openplans.org, I guess we can try and upload stuff there. Chris?

Unfortunately at the moment the pyramid building tool is broken, and I have little faith in having it restored for good, since the tools
were written in a rush and do not have any unit test to ensure
they keep on working when "improved"

For the time being, I suggest you do create a group of geotiff images
(8 should be ok if you have fast disks) with inner tiles, then use gdaladdo to add overviews, and serve from those.

Cheers
Andrea