[gdal-dev] Regarding libkml driver

[Kurt Schwehr]

Hi Rashad,

I am starting to look into libkml from the Google side.  I will chat with
mashbridge in next week and see if we can get some motion on libkml.

-kurt
Engineer at Google

On Sun, Aug 2, 2015 at 12:22 PM, Rashad M <mohammedrashadkm at gmail.com>
wrote:

>
>
> On Sun, Aug 2, 2015 at 9:05 PM, Even Rouault <even.rouault at spatialys.com>
> wrote:
>
>> >
>> > No API changes. it make building and configuring libkml easier!
>> >
>> > Correct me If I am wrong, I guess with a pkg-config would be easier to
>> find
>> > and configure libkml libs.
>>
>> Yes, that would probably be better. That said my experience with GDAL
>> configure
>> --with-libkml has been good up to now. But having a pkg-config script
>> could
>> simplify the current detection and configuration logic.
>>
>> Another action would be to change the documentation page of the libkml
>> driver
>> and related Trac wiki pages to point to your fork.
>>
>> By the way, did you try running the ogr_libkml.py tests from GDAL autotest
>> suite with your fork ?
>>
>> What is the Windows status of the fork ? And with a Windows build of GDAL
>> ?
>>
>
> 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
>
>>
>> To answer your initial question, yes, changes should go as a patch to a
>> Trac
>> ticket.
>>
>> --
>> Spatialys - Geospatial professional services
>> http://www.spatialys.com
>>
>
>
>
> --
> Regards,
>    Rashad
>
> _______________________________________________
> gdal-dev mailing list
> gdal-dev at lists.osgeo.org
> http://lists.osgeo.org/mailman/listinfo/gdal-dev
>



-- 
--
http://schwehr.org
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osgeo.org/pipermail/gdal-dev/attachments/20150804/4991a61c/attachment.html>