I've been doing more or less the same thing and it did the trick for me.
Instead of transforming to Geotiff with gdal_translate, I suppose.
I do the complete process with gdal_retile, this will retile your data
to uniform tiles (you can specify width, height and resolution), if you
use the option -co "TILED=yes" it will create internal tiles in your
tifs, and it will create your index too. Then I run the gdaladdo with
just 4 to 5 levels.
Hope it can help you.
Pedro
-----Original Message-----
From: acangi [mailto:aca@anonymised.com]
Sent: segunda-feira, 9 de Fevereiro de 2009 14:05
To: geoserver-users@lists.sourceforge.net
Subject: [Geoserver-users] Mosaic of 842 geotiffsHello,
I try to create a mosaic of 842 of files. The files are originally tif
+
tfw
pairs, which I transform in geotiff and create 10 levels of overviews
for,
using gdaladdo. Then I make a mosaic of all the files using
gdaltindex.
Maybe a first problem : if I check the pixel size values of my
geotiffs in
the lines GeoTransform with gdalinfo, I see values going from 0.666648
to
0.666680, average is 0.666665. The x value is not necessarily the same
as
the y value. In my .properties file, I set 0.666666,0.666666 as my
first
level. Is there a problem with the different values ?
When I load the layer, I see in the logs that 797 mosaic images are
loaded,
then I get a
WARN [geotools.rendering] - operation "ImageRead" requires parameter
at
index 0 to be non-null.
java.lang.IllegalArgumentException: operation "ImageRead" requires
parameter
at index 0 to be non-null.
at javax.media.jai.JAI.createNS(JAI.java:1087)
at ...
Then
DEBUG [geotools.rendering] - Style cache hit ratio: NaN , hits 0,
requests
0
DEBUG [renderer.shape] - Style cache hit ratio: NaN , hits 0, requests
0
DEBUG [wms.responses] - asking delegate for write to
org.geoserver.ows.DispatcherOutputStream@anonymised.com
DEBUG [geotools.image] - Encoding input image to write out as JPEG.
DEBUG [geotools.image] - Getting a JPEG writer and configuring it.
ERROR [geoserver.ows] - java.lang.UnsatisfiedLinkError:
/opt/jdk1.6.0_11/jre/lib/amd64/libjpeg.so:
/opt/jdk1.6.0_11/jre/lib/amd64/libjpeg.so: cannot open shared object
file
: Too many open files
at java.lang.ClassLoader$NativeLibrary.load(Native Method)
at ...Any idea if the number of files or the different values of resolution
might
be the reason of the problem ? Or do I have a problem in the creation
of
my
geotiffs ?Alain
--
View this message in context: http://www.nabble.com/Mosaic-of-842-
geotiffs-tp21914665p21914665.html
Sent from the GeoServer - User mailing list archive at Nabble.com.