<html>
<head>
<meta http-equiv="Content-Type" content="text/html; charset=us-ascii">
<meta name="Generator" content="Microsoft Exchange Server">
<!-- converted from text --><style><!-- .EmailQuote { margin-left: 1pt; padding-left: 4pt; border-left: #800000 2px solid; } --></style>
</head>
<body>
<meta content="text/html; charset=UTF-8">
<style type="text/css" style="">
<!--
p
{margin-top:0;
margin-bottom:0}
-->
</style>
<div dir="ltr">
<div id="x_divtagdefaultwrapper" dir="ltr" style="font-size:12pt; color:#000000; font-family:Calibri,Arial,Helvetica,sans-serif">
<p>Hi Howard,</p>
<p><br>
</p>
<p>Yep. It is a license issue but I am not going to get into the details.</p>
<p><br>
</p>
<p>But apart from that, lets think about other scenarios:</p>
<p><span style="font-size:12pt"><br>
</span></p>
<p><span style="font-size:12pt">An application is using GDAL and Proj4 and s</span><span style="font-size:12pt">omeone decide to update GDAL to get some bug fixes.</span></p>
<p><span style="font-size:12pt"><br>
</span></p>
<p><span style="font-size:12pt">But GDAL is build *without* static Proj4 and </span>
therefore is <span style="font-size:12pt">blind to the presence of Proj4 shared library.</span></p>
<p><span style="font-size:12pt"><br>
</span></p>
<p><span style="font-size:12pt">That would be a problem. Right?</span></p>
<p><br>
</p>
<p><span style="font-size:12pt">Anyway. I</span><span style="font-size:12pt">f the change makes sense and it </span><span style="font-size:12pt">is for the better. </span><span style="font-size:12pt">And it is for a new release (</span><span style="font-size:12pt">no
backport).</span></p>
<div>
<p><span style="font-size:12pt"></span></p>
<p><span style="font-size:12pt"><br>
</span></p>
<p><span style="font-size:12pt">+0 ( I can't vote anyway)</span></p>
<p><br>
</p>
<p><span style="font-size:12pt">Best regards,</span><br>
</p>
<p><span style="font-size:12pt"><br>
</span></p>
<p>Ivan</p>
<p><br>
</p>
<p><br>
</p>
</div>
</div>
<hr tabindex="-1" style="display:inline-block; width:98%">
<div id="x_divRplyFwdMsg" dir="ltr"><font face="Calibri, sans-serif" color="#000000" style="font-size:11pt"><b>From:</b> gdal-dev <gdal-dev-bounces@lists.osgeo.org> on behalf of Howard Butler <howard@hobu.co><br>
<b>Sent:</b> Sunday, May 7, 2017 9:47:26 AM<br>
<b>To:</b> Frank Warmerdam<br>
<b>Cc:</b> gdal dev<br>
<b>Subject:</b> Re: [gdal-dev] Dropping dlopen/LoadLibrary loading of proj.4 ?</font>
<div> </div>
</div>
</div>
<font size="2"><span style="font-size:10pt;">
<div class="PlainText">I'm +1 on this. I too found it confusing that Proj.4 worked in this way and no other libraries did in GDAL.<br>
<br>
<br>
> I my case, I *cannot* distribute proj4 into my GDAL build and I *need* to have the options to let the user decided if they want to add proj4 shared libraries.<br>
<br>
Ivan,<br>
<br>
I don't understand the scenario here. It isn't a licensing thing to prevent you from distributing Proj.4, and what do you do in the case of all of the other shared libraries that are linked at compile time that GDAL uses?<br>
<br>
Howard<br>
<br>
> <br>
> On May 7, 2017, at 3:01 AM, Frank Warmerdam <warmerdam@pobox.com> wrote:<br>
> <br>
> Even,<br>
> <br>
> I'm +0 on this change.<br>
> <br>
> On the one hand, I *like* the fact that the dlopen() approach means<br>
> that adding libproj.so after the fact means that GDAL starts<br>
> supporting coordinate system conversion without a rebuild. On the<br>
> other hand, it isn't clear why we do this only for libproj.<br>
> <br>
> I have some appreciation for Ivan's stated concerns with regard to<br>
> regression, but I don't think that should hold back cleanup in major<br>
> new versions.<br>
> <br>
> Best regards,<br>
> Frank<br>
> <br>
> <br>
> On Sat, May 6, 2017 at 12:09 PM, Even Rouault<br>
> <even.rouault@spatialys.com> wrote:<br>
>> Ivan,<br>
>> <br>
>> <br>
>> <br>
>>> I understand the good intention of cleaning up code but that should not<br>
>> <br>
>>> remove functionality. You are breaking backward compatibility. What if<br>
>> <br>
>>> someone updates GDAL in some installation, proj4 is there and it will not<br>
>> <br>
>>> going to be used?<br>
>> <br>
>> <br>
>> <br>
>> Well that would be documented in the release notes... There are a number of<br>
>> breaks in each new release. That's not really different. And the way of<br>
>> solving in the case you mention is rather simple.<br>
>> <br>
>> <br>
>> <br>
>>> I my case, I *cannot* distribute proj4 into my GDAL build<br>
>> <br>
>> <br>
>> <br>
>> I've the feeling you're abusing -1 for a reason which you mentionned<br>
>> privately to me but in my opinion isn't really valid for the rest of the<br>
>> community. But this is not an important enough topic for me to fight about<br>
>> and create useless tensions among contributors.<br>
>> <br>
>> <br>
>> <br>
>> So I'm dropping the ball on this. For posterity, my patch is at:<br>
>> <br>
>> <a href="https://trac.osgeo.org/gdal/ticket/6882">https://trac.osgeo.org/gdal/ticket/6882</a><br>
>> <br>
>> <br>
>> <br>
>> <br>
>> <br>
>> Even<br>
>> <br>
>> <br>
>> <br>
>> --<br>
>> <br>
>> Spatialys - Geospatial professional services<br>
>> <br>
>> <a href="http://www.spatialys.com">http://www.spatialys.com</a><br>
>> <br>
>> <br>
>> _______________________________________________<br>
>> gdal-dev mailing list<br>
>> gdal-dev@lists.osgeo.org<br>
>> <a href="https://lists.osgeo.org/mailman/listinfo/gdal-dev">https://lists.osgeo.org/mailman/listinfo/gdal-dev</a><br>
> <br>
> <br>
> <br>
> -- <br>
> ---------------------------------------+--------------------------------------<br>
> I set the clouds in motion - turn up | Frank Warmerdam, warmerdam@pobox.com<br>
> light and sound - activate the windows |<br>
> and watch the world go round - Rush | Geospatial Software Developer<br>
> _______________________________________________<br>
> gdal-dev mailing list<br>
> gdal-dev@lists.osgeo.org<br>
> <a href="https://lists.osgeo.org/mailman/listinfo/gdal-dev">https://lists.osgeo.org/mailman/listinfo/gdal-dev</a><br>
<br>
_______________________________________________<br>
gdal-dev mailing list<br>
gdal-dev@lists.osgeo.org<br>
<a href="https://lists.osgeo.org/mailman/listinfo/gdal-dev">https://lists.osgeo.org/mailman/listinfo/gdal-dev</a></div>
</span></font>
</body>
</html>