[gdal-dev] RE: gdal-dev Digest, Vol 63, Issue 23

2009-08-12 Thread Abdullah Al jadidi
so could you stop set messenge to me . thank again, Tahnk you for coopration and all information > From: gdal-dev-requ...@lists.osgeo.org > Subject: gdal-dev Digest, Vol 63, Issue 23 > To: gdal-dev@lists.osgeo.org > Date: Mon, 10 Aug 2009 12:00:21 -0400 > > Send gdal-dev mailing list submiss

Re: [gdal-dev] Overriding IRasterIO in class derived from GDALRasterBand

2009-08-12 Thread Jorge Arévalo
Hello, 2009/8/12 Tamas Szekeres : > > > 2009/8/12 Jorge Arévalo >> >> >> I'm afraid I have not quite followed the discussion of the IRasterIO >> >> implementation, but I find the above statement quite alarming. It is >> >> imperative that we *not* end up reading back all blocks if only a few >> >

Re: [gdal-dev] Overriding IRasterIO in class derived from GDALRasterBand

2009-08-12 Thread Tamas Szekeres
2009/8/12 Jorge Arévalo > > >> I'm afraid I have not quite followed the discussion of the IRasterIO > >> implementation, but I find the above statement quite alarming. It is > >> imperative that we *not* end up reading back all blocks if only a few > >> are requested. Imagine a 100GB image split

Re: [gdal-dev] Overriding IRasterIO in class derived from GDALRasterBand

2009-08-12 Thread Mateusz Loskot
Jorge Arévalo wrote: > Hello, > > 2009/8/12 Mateusz Loskot : >> Frank Warmerdam wrote: >>> 2009/8/9 Jorge Arévalo : Then, my point could be, when creating the dataset (Open static method), perform a query to get all the blocks that cover the extent of the raster (the extent is in RA

Re: [gdal-dev] Overriding IRasterIO in class derived from GDALRasterBand

2009-08-12 Thread Jorge Arévalo
Hello, 2009/8/12 Mateusz Loskot : > Frank Warmerdam wrote: >> 2009/8/9 Jorge Arévalo : >>> Then, my point could be, when creating the dataset (Open static >>> method), perform a query to get all the blocks that cover the >>> extent of the raster (the extent is in RASTER_COLUMNS table) and >>> stor

Re: [gdal-dev] Overriding IRasterIO in class derived from GDALRasterBand

2009-08-12 Thread Mateusz Loskot
Frank Warmerdam wrote: > 2009/8/9 Jorge Arévalo : >> Then, my point could be, when creating the dataset (Open static >> method), perform a query to get all the blocks that cover the >> extent of the raster (the extent is in RASTER_COLUMNS table) and >> store them in any place (A new class attribut

RE: [gdal-dev] GeoEye-1 NITF - Warning 1: Image with 11 bits per sample will not be interpreted properly

2009-08-12 Thread Gong, Shawn (Contractor)
thanks Frank. I suspect that the large file size may have something to do (the uncompresssed NITF is more than 2.3 GB) on Windows. So I downloaded your latest FWTools 2.0.6 on Linux and tried to use openev. But I got Segmentation fault while opening any images. Shawn sg...@m:/home/sgong/FWTool

Re: [gdal-dev] convert Grass Raster to netCDF

2009-08-12 Thread Scott Sinclair
>2009/8/12 chen cui : > i would like to convert Grass Raster to netCDF format. > > i have used  the following command from gdal library: > > gdal_translate /directory/Global/Permanent/cellhd/RasterMask RasterNC.nc > > which worked well! > > i also use gdalinfo to check the netCDF file: > > gdalinfo

Re: [gdal-dev] Overriding IRasterIO in class derived from GDALRasterBand

2009-08-12 Thread Frank Warmerdam
2009/8/9 Jorge Arévalo : > Then, my point could be, when creating the dataset (Open static > method), perform a query to get all the blocks that cover the extent > of the raster (the extent is in RASTER_COLUMNS table) and store them > in any place (A new class attribute?, flush the data on a tmp fi

Re: [gdal-dev] Re: Problem with nodata values

2009-08-12 Thread Hermann Peifer
Frank Warmerdam wrote: On Tue, Aug 11, 2009 at 12:53 PM, Hermann Peifer wrote: Markus wrote This works: ... -srcnodata "-32768" -dstnodata "-32768" -wo "INIT_DEST=-32768" \ ... I was taking a similar approach when warping several input tiffs into a single output tiff

[gdal-dev] convert Grass Raster to netCDF

2009-08-12 Thread chen cui
hello, i would like to convert Grass Raster to netCDF format. i have used the following command from gdal library: gdal_translate /directory/Global/Permanent/cellhd/RasterMask RasterNC.nc which worked well! i also use gdalinfo to check the netCDF file: gdalinfo RasterNC.nc Driver: GTiff/Ge

Re: [gdal-dev] Re: Problem with nodata values

2009-08-12 Thread Frank Warmerdam
On Tue, Aug 11, 2009 at 12:53 PM, Hermann Peifer wrote: > Markus wrote >> >> This works: >>   ...         -srcnodata "-32768" -dstnodata "-32768" -wo >> "INIT_DEST=-32768" \ >>   ... > > I was taking a similar approach when warping several input tiffs into a > single output tiff. It looks to me tha

Re: [gdal-dev] GeoEye-1 NITF - Warning 1: Image with 11 bits per sample will not be interpreted properly

2009-08-12 Thread Frank Warmerdam
On Tue, Aug 11, 2009 at 12:17 PM, Gong, Shawn (Contractor) wrote: > hi list, > > I found help clues to build libecwj2 on Windows. Shawn, Congrats on working though this issue! Perhaps you would like to add some notes to: http://trac.osgeo.org/gdal/wiki/ECW > However when I tried to open GeoE

[gdal-dev] strange path handling of ogr2ogr in append mode

2009-08-12 Thread Matthieu Rigal
Hi folks, Sorry to bother you with a problem occurring on an obsolete version, I will find a work-around for me, but I wanted to tell you -after making sure this was not reported before-, that on my 1.6.1 installation under Linux, ogr2ogr -update -append is making strange errors : It interpret