<div dir="ltr"><div><div><div>     Hello Hamish and Mark,<br> <br></div>     This way is a lot more easy! Probably it would take me a lot of time to find it myself :-)<br><br></div><div>     Thank you for the help and keep doing the good job for GRASS and the community!<br>
</div><div><br><br></div>     Greetings,<br><br></div>     Adrian Kirilov<br><div><div>     <br><div><div><br></div></div></div></div></div><div class="gmail_extra"><br><br><div class="gmail_quote">On Thu, May 2, 2013 at 11:57 PM, Hamish <span dir="ltr"><<a href="mailto:hamish_b@yahoo.com" target="_blank">hamish_b@yahoo.com</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div class="im">Adrian wrote:<br>
> I have LiDAR data in ASCII txt files with only X, Y and Z<br>
> coordinates, which I want to import and create DEM models<br>
> from in GRASS. I'm new to this kind of data processing.<br>
<br>
</div>--> see  <a href="http://grass.osgeo.org/wiki/LIDAR" target="_blank">http://grass.osgeo.org/wiki/LIDAR</a><br>
<br>
r.in.xyz + r.surf.nnbathy is my favorite combo for this, but<br>
then, I'm biased. 3.5M points should run in a few seconds.<br>
(r.surf.nnbathy from the wiki AddOns page)<br>
<br>
The choice between v.in.ascii and r.in.xyz really depends on if<br>
you want to do full analysis on the point cloud or just make a<br>
fast DEM from an already cleaned x,y,z set.<br>
<br>
3.5M points is on the limit of the number of vector points you<br>
can work with in GRASS 6 with full topology and database tables<br>
unless you have a computer with lots of RAM. (thus options to<br>
disable first database creation and second topology)<br>
<span class="HOEnZb"><font color="#888888"><br>
<br>
Hamish<br>
</font></span></blockquote></div><br></div>