[gdal-dev] fwtools 2.1.0, gdal1.6 and oci, sde plugins
Howard Butler
hobu.inc at gmail.com
Thu Apr 10 12:49:52 EDT 2008
Yes, if you need OCI and SDE plugins, the only binaries I am going to
support going forward with builds are the official release binaries.
These plugins are not compatible with FWTools except by accident,
because FWTools tracks the trunk version of GDAL and is changing all
of the time. This is also the reason why it is so laborious to
continually make new plugin builds -- plugins are sensitive to the
kinds of changes we allow (and expect) to happen in trunk.
Howard
On Apr 9, 2008, at 12:16 PM, Duarte Carreira wrote:
> Howard,
>
> What is the simplest way you know of to have FWTools work with these
> plugins? I'm afraid I didn't quite understand your suggestion at the
> end
> of your message. Should I start using gdal releases instead of fwtools
> if I need oci and sde?
>
> Thanks,
> Duarte
>
> -----Mensagem original-----
> De: Howard Butler [mailto:hobu.inc at gmail.com]
> Enviada: quarta-feira, 9 de Abril de 2008 17:14
> Para: Duarte Carreira
> Cc: gdal-dev at lists.osgeo.org
> Assunto: Re: [gdal-dev] fwtools 2.1.0, gdal1.6 and oci, sde plugins
>
>
> On Apr 8, 2008, at 10:14 AM, Duarte Carreira wrote:
>> Hello.
>>
>> I'm trying to use FWTools 2.1.0 with OCI and SDE plugins and get
>> errors related to wrong versions conflicts. OGR says gdal14.dll is
>> not
>
>> found, and GDAL complains about SDE driver being compiled against
>> GDAL
>
>> 1.5 and current version is 1.6.
>>
>> Are new plugins expected soon? And is there a workaround?
>>
>> Thanks everyone for your help.
>>
>
> Duarte,
>
> Our stable windows release located at
> http://download.osgeo.org/gdal/win32/1.5/
> provides a full complement of current plugins for ArcSDE and OCI
> (along with some others like MrSID and ECW). I have found it quite
> taxing to keep up building plugins for both FWTools and our stable
> releases, and with the new OSGeo4W effort, I have focused my effort on
> these because they should work in OSGeo4W as well.
>
> If you need to track GDAL trunk for a bug fix or new feature, I'm
> afraid
> you'll have to invest some effort in building your own plugins (or
> linking in what you need directly for even easier usage).
>
> Howard
More information about the gdal-dev
mailing list