[Geoserver-users] How do I to create a pyramid with a big tif

GeoServer GeoServer User
1

Hi all,

I’ve a big image ( SanFco.tif 421,4 MB, 16124x9133), and a file SanFco.tfw which constains the follow text:

1.20000000000000
0.00000000000000
0.00000000000000
-1.20000000000000
195534.89999999999000
1173670.82999999980000

I need to create a pyramid with 4 levels, and enforce them with the EPSG:4326 SRS. So, I run this command in the console:

sudo gdal_retile.py -v -r bilinear -s_srs EPSG:4326 -levels 4 -ps 2048 2048 -co “TILED=YES” -co “COMPRESS=JPEG” -targetDir layers SanFco.tif

Then, I got the following output:

Created level dir: layers/1/
Created level dir: layers/2/
Created level dir: layers/3/
Created level dir: layers/4/
Warning 1: TIFFFetchNormalTag:ASCII value for tag “ImageDescription” does not end in null byte
Building internal Index for 1 tile(s) … finished
Warning 1: TIFFFetchNormalTag:ASCII value for tag “ImageDescription” does not end in null byte
Filename: SanFco.tif
File Size: 16124x9133x3
Pixel Size: 1.200000 x -1.200000
UL:(195534.300000,1173671.430000) LR:(214883.100000,1162711.830000)
tileWidth 2048
tileHeight 2048
countTilesX: 8
countTilesY: 5
lastTileWidth: 1788
lastTileHeight: 941
layers/SanFco_1_1.tif : 0|0–>2048-2048
layers/SanFco_1_2.tif : 2048|0–>2048-2048
layers/SanFco_1_3.tif : 4096|0–>2048-2048
layers/SanFco_1_4.tif : 6144|0–>2048-2048
layers/SanFco_1_5.tif : 8192|0–>2048-2048
layers/SanFco_1_6.tif : 10240|0–>2048-2048
layers/SanFco_1_7.tif : 12288|0–>2048-2048
layers/SanFco_1_8.tif : 14336|0–>1788-2048
layers/SanFco_2_1.tif : 0|2048–>2048-2048
layers/SanFco_2_2.tif : 2048|2048–>2048-2048
layers/SanFco_2_3.tif : 4096|2048–>2048-2048
layers/SanFco_2_4.tif : 6144|2048–>2048-2048
layers/SanFco_2_5.tif : 8192|2048–>2048-2048
layers/SanFco_2_6.tif : 10240|2048–>2048-2048
layers/SanFco_2_7.tif : 12288|2048–>2048-2048
layers/SanFco_2_8.tif : 14336|2048–>1788-2048
layers/SanFco_3_1.tif : 0|4096–>2048-2048
layers/SanFco_3_2.tif : 2048|4096–>2048-2048
layers/SanFco_3_3.tif : 4096|4096–>2048-2048
layers/SanFco_3_4.tif : 6144|4096–>2048-2048
layers/SanFco_3_5.tif : 8192|4096–>2048-2048
layers/SanFco_3_6.tif : 10240|4096–>2048-2048
layers/SanFco_3_7.tif : 12288|4096–>2048-2048
layers/SanFco_3_8.tif : 14336|4096–>1788-2048
layers/SanFco_4_1.tif : 0|6144–>2048-2048
layers/SanFco_4_2.tif : 2048|6144–>2048-2048
layers/SanFco_4_3.tif : 4096|6144–>2048-2048
layers/SanFco_4_4.tif : 6144|6144–>2048-2048
layers/SanFco_4_5.tif : 8192|6144–>2048-2048
layers/SanFco_4_6.tif : 10240|6144–>2048-2048
layers/SanFco_4_7.tif : 12288|6144–>2048-2048
layers/SanFco_4_8.tif : 14336|6144–>1788-2048
layers/SanFco_5_1.tif : 0|8192–>2048-941
layers/SanFco_5_2.tif : 2048|8192–>2048-941
layers/SanFco_5_3.tif : 4096|8192–>2048-941
layers/SanFco_5_4.tif : 6144|8192–>2048-941
layers/SanFco_5_5.tif : 8192|8192–>2048-941
layers/SanFco_5_6.tif : 10240|8192–>2048-941
layers/SanFco_5_7.tif : 12288|8192–>2048-941
layers/SanFco_5_8.tif : 14336|8192–>1788-941
layers/1/SanFco_1_1.tif : 0|0–>2048-2048
layers/1/SanFco_1_2.tif : 2048|0–>2048-2048
layers/1/SanFco_1_3.tif : 4096|0–>2048-2048
layers/1/SanFco_1_4.tif : 6144|0–>1918-2048
layers/1/SanFco_2_1.tif : 0|2048–>2048-2048
layers/1/SanFco_2_2.tif : 2048|2048–>2048-2048
layers/1/SanFco_2_3.tif : 4096|2048–>2048-2048
layers/1/SanFco_2_4.tif : 6144|2048–>1918-2048
layers/1/SanFco_3_1.tif : 0|4096–>2048-470
layers/1/SanFco_3_2.tif : 2048|4096–>2048-470
layers/1/SanFco_3_3.tif : 4096|4096–>2048-470
layers/1/SanFco_3_4.tif : 6144|4096–>1918-470
layers/2/SanFco_1_1.tif : 0|0–>2048-2048
layers/2/SanFco_1_2.tif : 2048|0–>1983-2048
layers/2/SanFco_2_1.tif : 0|2048–>2048-235
layers/2/SanFco_2_2.tif : 2048|2048–>1983-235
layers/3/SanFco_1_1.tif : 0|0–>2015-1141
layers/4/SanFco_1_1.tif : 0|0–>1007-570
FINISHED

