Hi all,
This is very tangentially a GDAL question, but something that's
affecting my python builds from trunk.
I'm using Python 2.4.4 for reasons unrelated to GDAL. Recently, I
upgraded to ArcGIS 9.3 and they've put zlib.dll into their bin directory
(usually C:\Program Files\ArcGIS\bin) and th
Look at the 'Code' column athttp://gdal.org/formats_list.html
or the code reported by "gdalinfo --formats"
Le Monday 27 October 2008 16:38:48 Nidel, Mike, vous avez écrit :
> Interesting. I'd like to disable NITF handling, is this also possible
> in the same way using GDAL_SKIP? Where is the defi
Ragi Y. Burhum wrote:
On Mon, Oct 27, 2008 at 8:33 AM, <[EMAIL PROTECTED]
Hi all
Throughout GDAL 1.5 and 1.6+ I havent been able to reading most
strings from ArcSDE using OGR, which is probably caused by the
ArcSDE drivers lack of widestring support (?). Is this correct, or
On Mon, Oct 27, 2008 at 8:33 AM, <[EMAIL PROTECTED]> wrote:
>
> Message: 1
> Date: Mon, 27 Oct 2008 08:02:10 +
> From: Anders Moe <[EMAIL PROTECTED]>
> Subject: [gdal-dev] No support for widestrings in ArcSDE driver for
>OGR ?
> To:
> Message-ID: <[EMAIL PROTECTED]>
> Content-Type: te
Kurt Landrus wrote:
Hello;
I working with GDAL to support NITF imagery, I'm having a problem
with trying to save text data to the
I can read data from the Text segment just fine. However when I try to
save data back to the nitf in the TEXT segment using the call
below, I receive no err, but
Hello;
I working with GDAL to support NITF imagery, I'm having a problem
with trying to save text data to the
I can read data from the Text segment just fine. However when I try to
save data back to the nitf in the TEXT segment using the call
below, I receive no err, but the data doesn't ge
Interesting. I'd like to disable NITF handling, is this also possible
in the same way using GDAL_SKIP? Where is the definitive list of format
names that can be used in this way?
thanks,
Mike
> -Original Message-
> From: [EMAIL PROTECTED]
> [mailto:[EMAIL PROTECTED] On Behalf Of Frank W
Christiaan Janssen wrote:
Actually, I want the MrSID library to handle JPG2000 instead of the ECW
library, while still maintaining support for standard ECW files. I think what
your describing would be the opposite.
Christiaan,
Ah, then set GDAL_SKIP=JP2ECW.
Best regards,
--
---
Actually, I want the MrSID library to handle JPG2000 instead of the ECW
library, while still maintaining support for standard ECW files. I think what
your describing would be the opposite.
Christiaan
-Original Message-
From: Frank Warmerdam [mailto:[EMAIL PROTECTED]
Sent: Monday, Octobe
Folks,
I have written up the minutes from Friday's release meeting.
http://trac.osgeo.org/gdal/wiki/ThirdMeeting
Key items:
* Frank Warmerdam named release manager.
* Last friday declared RFC freeze day ... that is, it is too late for
new RFCs to go into the 1.6.0 release.
Rel
Hi,
the thing I have noticed in 1.5.3 is that in "swig/include/gdal.i" there is:
#if !defined(SWIGJAVA)
%include "ColorTable.i"
#endif
In case you are building JAVA bindings, the include will be skipped
resulting in errors.
Not sure why this has been added.
In the patch I have provided to Mike, I
Christiaan Janssen wrote:
I'm wondering if someone can help me with this. I'm trying to build GDAL
with both support for MrSID and ECW while using the former for JPEG2000
support. It appears that as soon as libecw is linked in, it is being
used as the JPEG2000 reader (even when I have MRSID_FLA
I'm wondering if someone can help me with this. I'm trying to build GDAL with
both support for MrSID and ECW while using the former for JPEG2000 support. It
appears that as soon as libecw is linked in, it is being used as the JPEG2000
reader (even when I have MRSID_FLAGS = -DMRSID_J2K uncommente
I've just updated to the tagged 1.5.3 version of GDAL. I'm building the
Swig Java bindings, and I'm getting the following build error
(truncated, occurs a total of 8 times):
Buildfile: build.xml
compile:
[javac] Compiling 39 source files to
C:\src\gdal-1.5.3\swig\java\build\class
es
[java
Andrew Brooks wrote:
On Fri, 24 Oct 2008 19:21:22 +0100, Even Rouault <[EMAIL PROTECTED]> wrote:
my guess is that your merged1.tif TIFF has areas which are not initialized
(black/transparent areas). gdal_merge.py probably doesn't write any data in
them, thus leading to missing blocks in the fil
On Fri, 24 Oct 2008 19:21:22 +0100, Even Rouault <[EMAIL PROTECTED]> wrote:
> my guess is that your merged1.tif TIFF has areas which are not initialized
> (black/transparent areas). gdal_merge.py probably doesn't write any data in
> them, thus leading to missing blocks in the file.
Thanks for the
Hi all
Throughout GDAL 1.5 and 1.6+ I havent been able to reading most strings from
ArcSDE using OGR, which is probably caused by the ArcSDE drivers lack of
widestring support (?). Is this correct, or am I doing something wrong ? I'm
pretty desperate for this to work now. Seems as if a lot o
17 matches
Mail list logo
