<div dir="ltr">Vaclav,<div><br></div><div>I cannot wait to try this with multiple files at the 4.2 point las 1.2 limit! I can live with slow, just concerned about the memory demands working with larger areas.</div><div><br></div><div>Thank you very much!</div><div><br></div><div>Doug</div><div><br></div><div><br></div><div><br></div><div><br></div><div><br></div><div><br></div></div><div class="gmail_extra"><br><div class="gmail_quote">On Mon, Oct 26, 2015 at 11:28 AM, Vaclav Petras <span dir="ltr"><<a href="mailto:wenzeslaus@gmail.com" target="_blank">wenzeslaus@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr"><div><div>Hi all,<br><br></div>r.in.lidar in trunk (r66601) can now read multiple LAS files specified in a text file (similarly to what e.g. r.colors supports for raster maps). It is nothing fancy, no indexing or something, but you can bin point from several tiles without any edge effects. It is not particularly fast either, but it is not worse than the original code.<br><br></div><div>Here is an example with custom resolution and extent derived from the data:<br></div><div><br>r.in.lidar file=list.txt output=raster method=mean -e res=30 zrange=-1,200<br><br></div><div>The file list.txt contains something like:<br><br></div><div>/home/johnuser/data/tile_55.las<br>/home/johnuser/data/tile_56.las<br>/home/johnuser/data/tile_57.las<br></div><div><br></div>A major refactoring of the code (r66593-r66596) was necessary for smooth implementation. I did my best to test different combination of parameters with comparison to original results, but I was not able to create an automated test partially for the lack of standardized input data. More testing appreciated.<br><div><br></div><div>The options and tabs were reorganized to accommodate new inputs, but the documentation is missing.<br></div><div><br></div><div>Let me know what you think.<br></div><div><br></div><div>Vaclav<br></div><div><br><br><a href="https://grass.osgeo.org/grass71/manuals/r.in.lidar.html" target="_blank">https://grass.osgeo.org/grass71/manuals/r.in.lidar.html</a><br><a href="https://trac.osgeo.org/grass/changeset/66601" target="_blank">https://trac.osgeo.org/grass/changeset/66601</a><br><a href="https://trac.osgeo.org/grass/changeset/66593" target="_blank">https://trac.osgeo.org/grass/changeset/66593</a><br><a href="https://trac.osgeo.org/grass/changeset/66594" target="_blank">https://trac.osgeo.org/grass/changeset/66594</a><br><a href="https://trac.osgeo.org/grass/changeset/66595" target="_blank">https://trac.osgeo.org/grass/changeset/66595</a><br><a href="https://trac.osgeo.org/grass/changeset/66596" target="_blank">https://trac.osgeo.org/grass/changeset/66596</a><br></div></div>
<br>_______________________________________________<br>
grass-dev mailing list<br>
<a href="mailto:grass-dev@lists.osgeo.org">grass-dev@lists.osgeo.org</a><br>
<a href="http://lists.osgeo.org/mailman/listinfo/grass-dev" rel="noreferrer" target="_blank">http://lists.osgeo.org/mailman/listinfo/grass-dev</a><br></blockquote></div><br><br clear="all"><div><br></div>-- <br><div class="gmail_signature"><div dir="ltr"><div><div>Doug Newcomb</div><div>USFWS</div><div>Raleigh, NC</div><div>919-856-4520 ext. 14 <a href="mailto:doug_newcomb@fws.gov" target="_blank">doug_newcomb@fws.gov</a></div><div>---------------------------------------------------------------------------------------------------------</div><div>The opinions I express are my own and are not representative of the official policy of the U.S.Fish and Wildlife Service or Dept. of the Interior.   Life is too short for undocumented, proprietary data formats. As a federal employee, my email may be subject to FOIA request.</div></div></div></div>
</div>