Dear All,
I am reading and writing raster images using GDAL. Below is the code which I
am using for writing a raster.
At times the code is working fine. But many a time , it is getting crashed
in the *GetRasterBand.* I have debugged the code several times and the
variables passed seems to be
On Fri, Aug 14, 2009 at 2:59 AM, Srikanthsrikanth1...@gmail.com wrote:
Dear All,
I am reading and writing raster images using GDAL. Below is the code which I
am using for writing a raster.
At times the code is working fine. But many a time , it is getting crashed
in the GetRasterBand. I have
Hello,
I've asked several concepts related with RasterIO-related methods in
Dataset and RasterBand. Thanks to your responses, I've a better
understanding of the GDAL drivers' I/O method. But I've a couple of
doubts I need to solve to finish the GSoC, although I'd like to
continue developing the
Hello all-
I have a need to expand a 1 band palette tif file into a 3 band (rgb) tif file.
I have found that gdal_translate -expand rgb will do this from the command
line, but I was wondering if there was some way to do this within C# using the
GDAL bindings? I notice there is a ColorTable
2009/8/14 Jorge Arévalo jorge.arev...@gmail.com:
Problem: In basic GDAL WKT Raster driver, each row of a raster table
(one block, in regularly blocked rasters) means one server round. This
is slow, and sub-optimal.
Jorge,
I would note that one round trip per block is not necessarily so
On Fri, Aug 14, 2009 at 9:21 AM, Henneke, Amanda
Mamanda.m.henn...@boeing.com wrote:
Hello all-
I have a need to expand a 1 band palette tif file into a 3 band (rgb) tif
file. I have found that gdal_translate -expand rgb will do this from the
command line, but I was wondering if there was
Hi Frank and list,
I rebuilt Gdal on a 64-bit Linux server, adding libecwj2, and it
ingested GeoEye-1 NITF just fine (a bit slow though).
So you are right that this warning should not really apply.
My question is then why it failed on Windows XP, at libecwj2's
ncsjpcbuffer.cpp CNCSJPCBuffer().
Jorge Arévalo wrote:
Hello,
I've asked several concepts related with RasterIO-related methods in
Dataset and RasterBand. Thanks to your responses, I've a better
understanding of the GDAL drivers' I/O method. But I've a couple of
doubts I need to solve to finish the GSoC, although I'd like
Hello,
2009/8/14 Frank Warmerdam warmer...@pobox.com:
2009/8/14 Jorge Arévalo jorge.arev...@gmail.com:
Problem: In basic GDAL WKT Raster driver, each row of a raster table
(one block, in regularly blocked rasters) means one server round. This
is slow, and sub-optimal.
Jorge,
I would note
Hello,
2009/8/14 Mateusz Loskot mate...@loskot.net:
Jorge Arévalo wrote:
Hello,
I've asked several concepts related with RasterIO-related methods in
Dataset and RasterBand. Thanks to your responses, I've a better
understanding of the GDAL drivers' I/O method. But I've a couple of
doubts I
2009/8/14 Jorge Arévalo jorge.arev...@gmail.com:
Jorge,
I would note that one round trip per block is not necessarily so terrible
if the block size is reasonably large (128x128 or larger for instance).
Yes, but don't you think it could be a good idea trying to avoid extra
server rounds, in
Hello,
I'm trying to create a high resolution topographic map of europe in
grass, using cgiar-cis srtm datas. The data is shipped in 5*5° tiles
which I need to somhow paste together. On the grass mailing list, I
was told to use gdalwarp in order to achieve this. Unfortunately, my
current gdalwarp
Felix,
Please use --with-libtiff=internal instead of --with-tiff=internal.
On Fri, Aug 14, 2009 at 11:17 AM, Felix Schalckfelix.scha...@gmail.com wrote:
Hello,
I'm trying to create a high resolution topographic map of europe in
grass, using cgiar-cis srtm datas. The data is shipped in 5*5°
Many thanks for your reply: the configuration now shows
LIBTIFF support: internal (BigTIFF=yes)
I ran make make install, but I'm still getting the following error
message, whie trying to merge my .tifs:
$gdalwarp -co bigtiff=yes *.tif europe_all.tif
Warning 6: Driver GTiff does not
I'm running 1.6.1 stable that I downloaded on 7/14 and xerces 3.0.1 on a
RHEL5.2 64 bit system.
When I convert a shapefile to GML and then try to convert back to
shapefile I was getting:
ERROR 1: coordinates element missing value
And an invalid shapefile with no polygons. I'd get
Dear Frank,
After some extensive research, I discovered this:
qwer...@qwerkus-desktop:~$ ls -la /usr/local/bin/gdalwarp
-rwxr-xr-x 1 root root 95391 2009-08-14 20:20 /usr/local/bin/gdalwarp
qwer...@qwerkus-desktop:~$ ls -la /usr/bin/gdalwarp
-rwxr-xr-x 1 root root 31608 2009-03-10 00:32
Felix Schalck:
Dear Frank,
After some extensive research, I discovered this:
qwer...@qwerkus-desktop:~$ ls -la /usr/local/bin/gdalwarp
-rwxr-xr-x 1 root root 95391 2009-08-14 20:20 /usr/local/bin/gdalwarp
qwer...@qwerkus-desktop:~$ ls -la /usr/bin/gdalwarp
-rwxr-xr-x 1 root root 31608
Hello,
As explained in my previous question, I'm trying to create a high
resolution topographic map of europe based on cgiar processed srtm
data. Of cours, the first step is to merge the 5*5° tif tiles into one
big tif, which can be achieved using gdalwarp's mosaic feature.
Simply pasting all
2009/8/14 Nikos Alexandris nikos.alexand...@felis.uni-freiburg.de:
Felix Schalck:
Dear Frank,
After some extensive research, I discovered this:
qwer...@qwerkus-desktop:~$ ls -la /usr/local/bin/gdalwarp
-rwxr-xr-x 1 root root 95391 2009-08-14 20:20 /usr/local/bin/gdalwarp
I've been in contact with Christian the author of gdal_retile and he told me
this problem is in the main GDAL library.
He also suggested using some of the other GDAL tools to see if the problem
persists.
So I started using gdal_translate to copy my ecw to a new ecw using this
statement:
Hi Jorge,
I really appreciate your efforts to sort these issues out. I consider these
issues would be crucial especially when the requested block number is large
or when using non regular (and possibly overlapped) blocking where each
IReadBlock may result in fetching multiple raster rows.
It is my understanding that the default is
gdal_translate --config GDAL_CACHEMAX 40 ...
which equates to 40 MB of memory.
If you want to allow gdal_translate to use say 2 GB of memory for
GDAL_CACHEMAX, enter
gdal_translate --config GDAL_CACHEMAX 2000 ...
In my experience, increasing
22 matches
Mail list logo
