on a Linux Box or AIX
Box.
Perhaps the problem is in the ECW gdal driver. You can try to transform your
ecw file in another format using gdal_transform.
Gilles Bassière writes:
Christian Müller wrote:
gdal_retile.py definitely creates georeferenced tiles, I developed this
utility.
I did some
/plain; charset=ISO-8859-1
Christian Müller wrote:
That is a surprise.
In all my tests I had no memory problems with gdal_retile. Sometimes
I
had some memory problems with gdal_merge. The biggest input file for
gdal_retile was a 80 GB Erdas image (not compressed) and it works
fine.
I have
gdal_retile.py definitely creates georeferenced tiles, I developed this
utility.
I did some experiments reprojecting the single tiles while retiling, but it
simply does not work. As a consequence I canceled the reprojecting support.
The solution for your problem is:
1) Use gdal_merge to
Hi, Christian speaking, I wrote the gdal_retile.py utility.
Could you try to run a gdal_merge.py on the highest pyramid level containing
this strange area. What is the result.? I want to know if the problem is
gdal_retile.py or geoserver.
acangi writes:
Hello list,
I created a
) there's only one file. Gdal_retile already created the files needed for
the mosaic (shp, shx, dbf and prj). Would you like me to re-create them ?
Or do you mean at the base of the pyramid ?
Alain
Christian Müller wrote:
Hi, Christian speaking, I wrote the gdal_retile.py utility.
Could
I had the problem when running the gdal_mergey.py with many tiles using the
* parameter.
But using the --optfile options resolves this for me.
I had also problems constructing big images from many tiles, I did a
partitioning on the the tile set and merged in an iterative manner.
WolfgangZ
Hi, I did this process last year many times and here is my experience
1) I assume you omitted the create options, your original tiff files are
compressed, the new ones not.
Look here http://www.gdal.org/frmt_gtiff.html, on the commandline it is -co
COMPRESS=JPEG as an example.
2) Take a
The error is correct. A look at the man page shows
gdal_retile.py [-v] [-co NAME=VALUE]* [-of out_format] [-ps pixelWidth
pixelHeight]
[-ot {Byte/Int16/UInt16/UInt32/Int32/Float32/Float64/
CInt16/CInt32/CFloat32/CFloat64}]'
[ -tileIndex
an specialist.
At the moment I see no possibility (but I could be wrong)
christian
acangi writes:
Thanks for your answer.
I'd be more interested in a mode resampling method for gdal_retile. Is it
something you're thinking of ? Can it be reused from gdaladdo ?
Christian Müller