<div dir="ltr"><br><div class="gmail_extra"><br><div class="gmail_quote">On Sun, Aug 2, 2015 at 9:05 PM, Even Rouault <span dir="ltr"><<a href="mailto:even.rouault@spatialys.com" target="_blank">even.rouault@spatialys.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><span class="">><br>
> No API changes. it make building and configuring libkml easier!<br>
><br>
> Correct me If I am wrong, I guess with a pkg-config would be easier to find<br>
> and configure libkml libs.<br>
<br>
</span>Yes, that would probably be better. That said my experience with GDAL configure<br>
--with-libkml has been good up to now. But having a pkg-config script could<br>
simplify the current detection and configuration logic.<br>
<br>
Another action would be to change the documentation page of the libkml driver<br>
and related Trac wiki pages to point to your fork.<br>
<br>
By the way, did you try running the ogr_libkml.py tests from GDAL autotest<br>
suite with your fork ?<br>
<br>
What is the Windows status of the fork ? And with a Windows build of GDAL ?<br></blockquote><div><br></div><div>I had tested on VS2010 on windows7 and works fine. with a gdal windows built, I haven't tested yet. I will get back to you on that and also on ogr_libkml.py test</div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<br>
To answer your initial question, yes, changes should go as a patch to a Trac<br>
ticket.<br>
<div class="HOEnZb"><div class="h5"><br>
--<br>
Spatialys - Geospatial professional services<br>
<a href="http://www.spatialys.com" rel="noreferrer" target="_blank">http://www.spatialys.com</a><br>
</div></div></blockquote></div><br><br clear="all"><div><br></div>-- <br><div class="gmail_signature"><div><font face="arial, helvetica, sans-serif">Regards,<br>   Rashad</font></div></div>
</div></div>