Re: [gdal-dev] Speed up gdaltranslate for really big tiffs

You know you can have a single file with many overview levels, right? Why so many files? On Fri, Nov 16, 2012 at 7:56 PM, Billy Newman wrote: > In general I having problems generating big tiffs in a timely manner. > > I also have the following scenario in which I am trying to create an > overview

Re: [gdal-dev] Speed up gdaltranslate for really big tiffs

In general I having problems generating big tiffs in a timely manner. I also have the following scenario in which I am trying to create an overview tiff from some already existing tiffs. image.tif (524288, 262144) image.tif.ovr image.tif.ovr.ovr image.tif.ovr.ovr.ovr image.tif.ovr.ovr.ovr.ovr ima

Re: [gdal-dev] Speed up gdaltranslate for really big tiffs

Le vendredi 16 novembre 2012 21:12:07, Billy Newman a écrit : > I have a process that is stitching together a lot of tif files to > create on big tif. > > I am doing: > > gdalbuildvrt output.vrt *.tif > gdaltranslate -co COMPRESS=LZW output.vrt final.tif > > Any more options that I can throw at

[gdal-dev] Speed up gdaltranslate for really big tiffs

I have a process that is stitching together a lot of tif files to create on big tif. I am doing: gdalbuildvrt output.vrt *.tif gdaltranslate -co COMPRESS=LZW output.vrt final.tif Any more options that I can throw at gdaltranslate to speed up the translation? Thanks!

Re: [gdal-dev] "reboxing," or 3D regridding

http://lists.osgeo.org/pipermail/gdal-dev/2012-November/034680.html >>> I'd appreciate advice regarding tools and methods for transforming >>> values from an unprojected global 3D spatial grid to a projected 3D >>> grid with different horizontal and vertical resolution, or pointers >>> to other re

Re: [gdal-dev] Motion: Release next major GDAL version as GDAL/OGR 1.10

Le vendredi 09 novembre 2012 21:10:29, Even Rouault a écrit : > Motion: The next major GDAL version released from trunk will be called > GDAL/OGR 1.10. > The motion is passed with the following votes : +1 : EvenR, FrankW, DanielM, TamasS +0 : HowardB I'll proceed soon with the changes (version n

Re: [gdal-dev] ImportError when importing gdal module with python 2.7 on Windows 7 64-bit

Hi, It shouldn't be necessary to have gdal and python compiled with the same msvc-version, as long as the various needed c-runtime dll's can be found in the PATH. In my experience problems like you describe (DL'HELL) can be related to the order in which things appear in the PATH. For example, if

Re: [gdal-dev] ImportError when importing gdal module with python 2.7 on Windows 7 64-bit

Hi George, You can also open the _gdal.pyd with Dependency Walker, i think thats the file which is actually being opened when the traceback is returned. In addition to gdal.dll it also check for python27.dll and kernel32.dll. The ISHIMS.DLL is not a problem for as far as i know. Normally you sho

[gdal-dev] convert one band data in rgba

Hi, I want to convert an indexed image to a rgba color image with help of a colortable so I created a GDALDataset drv = (GDALDriver *) GDALGetDriverByName("MEM"); if (!drv) { throw "Unable to register GDAL Memory Driver"; } GDALDataset* tmpdata = drv->Create("rawRadar",mysqlData.column

Re: [gdal-dev] ImportError when importing gdal module with python 2.7 on Windows 7 64-bit

Hi there, Thanks for the responses so far - Here it is , tried the Dependency Walker, it seems that there is indeed some dll missing , namely "msvcr80.dll" & "ieshims.dll". I did insert them in the System32 folder - but .

Re: [gdal-dev] ImportError when importing gdal module with python 2.7 on Windows 7 64-bit

Hey, I have similar problems as well. In the past i always used the windows builds from Tamas, they have always worked very well for me on 32bit and 64bit (Win XP) with the exception that i never could access the HDF and NetCDF driver from within Python (i could using the .exe cmd tools). This m