Quantcast

Dependency on openssl?

classic Classic list List threaded Threaded
3 messages Options
Reply | Threaded
Open this post in threaded view
|  
Report Content as Inappropriate

Dependency on openssl?

Karl Meissner
Hi

I am a developer working on a commercial application that needs to read and write Esri shape files as part of the our data layer.
A bit of googling led me too OGR and the FWTool distribution.
please for forgive two newbie questions....


Question #1)
Just a parnoid double check... the license seems to say it is fine to include these libs as part of our commercial product and distribute them as binaries in our installer.   The libraries will be used as minor components in a much larger application.
http://svn.osgeo.org/gdal/trunk/gdal/LICENSE.TXT
http://trac.osgeo.org/gdal/wiki/FAQGeneral#WhatlicensedoesGDALOGRuse


Question #2)
I downloaded and installed FWTools 2.4.7 (Windows 32bit)

Then I tried to write,compile and run the simple C++ sample at
http://www.gdal.org/ogr/ogr_apitut.html

I got a runtime error on the very first line
 OGRRegisterAll();

a popup
"The ordinal 3724 could not be located in the dynamic link library LIBEAY32.dll"
google seem to indicate that openssl needed to be updated.   WTF?

So yes, when I downloaded and installed the open ssl drivers from
http://slproweb.com/products/Win32OpenSSL.html
the tutorial app runs fine and I can parse a simple shape file.

okaaaaay...
but why does running GIS file convert need openssl at all?
Is something in the lib talking to the network?
I was just reading a sample shp file off the disk.
Is this a dependency that my customers will need to update as well when they run an instance of the library?





_______________________________________________
FWTools mailing list
[hidden email]
http://lists.maptools.org/mailman/listinfo/fwtools
http://fwtools.maptools.org/
Reply | Threaded
Open this post in threaded view
|  
Report Content as Inappropriate

Re: Dependency on openssl?

Even Rouault
Selon Karl Meissner <[hidden email]>:

Note that the FWTools binary distribution has not been updated since a long
time. You might better look at
http://trac.osgeo.org/gdal/wiki/DownloadingGdalBinaries for more recent
versions.

As far as including GDAL in commercial products, there's no problem. You must be
careful of the terms of the potential dependency libraries though (which may
vary from one binary distribution to another one, depending on how they have
been built). So you might have to do a more minimalistic build if you don't need
some dependencies whose licence doesn't fit your purpose.

As far as the openssl dependency, I guess this must comes from libcurl, which is
the library which is used to download data for the WMS and WCS GDAL drivers.

