RE: [gdal-dev] 1.9 Release Process

Hi Is Ticket #4340 going to be addressed before the 1.9 release? Thanks Yehiyam -Original Message- From: gdal-dev-boun...@lists.osgeo.org [mailto:gdal-dev-boun...@lists.osgeo.org] On Behalf Of Frank Warmerdam Sent: Wednesday, December 14, 2

Re: [gdal-dev] re-gridding to a coarser grid

Hi, gdaladdo [1] provides some more interpolation methods. It is designed specifically for down-sampling. To create a new GeoTIFF, use it with the -ro option and the levels set to 2,4,8 and 15. The value 15 makes sure you get an overview at 1/15 th of the original resolution. [1]: http://www.gdal

Re: [gdal-dev] 1.9 Release Process

Frank, I have 2 issues I would like to address before 1.9 is released. 1) The ability to save the gdal commandline string and access it later. This is useful for the netcdf 'history' metadata, and consistent with all other software that manipulates netcdf files. Suggested patch adds 2 functions

Re: [gdal-dev] build issue on OSX

I'd say the best habit is to 'make clean' after a significant 'svn update', or if something is funny after a minor svn update. cheers Etienne On Wed, Dec 14, 2011 at 10:25 AM, Joaquim Luis wrote: > On 14-12-2011 07:01, Even Rouault wrote: >> >> Le mercredi 14 décembre 2011 01:48:36, Joaquim Luis

Re: [gdal-dev] re-gridding to a coarser grid

The only option that you do *not* have is "mode" (the dominant value), which can be useful in the case of categorical (integer) data. That question has been answered here: http://www.osgeo.org/pipermail/gdal-dev/2011-August/029692.html On Wed, Dec 14, 2011 at 1:35 PM, Travis Kirstine wrote: > A

[gdal-dev] (no subject)

smime.p7m Description: S/MIME encrypted message ___ gdal-dev mailing list gdal-dev@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/gdal-dev

[gdal-dev] gdal2tiles crashes on some rasters

Hi all, I have troubles using gdal2tiles. When I try to generate tiles from raster it fails with error Generating Base Tiles: ERROR 5: Illegal values for buffer size ERROR 5: Illegal values for buffer size Traceback (most recent call last): File "/usr/bin/gdal2tiles.py", line 2241, in gdal

Re: [gdal-dev] re-gridding to a coarser grid

Travis, yes, thanks, I had already found that in the documentation. I'm just wondering what e.g. 'bilinear' means when I go from a fine to a coarse grid? If GDAL works in terms of "nodes", then I would assume 'bilinear' means interpolation, which in turn would be a very different result from worki

Re: [gdal-dev] Which is the way to handle altitude layers within one file?

Andreas, you can use gdal to read grib, hdf, and netcdf files built this way. take a look at the format pages for those formats. http://www.gdal.org/formats_list.html note: gdal requires all the "bands" or subdatasets to be the same size if you find yourself needing to put multiple files togethe

Re: [gdal-dev] Motion: Authorize Islandwood Funding for Brian Case

On 11-12-14 2:03 AM, Frank Warmerdam wrote: Motion: The GDAL PSC authorizes funding up to US$525 to pay entrance fees to the Islandwood Code Sprint for Brian Case. +1 -- Daniel Morissette http://www.mapgears.com/ Provider of Professional MapServer Support since 2000 _

Re: [gdal-dev] Newbie question about gdal_grid for 3d data

Andreas, There are no vector drivers for hdf and nc. take a look here http://www.gdal.org/ogr/ogr_formats.html As an alternative to gdal_grid you can use GMT's blockmean, blockmedian, or blockmode. then use GMT's surface http://www.soest.hawaii.edu/gmt5/ On Wed, 2011-12-14 at 15:03 +0100, Andre

Re: [gdal-dev] re-gridding to a coarser grid

Andreas, Yes gdalwarp support various resampling methods To use different resampling methods use the -r flag followed by the method eg gdalwarp -r near .. gdalwarp -r bilinear . etc... On 14 December 2011 08:26, Andreas H. wrote: > Travis, > > thanks for your answe

[gdal-dev] Newbie question about gdal_grid for 3d data

Hi again, another question which shows I'm just starting to see if GDAL can actually make my life easier :) I'm working with atmospheric trace gas profiles, so one data"point" consists of latitude, longitude (point or polygon, whichever is easier) and many vertical layers, say 60 floating point v

Re: [gdal-dev] Motion: Authorize Islandwood Funding for Brian Case

+1 Howard On Dec 14, 2011, at 6:32 AM, Tamas Szekeres wrote: > +1 > > Tamas > > > > 2011/12/14 Frank Warmerdam > Motion: The GDAL PSC authorizes funding up to US$525 to pay entrance fees > to the Islandwood Code Sprint for Brian Case. > > - > > Brian (aka winkey) has done lots of wor

Re: [gdal-dev] re-gridding to a coarser grid

Travis, thanks for your answer! Regarding the resampling methods: Do they all just interpolate the data? I mean, when downsampling, usually I would use mean() or something similar to fill the new (coarser) grid cells. Doas gdalwarp actually do this and I'm not able to understand the documentation

[gdal-dev] Which is the way to handle altitude layers within one file?

Hi, the subject basically says it. What would be the way to go if I want to store multiple altitude layers within a file? The grid contains 64 latitudes, 128 longitudes, and 60 altitude levels. How do I need to create the file in order to be able to use tools like gdalwarp to modify the data/grid?

Re: [gdal-dev] Motion: Authorize Islandwood Funding for Brian Case

+1 Tamas 2011/12/14 Frank Warmerdam > Motion: The GDAL PSC authorizes funding up to US$525 to pay entrance fees > to the Islandwood Code Sprint for Brian Case. > > - > > Brian (aka winkey) has done lots of work in recent years on and with > GDAL/OGR. Most notably he has developed the lib

Re: [gdal-dev] build issue on OSX

On 14-12-2011 07:01, Even Rouault wrote: Le mercredi 14 décembre 2011 01:48:36, Joaquim Luis a écrit : Hi, It's been a while (well, a couple of months) since I built on OSX but I only did a svn update and I now get these linking errors stall_name /usr/local/lib/libgdal.1.dylib -compatibil

Re: [gdal-dev] Motion: Authorize Islandwood Funding for Brian Case

Selon Frank Warmerdam : > Motion: The GDAL PSC authorizes funding up to US$525 to pay entrance fees > to the Islandwood Code Sprint for Brian Case. +1 Even ___ gdal-dev mailing list gdal-dev@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/gdal-