[gdal-dev] ArcObjects OGR driver binaries - reads FileGDB with ArcView license

2010-01-28 Thread Ragi Y. Burhum
Some of you have e-mailed me directly asking for windows binaries of this arcobjects driver so I decided to e-mail the mailing list in case other people were also interested. You can download them from http://bit.ly/clDrmd Some questions that I was asked: 1.- What are the requirements? - An Arc

Re: [gdal-dev] geolocation info in netCDF: "northernmost_northing" etc. not universal

2010-01-28 Thread Bruce Raup
Frank, Thanks for the reply. I mistakenly said GeoRef when I meant to say GeoTransform. Your description of what would happen if we make the change confirms what we thought. I think we will go ahead and make the change, and file a ticket. Lots of data are in polar projections, and it seems lik

Re: [gdal-dev] gdal_merge on large files

2010-01-28 Thread Even Rouault
Peter, In fact, tiling the input or output won't help for the issue. The main limitation of gdal_merge.py is that it ingests each input file in one gulp. So the limit is on the dimensions of the input files. The buffer must hold in RAM and be smaller than 2GB (the maximum size of a 32bit intege

Re: [gdal-dev] gdal_merge on large files

2010-01-28 Thread Chaitanya kumar CH
Peder, The problem here is the lack of or very large tiles/blocks in the image. BandReadAsArray() was asked to read a whole 27989 x 62863 block into memory. That's 1.76 Giga pixels. Too big. Greg Coats' tiff file had tiles of 512 x 512 size. Creating tiled tiffs is a good place to start. Use the

Re: [gdal-dev] gdal_merge on large files

2010-01-28 Thread Greg Coats
On Jan 28, 2010, at 3:13 AM, Peder Axensten wrote: > What is the raster size restrictions in gdal/numpy? I have successfully used gdal_merge.py to create a 142 GB .tif file, on a computer with only 3 GB RAM, under Apple Mac OS X 10.6. Greg tiffinfo dcua0002.tif Image Width: 26 Image Lengt

RE: [gdal-dev] Re-aligning maps from grid north to true north

2010-01-28 Thread Smart, Gary
Its true that the grid is only slightly divergent from true north over the width of the UK. However, we are stitching all the map tiles together and need North to always be straight up the image. I shall experiment with the gdal warp params suggest by Frank and see how bad the warp is. > -O

RE: [gdal-dev] Projection for OSGB36

2010-01-28 Thread Smart, Gary
> -Original Message- > From: fwarmer...@gmail.com [mailto:fwarmer...@gmail.com] On Behalf Of > Frank Warmerdam > Sent: 28 January 2010 02:36 > To: Smart, Gary > Cc: gdal-dev@lists.osgeo.org > Subject: Re: [gdal-dev] Projection for OSGB36 > > On Wed, Jan 27, 2010 at 7:20 PM, Smart, Gary >

Re: [gdal-dev] Supported Remote Sensing instruments/satellites

2010-01-28 Thread Markus Neteler
2010/1/28 António Rocha : > Greetings all > > I'm a GRASS user and, following a few emails from Franz Schiller in GRASS > users mailing list, I decided to send an email to GDAL mailing list > regarding the following question: > Which native Remote Sensing instruments/satellites data formats are > s

[gdal-dev] Supported Remote Sensing instruments/satellites

2010-01-28 Thread António Rocha
st regards, Antonio __ Information from ESET NOD32 Antivirus, version of virus signature database 4812 (20100128) __ The message was checked by ESET NOD32 Antivirus. http://www.eset.com ___ gdal-dev mailing list gdal-dev@lists.osge

[gdal-dev] gdal_merge on large files

2010-01-28 Thread Peder Axensten
I want to run gdal_merge (and another program I made, based on gdal_merge) on rather large files -- typically 3-7 Gbytes. Not surprisingly I run into problems. I'm not very experienced in Python, but am I right to assume that the error below probably is an indication on a size problem? What is t