Hello. I am having a terrible time trying to figure out how to convert what
should be value/height of 0 in the SRTM/hgt data file to the alpha layer in a
tiff. I was experimenting with making ocean areas transparent. I tried the
following with no success:
gdalwarp -of GTiff -co "TILED=YES"
I use the following code to read data from a geotiff file and write it into a
new one.the bands number is 6;
...
GDALDataset *poSrcDS,*poDstDS;
GDALRasterBand *poSrcBand,*poDstBand;
GDALDriver *poDstDriver;
double *m_AdGeoTransform=new double[6];
...
poDstDriver=GetGDALDriverManager()->GetDriver
+1
Howard
On Apr 7, 2010, at 5:18 PM, Tamas Szekeres wrote:
> +1
>
> Tamas
>
>
> 2010/4/7 Frank Warmerdam
> Motion: For Frank Warmerdam to negotiate a maintainer contract with Ivan
> Lucena under the terms of RFC 9 (GDAL Paid Maintainer Guidelines) for up to
> 200 hours at $25USD/hr.
>
> --
Thk u for your detail reply.
1.Now,I have a DEM(.img) file,and its band number is 1.When I use
'gdal_translate -b 1 -of PNG old.img new.png' to create a png file(I think
its contains height map infomation,is it?).the error 'Warning 6:PNG driver
doesn't support data type Int16.Only eight bit' a
I just checked the link and seems like the build is broken on
szekerest-vc80-full. It cannot find ioapi.h which should be present in minizip
include directory. I compiled the minizip as a library. Below are the commands
I used in order to build minizip in VS2005 Command Prompt:
@echo off
setloc
No problem. That happens quite regularly when adding substantial contributions
like new drivers that require changes in the build system on the various
targets. To check if things go well, you can look at the waterfall
http://buildbot.osgeo.org:8500/waterfall which has different slavebots (Linux
My first commit and build failure. :( Sorry team. I have reverted my changes to
GDALmake.opt.in so the build should be fixed. Is there a way to sign up for
these build results so as to get an email if your commit breaks the build? I am
going to setup an automated build system on windows to cont.
+1
Tamas
2010/4/7 Frank Warmerdam
> Motion: For Frank Warmerdam to negotiate a maintainer contract with Ivan
> Lucena under the terms of RFC 9 (GDAL Paid Maintainer Guidelines) for up to
> 200 hours at $25USD/hr.
>
> ---
>
> Folks,
>
> Ivan has indicated some availability for maintenance work
2010/4/7 Even Rouault
> (2) : It also enabled me to experiment with adding support for ZIP64
> unzipping. Very recently (15 march 2010) upstream zlib has incorporated
> back
> the changes in minizip 1.1 (and in zlib124 package) in a cleaner & backward
> compatible way by adding new symbols with 6
Several potential issues :
* the unit of GDAL_ECW_CACHE_MAXMEM is in bytes, not megabytes. So I suspect
500 can cause problems. It is probably much too low for ECW SDK to work
properly. Or it may also decide to use its default value, which is 1/4 of the
total RAM
* GDAL_CACHEMAX=2500 is a too bi
+1
Daniel
Frank Warmerdam wrote:
Motion: For Frank Warmerdam to negotiate a maintainer contract with Ivan
Lucena under the terms of RFC 9 (GDAL Paid Maintainer Guidelines) for up to
200 hours at $25USD/hr.
---
Folks,
Ivan has indicated some availability for maintenance work in the coming
mon
+1
Le Wednesday 07 April 2010 23:44:06 Frank Warmerdam, vous avez écrit :
> Motion: For Frank Warmerdam to negotiate a maintainer contract with Ivan
> Lucena under the terms of RFC 9 (GDAL Paid Maintainer Guidelines) for up to
> 200 hours at $25USD/hr.
>
> ---
>
> Folks,
>
> Ivan has indicated som
Motion: For Frank Warmerdam to negotiate a maintainer contract with Ivan
Lucena under the terms of RFC 9 (GDAL Paid Maintainer Guidelines) for up to
200 hours at $25USD/hr.
---
Folks,
Ivan has indicated some availability for maintenance work in the coming
months and he has proven himself a capa
Harsh,
The telascience (Linux) slavebot fails building latest trunk with :
kmlsuperoverlaydataset.cpp:12:17: error: zip.h: No such file or directory
kmlsuperoverlaydataset.cpp: In function 'bool
...
Full log here :
http://buildbot.osgeo.org:8500/builders/telascience-quick/builds/358/steps/make
Thanks for your suggest Even, but this still does not work. I've noticed
that the "-with-hdf5"
and " --with-netcdf" options are mutually exclusive. I can get it to build with
one or the
other, but not both.
It seems to work if I rebuild netcdf-4.0.1 w/o the "--enable-netcdf-4" and
"--enable-sh
weixj2003ld wrote:
Thk u very much.
I have two questions.
1.If I want to use the following combination,
Red=Band3
Green=Band2*0.8+band4*0.2;
Blue=band1
Wei,
This will require programming or scripting. It cannot be done
with the stock commandline tools.
2. what is the general combination fo
Thk u very much.
I have two questions.
1.If I want to use the following combination,
Red=Band3
Green=Band2*0.8+band4*0.2;
Blue=band1
2. what is the general combination for good look jpeg file?
>weixj2003ld wrote:
>> I read a geotiff file, and find that
>> poBand->GetColorTable()==NULL
>
>Wei,
>
Exactly Chaitanya. Thanks for the support :).
--
Kishore
On Wed, Apr 7, 2010 at 4:38 PM, Chaitanya kumar CH
wrote:
> Kishore,
>
> I think the area you clipped to does not have any features. This should not
> be a problem.
>
>
> On Wed, Apr 7, 2010 at 4:09 PM, Kishore Reddy <
> enigma2006.kish..
I've got a problem translating a large JPEG2000 image to ECW. I'm using:
gdal_translate -of ECW -co "LARGE_OK=YES" input.jp2 output.ecw
Shortly after 10% of processing I get some sort of memory error. The gist of
it is:
ECW Exception
An Access Violation Exception occurred at code address 0x4a4d64
I must be doing something terribly wrong I guess. Heres is the output.
>> ogrinfo -al Contour_100.shp | grep Extent
Extent: (1966324.986729, 399608.866986) - (2146704.003923, 551765.272646)
>> ogr2ogr -clipsrc 1966328 399612 1984324 404608 clipped.shp
Contour_100.shp
>> ogrinfo -al clipped.shp
Pedro Roma wrote:
> Thank you Gil. But what you are saying is that I can only do that after
> I install/compile GDAL in my system right?
I assumed you already had Proj and GDAL installed. If not, you can
browse Proj SVN repository. The "trunk" version of the file I've
mentioned seems to be availabl
Thank you Gil. But what you are saying is that I can only do that after I
install/compile GDAL in my system right?
By the way, is there any "clash" between PROJ 4.7 version with not-so-new
versions of GDAL (in gdalwarp, gdalinfo, gdaltranslate)
Pedro
2010/4/6 Gilles Bassière
> Pedro Roma wrote
weixj2003ld wrote:
I read a geotiff file, and find that
poBand->GetColorTable()==NULL
Wei,
Presumably GetColorTable() returns NULL because the GeoTIFF file
does not have a color table.
But I use ERDAS IMAGINE9.2 (a software that deal with geotiff), I find
that it is not grey,but I use "gdal_
Kishore,
I think the area you clipped to does not have any features. This should not
be a problem.
On Wed, Apr 7, 2010 at 4:09 PM, Kishore Reddy
wrote:
> I must be doing something terribly wrong I guess. Heres is the output.
>
> >> ogrinfo -al Contour_100.shp | grep Extent
> Extent: (1966324.986
24 matches
Mail list logo
