Nikos A:
No (except that I left this option as the final attempt of many tests --
working with some 1GB images here, so it took me hours... :D). Your
confirmation, though, is highly useful!
Eli Adam wrote:
Sometimes to avoid materializing large intermediate datasets on disk, a VRT
can
I'm trying to create gtiffs with transparent areas where there are voids
between my original images.
I have successfully done it by using an alpha band but this process created 3x
larger images. I think partly because of an additional 4th band and partly
because I cannot use ycbcr to compress
Hello,
On a Linux platform, I have two versions of zlib :
- the older version is installed with the system in /usr/lib64
- the newer version is installed in a non standard directory
I launch the configure tool with the appropriate --with-zlib=/path/to/the/
newer/version/of/zlib
When compiling,
Le mardi 16 juillet 2013 18:55:40, fred p a écrit :
Hello,
On a Linux platform, I have two versions of zlib :
- the older version is installed with the system in /usr/lib64
- the newer version is installed in a non standard directory
I launch the configure tool with the appropriate
Even,
I see the ecw_29 test case your introduced in r26176 (for #4822) now fails.
The current results seem to supersample in a different way that GDAL
normally would - an off by a half issue that think is a reasonable
interpretation of how to supersample. Should the test be modified
Greetings,
I am unable to use the HEALpix and rHEALPix projections which have been added
about a year ago to proj.4 in gdalwarp. Is there a configuration file for gdal
that needs to be updated for this projection?
Here is the command in question that fails:
gdalwarp -s_srs EPSG:26711 -t_srs
Can I use GDALCreate to create (and later write to) PNG images?
If so, is PNG the correct string for GDALGetDriverByName?
Otherwise, can somebody please let me know why the code below returns NULL from
GDALCreate (assigned to dstDS)?
Advice much appreciated, as always.
Thanks,
Nik.
