<html>
<head>
<style><!--
.hmmessage P
{
margin:0px;
padding:0px
}
body.hmmessage
{
font-size: 12pt;
font-family:Calibri
}
--></style></head>
<body class='hmmessage'><div dir='ltr'><span style="font-size: 12pt;">> > Hello Even</span><br><div>> > Thank you very much for your help, now it works! Probably I have not fully<br>> > understood the problem, but is it something that can and will be fixed in<br>> > a future version? Josua<br>> <br>> Probably not. This is not really a bug, but a consequence of how the KML <br>> writer works. It writes features in the files as soon as they arrive. To handle <br>> layer interleaved writing, it should keep them all in memory before flushing <br>> them to disk, which might cause memory issues when writing huge KML files.<br>> <br>> Note that if you have a build of GDAL/OGR with the LIBKML driver, you could <br>> use it directly (ogr2ogr -f LIBKML), as it indeed stores all features into <br>> memory. If you work with really big OSM files whose content cannot fit entirely <br>> in memory, this will not work.<br>> <br>> Otherwise, if your OSM file is small enough so that no OSM layer has more than <br>> 100 000 features, you can try adding "--config OGR_INTERLEAVED_READING NO" to <br>> your ogr2ogr command line. This will instruct ogr2ogr and the OSM driver not <br>> to go to interleaved reading mode, but as soon as a layer will have more than <br>> 100 000 features, the reading will stop.<br>> <br>> -- <br>> Geospatial professional services<br>> http://even.rouault.free.fr/services.html<br></div><div><br></div><div><br></div><div>Ok, thanks again for your help and your detailed description!</div><div><br></div><div>Josua</div> </div></body>
</html>