Olav, <br><br>Take a look at libLas.  <a href="http://www.liblas.org/">http://www.liblas.org/</a><br><br>It does not necessarily have as many commandline tools, but it is performant and is licensed under BSD and LGPL.<br><br>
Here is a comparison between libLas and LASTools:  <a href="http://www.liblas.org/lastools.html#lastools-liblas">http://www.liblas.org/lastools.html#lastools-liblas</a><br><br>David.<br><br><div class="gmail_quote">On Fri, Nov 23, 2012 at 6:49 PM, opeeters <span dir="ltr"><<a href="mailto:opeeters@gmail.com" target="_blank">opeeters@gmail.com</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Great blog, Victor!<br>
Thank you!<br>
<br>
Well actually, a colleague came up with a very simple python script (see<br>
attachted splitgrid.py<br>
<<a href="http://osgeo-org.1560.n6.nabble.com/file/n5018501/splitgrid.py" target="_blank">http://osgeo-org.1560.n6.nabble.com/file/n5018501/splitgrid.py</a>>  ). This is<br>
no spatial randomisation like eg the v.kcv function in GRASS GIS, but for<br>
large enough datasets, it delivers wonderfully fast and with a good spatial<br>
spread. Feel free to add it to your blog if you see any added value.<br>
<br>
Thanks Andreas,<br>
for pointing me to the LAStools! I did not know about them yet and yes, even<br>
if we are not doing LiDAR, these tools are superb in crunching big amounts<br>
of numbers. I contacted Martin Isenburg concerning a license for using<br>
las2dem or blast2dem. His response left me a bit shell shocked. I don't know<br>
the guy well enough I guess. But still, everyone has bills to pay. We would<br>
have the funds to reward him handsomely for his efforts in the project we<br>
would like to use this application in. But I'm sorry, I really cannot<br>
endorse the way he is going commercial now.<br>
<br>
Thanks paulo25,<br>
for pointing my to the v.kcv function in GRASS GIS.<br>
I tried is through the SEXTANTE toolbox, but with 3 million points, I guess<br>
this algorithm gets clotted. I tried it on a machine with plenty of RAM and<br>
CPU. The process just dies after some time. But for larger data sets a<br>
spatial randomisation is not so important as for smaller ones...<br>
<br>
Thanks again to you three!<br>
<br>
Regards,<br>
Olav<br>
<br>
<br>
<br>
<br>
<br>
<br>
<br>
--<br>
View this message in context: <a href="http://osgeo-org.1560.n6.nabble.com/split-point-cloud-into-X-randomly-selected-equally-sized-parts-tp5017330p5018501.html" target="_blank">http://osgeo-org.1560.n6.nabble.com/split-point-cloud-into-X-randomly-selected-equally-sized-parts-tp5017330p5018501.html</a><br>

Sent from the Quantum GIS - User mailing list archive at Nabble.com.<br>
<div class="HOEnZb"><div class="h5">_______________________________________________<br>
Qgis-user mailing list<br>
<a href="mailto:Qgis-user@lists.osgeo.org">Qgis-user@lists.osgeo.org</a><br>
<a href="http://lists.osgeo.org/mailman/listinfo/qgis-user" target="_blank">http://lists.osgeo.org/mailman/listinfo/qgis-user</a><br>
</div></div></blockquote></div><br>