Bummer, still no OS X support.
On Jul 14, 2013, at 10:35 PM, Tweedie, Chris wrote:
Hi list,
Due to overwhelming interest from GDAL-ers I have cross posted the
announcement here. For general SDK questions please post to
http://geospatial.intergraph.com/Community/forums/27.aspx
SDK v5.0
Le 15/07/2013 15:26, William Kyngesburye a écrit :
Bummer, still no OS X support.
and no Linux support for ARM.
SDK 3.3 is still the best option.
Intergraph is killing the ECW format.
Jean-Claude
___
gdal-dev mailing list
gdal-dev@lists.osgeo.org
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!
Sometimes to avoid materializing large intermediate datasets on disk, a VRT
can be used. I'm not sure if this
Le lundi 15 juillet 2013 04:23:30, Xian Chen/陈羡 a écrit :
Hi Even,
Thanks for your quick response. I tested your patch on OGR2OGR. All right,
the application does not crash now. Does that mean with this patch we
don't need to call OGRCleanupAll() mandatorily?
Well, OGRCleanupAll() is
Hi!
I'm using the code below as part of a routine to warp images. For most images
it works fine. However, for one of my users, their images are being converted
from full colour to black and white which is not supposed to happen. I've
narrowed down the issue to the code below where 'hCT'
Nike,
The gdalinfo report on the file is as follows. It is an RGBA file - that
is it has four bands which are red, green, blue and alpha. It appears you
are configured to only work with single band pseudo-colored images (images
with a palette). I suppose you will need to generalize your code
Chris,
I tried it out and it looks pretty good. I appreciate that the various
compiler warnings I saw including the sdk include files in the beta are now
all fixed!
Even,
I see the ecw_29 test case your introduced in r26176 (for #4822) now fails.
The current results seem to supersample in a