When I try to add the pyramid to my GeoServer Instance, the following error appear:

Could not list layers for this store, an error occurred retrieving them: This plugin accepts only File, URL and String pointing to a file

I try with all the tutorials that I found on the web and no one works… Please if someone could help me I’ll appreciate it.

I’m using Geoserver 2.0.2, uDig 1.2 RC3 and python GDAL.

TSU. Amador Cuenca

2

On Tue, Aug 10, 2010 at 10:37 AM, Amador Antonio Cuenca
<sphi02ac@anonymised.com> wrote:

Hi all,

[lots of stuff that looks ok]

When I try to add the pyramid to my GeoServer Instance, the following error
appear:

Could not list layers for this store, an error occurred retrieving them:
This plugin accepts only File, URL and String pointing to a file

We need more information to be sure but it looks like the same error I
had a few weeks ago that was a tomcat bug. Are you using tomcat? if so
is it the latest version (6.0.29)?

As far as I and Andrea could tell the problem is fixed in the latest
version of tomcat 6 (and 5) so updating should be enough to fix this.

Ian

--
Ian Turton

3

Thanks for answer so fast. I’m not using Tomcat. I’m using GlassFish Comunity Edition 3 (Comes with Netbeans 6.9),

The gdal_retylepy command create the following structure in /layers:

layers/
—/0
------SanFco_1_1.tif
------SanFco_1_2.tif
------SanFco_1_3.tif
------SanFco_1_4.tif
------SanFco_1_5.tif
------SanFco_1_6.tif
------SanFco_1_7.tif
------SanFco_1_8.tif
------SanFco_2_1.tif
------SanFco_2_2.tif
------SanFco_2_3.tif
------SanFco_2_4.tif
------SanFco_2_5.tif
------SanFco_2_6.tif
------SanFco_2_7.tif
------SanFco_2_8.tif
------SanFco_3_1.tif
------SanFco_3_2.tif
------SanFco_3_3.tif
------SanFco_3_4.tif
------SanFco_3_5.tif
------SanFco_3_6.tif
------SanFco_3_7.tif
------SanFco_3_8.tif
------SanFco_4_1.tif
------SanFco_4_2.tif
------SanFco_4_3.tif
------SanFco_4_4.tif
------SanFco_4_5.tif
------SanFco_4_6.tif
------SanFco_4_7.tif
------SanFco_4_8.tif
—/1
------SanFco_1_1.tif
------SanFco_1_2.tif
------SanFco_1_3.tif
------SanFco_1_4.tif
------SanFco_2_1.tif
------SanFco_2_2.tif
------SanFco_2_3.tif
------SanFco_2_4.tif
------SanFco_3_1.tif
------SanFco_3_2.tif
------SanFco_3_3.tif
------SanFco_3_4.tif
------SanFco_4_1.tif
------SanFco_4_2.tif
------SanFco_4_3.tif
------SanFco_4_4.tif
—/2
------SanFco_1_1.tif
------SanFco_1_2.tif
------SanFco_2_1.tif
------SanFco_2_2.tif
—/3
------SanFco_1_1.tif
—/4
------SanFco_1_1.tif

