Hi all,
I tried updating Gdal to the latest version on my FreeBSD system, but
the build fails:
snip
c postgisrasterdataset.cpp -fPIC -DPIC -o ../o/.libs/postgisrasterdataset.o
postgisrasterdataset.cpp: In function 'void GDALRegister_PostGISRaster()':
postgisrasterdataset.cpp:2096: error:
what you want is probably outside the scope of gdal. It would require some
clever metadata management so that gdal_translate puts them in a single
file...
I would advise you convert them all to netcdf using gdal_translate and then
use python-netcdf4 (not the one from numpy/scipy) to stack them in
On Tue, 03 Sep 2013 14:55:20 +0200
Frank Broniewski b...@metrico.lu wrote:
Hi all,
I tried updating Gdal to the latest version on my FreeBSD system, but
the build fails:
snip
c postgisrasterdataset.cpp -fPIC -DPIC
-o ../o/.libs/postgisrasterdataset.o postgisrasterdataset.cpp: In
Done:
http://gis.stackexchange.com/questions/70458/convert-timeseries-stack-of-gtiff-raster-to-single-netcdf
Thanks for the responses.
D
On Sep 3, 2013, at 7:55 AM, Signell, Richard rsign...@usgs.gov wrote:
David,
If you post your question on the GIS stackexchange group
David,
If you post your question on the GIS stackexchange group
http://gis.stackexchange.com/
I will provide an example code that should be helpful.
-Rich
On Tue, Sep 3, 2013 at 10:15 AM, Etienne Tourigny
etourigny@gmail.com wrote:
what you want is probably outside the scope of gdal. It
Frank,
You'll need a newer PostGIS (2.x+) if you want to compile GDAL 1.10 with PG
support.
http://trac.osgeo.org/gdal/wiki/frmts_wtkraster.html
-marius
Date: Tue, 3 Sep 2013 17:02:44 +0200
From: sc...@sarvision.nl
To: gdal-dev@lists.osgeo.org
Subject: Re: [gdal-dev] GDAL 1.10 build fails on
Take any image, a screenshot of your desktop for example, save it as .bmp
gdal_translate it to HFA, .img file, and run gdalinfo on it (trunk version).
It's only me or at the end of the gdalinfo report do you also see
GDALRasterAttributeTable / for each band?
Band 1 Block=64x64 Type=Byte,
Hi Ivan,
Yes I can see this also with the trunk version. The problem is that with
the RFC40 changes the HFA driver always returns something from
GetDefaultRAT even if it is an empty table - you can now start writing data
directly into the table with the returned object.
Below is a patch to
Hi Sam,
Assign the ticket to me and I will apply the patch.
Thanks,
Ivan
Date: Wed, 4 Sep 2013 09:47:48 +1200
Subject: Re: [gdal-dev] HFA and RAT
From: gillingham@gmail.com
To: lucena_i...@hotmail.com
CC: gdal-dev@lists.osgeo.org
Hi Ivan,
Yes I can see this also with the trunk version.