[gdal-dev] Regarding libkml driver

[Kurt Schwehr]

Hi Rashad and all,

Wolf and I have joined in working on libkml.  We will be getting more
transitioned from the old code.google.com site to
https://github.com/google/libkml, will be pushing some general maintanence
patches and will be getting the pull request processed.  We look forward to
collaborating on future development of libkml.

-kurt

On Tue, Aug 4, 2015 at 9:59 PM, Kurt Schwehr <schwehr at gmail.com> wrote:

> 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
>



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