I notice, that in these folders only are .tif files and there aren’t files wich contain the spatial info (cood., srs…), I think that is the problem but I don’t know hot to solve it.

–
TSU. Amador Cuenca

4

Hi Amador,

I think your problem is with the relation between the tfw file and
EPSG:4326

The EPSG:4326 requires latitude and longitude in a tfw (AKA world file)
and yours seems to be x and y values (the last two lines).

FYI, the last 2 lines of a world file represent the "position" of the
upper left corner of the image.

My guess is the SRS source of your image is not EPSG:4326 but something
else.

That may explain what GDAL is generating.

Regards,

Bernard

On Tue, 2010-08-10 at 10:38 -0430, Amador Antonio Cuenca wrote:

Thanks for answer so fast. I'm not using Tomcat. I'm using GlassFish
Comunity Edition 3 (Comes with Netbeans 6.9),

The gdal_retylepy command create the following structure in /layers:

layers/
---/0
------SanFco_1_1.tif
------SanFco_1_2.tif
------SanFco_1_3.tif
------SanFco_1_4.tif
------SanFco_1_5.tif
------SanFco_1_6.tif
------SanFco_1_7.tif
------SanFco_1_8.tif
------SanFco_2_1.tif
------SanFco_2_2.tif
------SanFco_2_3.tif
------SanFco_2_4.tif
------SanFco_2_5.tif
------SanFco_2_6.tif
------SanFco_2_7.tif
------SanFco_2_8.tif
------SanFco_3_1.tif
------SanFco_3_2.tif
------SanFco_3_3.tif
------SanFco_3_4.tif
------SanFco_3_5.tif
------SanFco_3_6.tif
------SanFco_3_7.tif
------SanFco_3_8.tif
------SanFco_4_1.tif
------SanFco_4_2.tif
------SanFco_4_3.tif
------SanFco_4_4.tif
------SanFco_4_5.tif
------SanFco_4_6.tif
------SanFco_4_7.tif
------SanFco_4_8.tif
---/1
------SanFco_1_1.tif
------SanFco_1_2.tif
------SanFco_1_3.tif
------SanFco_1_4.tif
------SanFco_2_1.tif
------SanFco_2_2.tif
------SanFco_2_3.tif
------SanFco_2_4.tif
------SanFco_3_1.tif
------SanFco_3_2.tif
------SanFco_3_3.tif
------SanFco_3_4.tif
------SanFco_4_1.tif
------SanFco_4_2.tif
------SanFco_4_3.tif
------SanFco_4_4.tif
---/2
------SanFco_1_1.tif
------SanFco_1_2.tif
------SanFco_2_1.tif
------SanFco_2_2.tif
---/3
------SanFco_1_1.tif
---/4
------SanFco_1_1.tif

I notice, that in these folders only are .tif files and there aren't
files wich contain the spatial info (cood., srs...), I think that is
the problem but I don't know hot to solve it.

--
TSU. Amador Cuenca
------------------------------------------------------------------------------
This SF.net email is sponsored by

Make an app they can't live without
Enter the BlackBerry Developer Challenge
http://p.sf.net/sfu/RIM-dev2dev
_______________________________________________ Geoserver-users mailing list Geoserver-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geoserver-users

5

Ciao Amador,
long story short, is there a special reason for which you are trying
to use a pyramid?
If you want to serve this tiff file faster, all you need to do is:

-1- use gdal_translate to retile to 256x256, add also the CRS using
the -a_srs option
-2- add a decent number of overview to this file

This will be much simpler and much faster than using a pyramid.

Ciao,
Simone.
-------------------------------------------------------

Ing. Simone Giannecchini
GeoSolutions S.A.S.
Founder
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, Aug 10, 2010 at 5:08 PM, Amador Antonio Cuenca
<sphi02ac@anonymised.com> wrote:

