Re: [gdal-dev] getting "FL" (filelength) metadata field out of NITF file header

2009-12-07 Thread Dan
Thanks, Frank. In case anyone has this question and stumbles on this, the FL field is stored in bytes 342 - 354 (0 based) in the NTF file, so can be easily read and parsed manually. I'll keep using GDAL for all the other stuff though! :-) Dan On Mon, Dec 7, 2009 at 3:55 PM, Frank Warmerdam wro

Re: [gdal-dev] getting "FL" (filelength) metadata field out of NITF file header

2009-12-07 Thread Frank Warmerdam
Dan wrote: Hi, Brand new to GDAL, and I'm using GDAL under SWIG's C# wrapper to read metadata out of nitf files using the GetMetaData("") command. It's going very well in general. If this is a dumb question, please forgive me. There is a field "FL" (FileLength) in the NITF spec, but this field

[gdal-dev] getting "FL" (filelength) metadata field out of NITF file header

2009-12-07 Thread Dan
Hi, Brand new to GDAL, and I'm using GDAL under SWIG's C# wrapper to read metadata out of nitf files using the GetMetaData("") command. It's going very well in general. If this is a dumb question, please forgive me. There is a field "FL" (FileLength) in the NITF spec, but this field is not in th

Re: [gdal-dev] RFC 26: GDAL Block Cache Improvements

2009-12-07 Thread Even Rouault
Tamas, I agree with Frank's comments. The few remaining traces of subblocking mechanism should be removed : the bSubBlockingActive, nSubBlocksPerRow, nSubBlocksPerColumn members of GDALRasterBand and all associated code. I've an few additional comments on the patch : * The CACHE_SIZE_MAX =

Re: [gdal-dev] Re: CUDA PyCUDA and GDAL

2009-12-07 Thread Frank Warmerdam
doug_newc...@fws.gov wrote: >Hi Doug, >I finally tried your parameters and they did work fine for me also. I >had something like hundred geotiffs, 400 MB each, and I was pushing >them to bigtiff mosaic. I tried first with your *.tif selection and then >again by using a virtual raster fil

[gdal-dev] Re: CUDA PyCUDA and GDAL

2009-12-07 Thread Doug_Newcomb
>Hi Doug, >I finally tried your parameters and they did work fine for me also. I >had something like hundred geotiffs, 400 MB each, and I was pushing >them to bigtiff mosaic. I tried first with your *.tif selection and then >again by using a virtual raster file as source, created from Mapser

RE: [gdal-dev] SWIG Version

2009-12-07 Thread Jason Roberts
FWIW, the Python bindings generated by the old version of SWIG you were using has a compatibility problem with ArcGIS 9.3.x; the problem is fixed by 1.3.9 (possibly one of the builds in between, but I don't know which). A new feature of ArcGIS 9.3.x is to allow Python-based geoprocessing tools to

[gdal-dev] Re: CUDA PyCUDA and GDAL

2009-12-07 Thread Rahkonen Jukka
> fws.gov> writes: > > Hi Folks,Here's the gdal command (gdal 1.6.2) I used to merge ~3500 1 meter NAIP > quarter quads (uncompressed geotiff TIFF) in 3 UTM projections into one Bigtiff Image > in the USGS Albers projection. It took about 15 hours ( on a 3 year old Intel Core2 > Duo 64 bit Cent