
<html><head><meta http-equiv="Content-Type" content="text/html charset=us-ascii"></head><body style="word-wrap: break-word; -webkit-nbsp-mode: space; -webkit-line-break: after-white-space;" class=""><div class="">Hello everybody,</div><div class=""><br class=""></div><div class="">I notice that there are two KML drivers in GDAL, namely KMLDriver and LIBKMLDriver. Both of them will load all the data into memory. </div><div class=""><br class=""></div><div class="">We would like to write a new KML driver for GDAL, a streaming version, so as to reduce memory consumption. We would still want to use LIBKML, so that we don't have to reinvent the wheels. However, the LIBKML only supports SAX API, and GDAL doesn't seems to works with that very well. I am wondering whether it is a good idea to go along this path. </div><div class=""><br class=""></div><div class="">This is about the existing streaming parse in LIBKML (under <b class="">KmlStream Section</b>):</div><div class=""><a href="https://code.google.com/p/libkml/wiki/KmlEngineReference" class="">https://code.google.com/p/libkml/wiki/KmlEngineReference</a></div><div class=""><br class=""></div><div class="">Hope can hear some of your opinions about this idea.</div><div class=""><br class=""></div><div class="">Sincerely, </div><div class=""><br class=""></div><div class="">Yuchen</div></body></html>