Thanks for answer so fast. I'm not using Tomcat. I'm using GlassFish
Comunity Edition 3 (Comes with Netbeans 6.9),

The gdal_retylepy command create the following structure in /layers:

layers/
---/0
------SanFco_1_1.tif
------SanFco_1_2.tif
------SanFco_1_3.tif
------SanFco_1_4.tif
------SanFco_1_5.tif
------SanFco_1_6.tif
------SanFco_1_7.tif
------SanFco_1_8.tif
------SanFco_2_1.tif
------SanFco_2_2.tif
------SanFco_2_3.tif
------SanFco_2_4.tif
------SanFco_2_5.tif
------SanFco_2_6.tif
------SanFco_2_7.tif
------SanFco_2_8.tif
------SanFco_3_1.tif
------SanFco_3_2.tif
------SanFco_3_3.tif
------SanFco_3_4.tif
------SanFco_3_5.tif
------SanFco_3_6.tif
------SanFco_3_7.tif
------SanFco_3_8.tif
------SanFco_4_1.tif
------SanFco_4_2.tif
------SanFco_4_3.tif
------SanFco_4_4.tif
------SanFco_4_5.tif
------SanFco_4_6.tif
------SanFco_4_7.tif
------SanFco_4_8.tif
---/1
------SanFco_1_1.tif
------SanFco_1_2.tif
------SanFco_1_3.tif
------SanFco_1_4.tif
------SanFco_2_1.tif
------SanFco_2_2.tif
------SanFco_2_3.tif
------SanFco_2_4.tif
------SanFco_3_1.tif
------SanFco_3_2.tif
------SanFco_3_3.tif
------SanFco_3_4.tif
------SanFco_4_1.tif
------SanFco_4_2.tif
------SanFco_4_3.tif
------SanFco_4_4.tif
---/2
------SanFco_1_1.tif
------SanFco_1_2.tif
------SanFco_2_1.tif
------SanFco_2_2.tif
---/3
------SanFco_1_1.tif
---/4
------SanFco_1_1.tif

I notice, that in these folders only are .tif files and there aren't files
wich contain the spatial info (cood., srs...), I think that is the problem
but I don't know hot to solve it.

--
TSU. Amador Cuenca

------------------------------------------------------------------------------
This SF.net email is sponsored by

Make an app they can't live without
Enter the BlackBerry Developer Challenge
http://p.sf.net/sfu/RIM-dev2dev
_______________________________________________
Geoserver-users mailing list
Geoserver-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-users

6

Hi,
can you try a gdalinfo on one of these files to see if they contain or not the referencing information?
However, I don’t remember if you can simply use the -s_srs EPSG:4326 since your input data is not in that CRS (I have just looked on your world file which doesn’t have lat lon coordinates on corners).

Please, let us know.
Regards,
Daniele

On Tue, Aug 10, 2010 at 5:08 PM, Amador Antonio Cuenca <sphi02ac@anonymised.com> wrote:

Thanks for answer so fast. I’m not using Tomcat. I’m using GlassFish Comunity Edition 3 (Comes with Netbeans 6.9),

The gdal_retylepy command create the following structure in /layers:

layers/
—/0
------SanFco_1_1.tif
------SanFco_1_2.tif
------SanFco_1_3.tif
------SanFco_1_4.tif
------SanFco_1_5.tif
------SanFco_1_6.tif
------SanFco_1_7.tif
------SanFco_1_8.tif
------SanFco_2_1.tif
------SanFco_2_2.tif
------SanFco_2_3.tif
------SanFco_2_4.tif
------SanFco_2_5.tif
------SanFco_2_6.tif
------SanFco_2_7.tif
------SanFco_2_8.tif
------SanFco_3_1.tif
------SanFco_3_2.tif
------SanFco_3_3.tif
------SanFco_3_4.tif
------SanFco_3_5.tif
------SanFco_3_6.tif
------SanFco_3_7.tif
------SanFco_3_8.tif
------SanFco_4_1.tif
------SanFco_4_2.tif
------SanFco_4_3.tif
------SanFco_4_4.tif
------SanFco_4_5.tif
------SanFco_4_6.tif
------SanFco_4_7.tif
------SanFco_4_8.tif
—/1
------SanFco_1_1.tif
------SanFco_1_2.tif
------SanFco_1_3.tif
------SanFco_1_4.tif
------SanFco_2_1.tif
------SanFco_2_2.tif
------SanFco_2_3.tif
------SanFco_2_4.tif
------SanFco_3_1.tif
------SanFco_3_2.tif
------SanFco_3_3.tif
------SanFco_3_4.tif
------SanFco_4_1.tif
------SanFco_4_2.tif
------SanFco_4_3.tif
------SanFco_4_4.tif
—/2
------SanFco_1_1.tif
------SanFco_1_2.tif
------SanFco_2_1.tif
------SanFco_2_2.tif
—/3
------SanFco_1_1.tif
—/4
------SanFco_1_1.tif

