<div dir="ltr">Any thoughts on applying further filtering and using the intensity of the return for statistical analysis?  For example, if one wanted to calculate the mean/range/in/max/std_dev  intensity of the last returns or first returns.<div>

<br></div><div>Doug</div><div><br></div></div><div class="gmail_extra"><br><br><div class="gmail_quote">On Tue, Oct 8, 2013 at 2:37 PM, Markus Neteler <span dir="ltr"><<a href="mailto:neteler@osgeo.org" target="_blank">neteler@osgeo.org</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">On Tue, Oct 8, 2013 at 4:31 PM, Markus Metz<br>
<<a href="mailto:markus.metz.giswork@gmail.com">markus.metz.giswork@gmail.com</a>> wrote:<br>
> Markus Neteler wrote:<br>
>><br>
>> One more wish comes to mind (indeed, I started cross-porting but :-)<br>
>><br>
>> v.in.lidar comes with a filter (which should perhaps be generalized to<br>
>> the nth return; or, the last *is* the nth return but then "mid" could<br>
>> be more than one in this case?):<br>
><br>
> Yes, for n returns, the first return is number 1, the last return is<br>
> the nth return and mid returns are all returns in between, i.e. none<br>
> for 2 returns. Choosing the nth return does not make sense to me.<br>
<br>
</div>ok<br>
<div class="im"><br>
>>     filter   Only import points of selected return type<br>
>>               If not specified, all points are imported<br>
>>              options: first,last,mid<br>
>><br>
>> which would be great for r.in.lidar as well to avoid that I need to<br>
>> split the file with las2las beforehand.<br>
><br>
> Why would you want to do filtering? The r.in.lidar methods min, max,<br>
> mean, median, percentile are not sufficient?<br>
<br>
<br>
</div>I omitted to mention the sometimes existing classification of returns<br>
and had in mind to be able to restrict the import to e.g. ground<br>
points only, or the like. Then apply the methods min, max, etc only to<br>
the selected subset of LiDAR points.<br>
<br>
markusN<br>
<div class="HOEnZb"><div class="h5">_______________________________________________<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" target="_blank">http://lists.osgeo.org/mailman/listinfo/grass-dev</a><br>
</div></div></blockquote></div><br><br clear="all"><div><br></div>-- <br><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.</div>


</div>