Thanks everyone for all the info. I had already planned to start my
presentation of OSGEO tools with GDAL because it's one of my personal
favourites, and might be one of the most useful to ESRItes also. But
it will be even better to able to introduce GDAL as a member of both
the OSGEO and ESRI fam
Brent Fraser wrote:
> I guess the zlib functions in my ogdi build are too old. I'll look into
that...
Brent,
Ah yes, that is quite likely. You might try commenting out the OGDI
specific logic about zlib in frmts/makefile.vc.
Best regards,
--
---+
Frank Warmerdam wrote:
Brent Fraser wrote:
I just did a checkout and build of GDAL, and got the following:
Creating library gdal_i.lib and object gdal_i.exp
cpl_vsil_gzip.obj : error LNK2019: unresolved external symbol
_inflateCopy referenced in function "public: class VSIGZipHandle *
__
After a bit of googling, I see that
http://mail.python.org/pipermail/python-dev/2006-May/065081.html
You probably must link against zlib < 1.2.X
The question now is : should we support zlib < 1.2.X and workaround the
missing symbol ? I could test ZLIB_VERNUM.
InflateCopy is used to make seeking
Brent Fraser wrote:
I just did a checkout and build of GDAL, and got the following:
Creating library gdal_i.lib and object gdal_i.exp
cpl_vsil_gzip.obj : error LNK2019: unresolved external symbol
_inflateCopy referenced in function "public: class VSIGZipHandle *
__thiscall VSIGZipHandle::Du
Brent,
I'm not clear why it doesn't work for you. Yes, zlib is needed. But the
internal copy in GDAL has this symbol. (Building works on Windows GDAL
slavebots working).
Maybe you're linking against an old external zlib that doesn't export this
symbol ? If that's the case, could you give its v
I just did a checkout and build of GDAL, and got the following:
Creating library gdal_i.lib and object gdal_i.exp
cpl_vsil_gzip.obj : error LNK2019: unresolved external symbol _inflateCopy referenced in
function "public: class VSIGZipHandle * __thiscall
VSIGZipHandle::Duplicate(void)" ([EMAI
Joel,
Did you add "gdal_i.lib" to your linker input property in the project
settings?
Martin
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Joel Odom
Sent: Friday, September 05, 2008 1:12 PM
To: gdal-dev@lists.osgeo.org
Subject: [gdal-dev] Newbie Developer Question About
Joel Odom wrote:
I'm new to GDAL, though I'm looking forward to using it. I've compiled
1.5.2 under Microsoft Visual Studio 2008 and am trying to experiment
with the library. In my application that links to the library I'm
getting an unresolved reference (pasted below). I don't have any ODBC
Joel,
Also you could us depends.exe to see what is missing in the gdal.dll
Martin
Sent via BlackBerry by AT&T
-Original Message-
From: "Joel Odom" <[EMAIL PROTECTED]>
Date: Fri, 5 Sep 2008 15:21:20
To: Martin Chapman<[EMAIL PROTECTED]>;
Subject: Re: [gdal-dev] Newbie Developer Quest
Joel,
Look in/gdal/nmake.opt to turn off odbc and then recompile gdal.
Martin
Sent via BlackBerry by AT&T
-Original Message-
From: "Joel Odom" <[EMAIL PROTECTED]>
Date: Fri, 5 Sep 2008 15:21:20
To: Martin Chapman<[EMAIL PROTECTED]>;
Subject: Re: [gdal-dev] Newbie Developer Question A
Hello, Martin. I added this library and tried it, but still no luck
linking. I was looking at the source code, and it appears that all of the
ODBC stuff is using header files distributed with Visual Studio. Is there a
system dependency where this should be resolved, or is the dependency
somewher
I'm new to GDAL, though I'm looking forward to using it. I've compiled
1.5.2 under Microsoft Visual Studio 2008 and am trying to experiment with
the library. In my application that links to the library I'm getting an
unresolved reference (pasted below). I don't have any ODBC experience and
would
Radeus wrote:
Frank,
Other than implementing the SetMetadata() and SetMetadataItem() in the
NITFDataset, what else should I look at changing. I know I should be writing
this information from the GDALMultiDomainMetadata in the destructor (or at
least that is what I think based on GTiff implementat
Just a note of support from the sidelines --
As longtime JP2 and JPIP fans, LizardTech and I are very much in favor
of getting a JPIP driver into GDAL. While I haven't been contributing
directly to the discussion, I've been following it offline and am in
touch w/ NormanB as to how we might be abl
Frank Warmerdam-2 wrote:
>
> Radeus wrote:
>> Hello,
>> I'm new to GDAL and have not been able to find any information on whether
>> the NITF driver allows you to attach a text file (text segment) to the
>> NITF
>> file on Create or CreateCopy. I have tried with no luck to either attach
>> or
>
Frank,
> or so. They also co-sponsored the bigtiff upgrade for libtiff.
Funny because it doesn't seams to me that they are using bigtiff in 9.3 yet.
Maybe it will come in a service pack. Let's see.
Ivan
___
gdal-dev mailing list
gdal-dev@lists.osgeo
On Fri, Sep 5, 2008 at 7:32 AM, Frank Warmerdam <[EMAIL PROTECTED]> wrote:
> Richard Greenwood wrote:
>>
>> Thanks Ivan and Sophia. So ESRI is using GDAL/OGR for some raster
>> formats, any idea about vector use? And does anyone know if ESRI has
>> contributed code or money to GDAL?
>
> Richard,
>
Radeus wrote:
Hello,
I'm new to GDAL and have not been able to find any information on whether
the NITF driver allows you to attach a text file (text segment) to the NITF
file on Create or CreateCopy. I have tried with no luck to either attach or
read back a NITF file with Text Segments.
I have s
Richard Greenwood wrote:
Thanks Ivan and Sophia. So ESRI is using GDAL/OGR for some raster
formats, any idea about vector use? And does anyone know if ESRI has
contributed code or money to GDAL?
Richard,
I'm not aware of any use within ESRI of GDAL/OGR vector support.
ESRI is currently one of
On Thu, Sep 4, 2008 at 9:09 PM, Lucena, Ivan <[EMAIL PROTECTED]> wrote:
> Rich,
>
> Basically all ERSI products are using GDAL since 9.2.
>
> http://webhelp.esri.com/arcgisdesktop/9.2/index.cfm?TopicName=Supported_raster_dataset_file_formats
>
> And they keep using it in 9.3:
>
> http://webhelp.esr
21 matches
Mail list logo