I notice, that in these folders only are .tif files and there aren’t files wich contain the spatial info (cood., srs…), I think that is the problem but I don’t know hot to solve it.

–
TSU. Amador Cuenca

This SF.net email is sponsored by

Make an app they can’t live without
Enter the BlackBerry Developer Challenge
http://p.sf.net/sfu/RIM-dev2dev

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

–

Eng. Daniele Romagnoli
Software Engineer

GeoSolutions S.A.S.
Via Carignoni 51
55041 Camaiore (LU)
Italy

phone: +39 0584983027
fax: +39 0584983027
mob: +39 328 0559267

http://www.geo-solutions.it

7

To clarify the situation.
gdal_retile.py is not able to reproject during the process of tiling / building pyramids. (I experimented with such a possibility, the results were not good and I dropped this feature before making it public and earning headaches).
If you want to reproject you must first transform the big picture and use gdal_retily.py afterwards.

Cheers

Quoting Daniele Romagnoli <daniele.romagnoli@anonymised.com>:

Hi,
can you try a gdalinfo on one of these files to see if they contain or not
the referencing information?
However, I don't remember if you can simply use the -s_srs EPSG:4326 since
your input data is not in that CRS (I have just looked on your world file
which doesn't have lat lon coordinates on corners).

Please, let us know.
Regards,
Daniele

On Tue, Aug 10, 2010 at 5:08 PM, Amador Antonio Cuenca
<sphi02ac@anonymised.com>wrote:

Thanks for answer so fast. I'm not using Tomcat. I'm using GlassFish
Comunity Edition 3 (Comes with Netbeans 6.9),

The gdal_retylepy command create the following structure in /layers:

layers/
---/0
------SanFco_1_1.tif
------SanFco_1_2.tif
------SanFco_1_3.tif
------SanFco_1_4.tif
------SanFco_1_5.tif
------SanFco_1_6.tif
------SanFco_1_7.tif
------SanFco_1_8.tif
------SanFco_2_1.tif
------SanFco_2_2.tif
------SanFco_2_3.tif
------SanFco_2_4.tif
------SanFco_2_5.tif
------SanFco_2_6.tif
------SanFco_2_7.tif
------SanFco_2_8.tif
------SanFco_3_1.tif
------SanFco_3_2.tif
------SanFco_3_3.tif
------SanFco_3_4.tif
------SanFco_3_5.tif
------SanFco_3_6.tif
------SanFco_3_7.tif
------SanFco_3_8.tif
------SanFco_4_1.tif
------SanFco_4_2.tif
------SanFco_4_3.tif
------SanFco_4_4.tif
------SanFco_4_5.tif
------SanFco_4_6.tif
------SanFco_4_7.tif
------SanFco_4_8.tif
---/1
------SanFco_1_1.tif
------SanFco_1_2.tif
------SanFco_1_3.tif
------SanFco_1_4.tif
------SanFco_2_1.tif
------SanFco_2_2.tif
------SanFco_2_3.tif
------SanFco_2_4.tif
------SanFco_3_1.tif
------SanFco_3_2.tif
------SanFco_3_3.tif
------SanFco_3_4.tif
------SanFco_4_1.tif
------SanFco_4_2.tif
------SanFco_4_3.tif
------SanFco_4_4.tif
---/2
------SanFco_1_1.tif
------SanFco_1_2.tif
------SanFco_2_1.tif
------SanFco_2_2.tif
---/3
------SanFco_1_1.tif
---/4
------SanFco_1_1.tif

I notice, that in these folders only are .tif files and there aren't files
wich contain the spatial info (cood., srs...), I think that is the problem
but I don't know hot to solve it.

--
TSU. Amador Cuenca

------------------------------------------------------------------------------
This SF.net email is sponsored by

Make an app they can't live without
Enter the BlackBerry Developer Challenge
http://p.sf.net/sfu/RIM-dev2dev
_______________________________________________
Geoserver-users mailing list
Geoserver-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-users

--
-------------------------------------------------------
Eng. Daniele Romagnoli
Software Engineer

GeoSolutions S.A.S.
Via Carignoni 51
55041 Camaiore (LU)
Italy

phone: +39 0584983027
fax: +39 0584983027
mob: +39 328 0559267

http://www.geo-solutions.it

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

----------------------------------------------------------------
This message was sent using IMP, the Internet Messaging Program.

8

I’ll try to explain all the story briefly, I included a video. So, you can watch it for a more detailed description of my problem. (http://www.megavideo.com/?v=165GLEOI)

I’m working in a small town municipality’s cadastral department as developer(I’m the only one :S ), that department have a GIS made with MapObjects Framework, but the Venezuelan goverment migrates to Free Software. So, my work here is to make that system wich is used for placement of structures. I decided to use uDig, GeoServer and Postgis.

I’ve migrated all *.shp to postgis, and I finish the system. But all I need is the pyramid.

The previous system used mosaics and pyramid to show the large images of all the municipality. It has 375 .tif images (95.4 MB, 6668x5001) each of these images is asociated with a .tfw file with a format like this:

0.12
0
0
-0.12
207600.06
1169999.94

I guess, those files are the tiles, and there is another file (the big one) is the municipality ortho (421,4MB 16124x9133)

I can’t use it in uDig(They’re to large to show it, and I need a lot of memory) , I think I’ve to do something with those images for display on uDig. But I don’t know what to do.

This is the tiles image info:

gdalinfo 0104_o.tif

Warning 1: TIFFFetchNormalTag:ASCII value for tag “GeoASCIIParams” does not end in null byte
Driver: GTiff/GeoTIFF
Files: 0104_o.tif
0104_o.tfw
Size is 6668, 5001
Coordinate System is:
LOCAL_CS[“SOCET-SET LSR”,
UNIT[“metre”,1,
AUTHORITY[“EPSG”,“9001”]]]
Origin = (195600.000000000000000,1165200.120000000111759)
Pixel Size = (0.120000000000000,-0.120000000000000)
Metadata:
AREA_OR_POINT=Area
Image Structure Metadata:
INTERLEAVE=PIXEL
Corner Coordinates:
Upper Left ( 195600.000, 1165200.120)
Lower Left ( 195600.000, 1164600.000)
Upper Right ( 196400.160, 1165200.120)
Lower Right ( 196400.160, 1164600.000)
Center ( 196000.080, 1164900.060)
Band 1 Block=6668x1 Type=Byte, ColorInterp=Red
Band 2 Block=6668x1 Type=Byte, ColorInterp=Green
Band 3 Block=6668x1 Type=Byte, ColorInterp=Blue

Honestly, I don’t know whether to use a mosaic or a pyramid, but I need to do it because the department where I work has no budget to outsource. So, I’ve to do it by myself.

I think, It would be better if you can tell me which solution would be more reliable.

Regards,

TSU. Amador Cuenca

9

Hi Amador,

You have a couple of options. You can create an imagemosaic from your tile index to let geoserver mosaic on the fly or you can create an ecw or jpeg2000 mosaic using GDAL. Both options are free, you will need to learn some tools and it will take some time.

Cheers,

Tisham.

10

Have a look at my notes on how I added the Blue Marble imagery to
GeoServer - http://ian01.geog.psu.edu/geoserver_docs/data/bluemarble/bluemarble.html

You'll need a copy of the gdal utilities (gdal.org)

You can then use gdal_translate to convert your tiff+world file to a
GeoTiff and then tile it using gdal_retile - once you've done that
it's pretty easy to add it to a GeoServer instance.

Ian
--
Ian Turton