GDAL+ECW install.
Regards
Gilles
Gilles Bassière writes:
Christian Müller wrote:
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 consequenc
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
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 cr
yramid (the
top) 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 gd
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 pyra
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 w
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 lo
writes:
Christian Müller wrote:
The utility uses the python method gdal.ReprojectImage().
As far as I see in http://www.gdal.org/gdalwarper_8h.html there is a new
Constant GRA_Lanczos for an interpolation method which is not supported
at the moment, but I see no constant for "mode"
get a hint from 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 f
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 tileIndexNa
First, I can only talk about gdal_retile.py, I wrote this utility some times
ago.
1) Starting point is a single georeferenced image or a set of georeferenced
tiles
2) The output is set of tiles and pyramid tiles
3) the -tileIndex and -tileIndexField options give you the possibilty to
store th
Two years ago, I had the same problem. The cascading documentation
is not obvious when starting with gdal.
(My problem was a CMD LINE BUFFER EXCEEDED error using gdal_merge.py not
knowing that I can use the general option --optfile). Starting the
documentation with a brief description of the cas
run the program with:
gdlawarp-co "WORLDFILE=YES"
Tim Michelsen writes:
Hello,
I have a PNG file with some transparent areas.
I used QGIS to georeference the file using the latlon/WGS84 projection settings.
Within this process, a world file (*.wld) and a point file where created.
N
13 matches
Mail list logo