If you need just to read&write shapefiles, you can download the GDAL/OGR sources
( http://trac.osgeo.org/gdal/wiki/DownloadSource ) and build it directly with
MSVC ( http://trac.osgeo.org/gdal/wiki/BuildingOnWindows ). There's no external
dependency needed. This is just a matter of running "nmake /f makefile.vc" from
the top of the source tree.

> Hi
>
> I am a developer working on a commercial application that needs to read
> and write Esri shape files as part of the our data layer.
> A bit of googling led me too OGR and the FWTool distribution.
> please for forgive two newbie questions....
>
>
> Question #1)
> Just a parnoid double check... the license seems to say it is fine to
> include these libs as part of our commercial product and distribute them
> as binaries in our installer.   The libraries will be used as minor
> components in a much larger application.
> http://svn.osgeo.org/gdal/trunk/gdal/LICENSE.TXT
> http://trac.osgeo.org/gdal/wiki/FAQGeneral#WhatlicensedoesGDALOGRuse
>
>
> Question #2)
> I downloaded and installed FWTools 2.4.7 (Windows 32bit)
>
> Then I tried to write,compile and run the simple C++ sample at
> http://www.gdal.org/ogr/ogr_apitut.html
>
> I got a runtime error on the very first line
>
>   OGRRegisterAll
>
<http://www.gdal.org/ogr/ogr__api_8h.html#ae904632d0bc86ba5501921ca594e18da>();

>
>
> a popup
> "The ordinal 3724 could not be located in the dynamic link library
> LIBEAY32.dll"
> google seem to indicate that openssl needed to be updated.   WTF?
>
> So yes, when I downloaded and installed the open ssl drivers from
> http://slproweb.com/products/Win32OpenSSL.html
> the tutorial app runs fine and I can parse a simple shape file.
>
> okaaaaay...
> but why does running GIS file convert need openssl at all?
> Is something in the lib talking to the network?
> I was just reading a sample shp file off the disk.
> Is this a dependency that my customers will need to update as well when
> they run an instance of the library?
>
>
>
>
>


_______________________________________________
FWTools mailing list
[hidden email]
http://lists.maptools.org/mailman/listinfo/fwtools
http://fwtools.maptools.org/
Reply | Threaded
Open this post in threaded view
|  
Report Content as Inappropriate

Re: Dependency on openssl?

Karl Meissner
ok thanks for the info.
Karl

On 8/20/2012 11:25 AM, Even Rouault wrote:

> Selon Karl Meissner <[hidden email]>:
>
> Note that the FWTools binary distribution has not been updated since a long
> time. You might better look at
> http://trac.osgeo.org/gdal/wiki/DownloadingGdalBinaries for more recent
> versions.
>
> As far as including GDAL in commercial products, there's no problem. You must be
> careful of the terms of the potential dependency libraries though (which may
> vary from one binary distribution to another one, depending on how they have
> been built). So you might have to do a more minimalistic build if you don't need
> some dependencies whose licence doesn't fit your purpose.
>
> As far as the openssl dependency, I guess this must comes from libcurl, which is
> the library which is used to download data for the WMS and WCS GDAL drivers.
>
> If you need just to read&write shapefiles, you can download the GDAL/OGR sources
> ( http://trac.osgeo.org/gdal/wiki/DownloadSource ) and build it directly with
> MSVC ( http://trac.osgeo.org/gdal/wiki/BuildingOnWindows ). There's no external
> dependency needed. This is just a matter of running "nmake /f makefile.vc" from
> the top of the source tree.
>
>> Hi
>>
>> I am a developer working on a commercial application that needs to read
>> and write Esri shape files as part of the our data layer.
>> A bit of googling led me too OGR and the FWTool distribution.
>> please for forgive two newbie questions....
>>
>>
>> Question #1)
>> Just a parnoid double check... the license seems to say it is fine to
>> include these libs as part of our commercial product and distribute them
>> as binaries in our installer.   The libraries will be used as minor
>> components in a much larger application.
>> http://svn.osgeo.org/gdal/trunk/gdal/LICENSE.TXT
>> http://trac.osgeo.org/gdal/wiki/FAQGeneral#WhatlicensedoesGDALOGRuse
>>
>>
>> Question #2)
>> I downloaded and installed FWTools 2.4.7 (Windows 32bit)
>>
>> Then I tried to write,compile and run the simple C++ sample at
>> http://www.gdal.org/ogr/ogr_apitut.html
>>
>> I got a runtime error on the very first line
>>
>>    OGRRegisterAll
>>
> <http://www.gdal.org/ogr/ogr__api_8h.html#ae904632d0bc86ba5501921ca594e18da>();
>>
>> a popup
>> "The ordinal 3724 could not be located in the dynamic link library
>> LIBEAY32.dll"
>> google seem to indicate that openssl needed to be updated.   WTF?
>>
>> So yes, when I downloaded and installed the open ssl drivers from
>> http://slproweb.com/products/Win32OpenSSL.html
>> the tutorial app runs fine and I can parse a simple shape file.
>>
>> okaaaaay...
>> but why does running GIS file convert need openssl at all?
>> Is something in the lib talking to the network?
>> I was just reading a sample shp file off the disk.
>> Is this a dependency that my customers will need to update as well when
>> they run an instance of the library?
>>
>>
>>
>>
>>
>
>

_______________________________________________
FWTools mailing list
[hidden email]
http://lists.maptools.org/mailman/listinfo/fwtools
http://fwtools.maptools.org/
Loading...