<div dir="ltr"><div class="gmail_extra"><br><div class="gmail_quote">On Thu, Sep 3, 2015 at 5:14 PM, Newcomb, Doug <span dir="ltr"><<a href="mailto:doug_newcomb@fws.gov" target="_blank">doug_newcomb@fws.gov</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div>r.in.lidar input=aggregated.las output=skewness_60_ft_5ft_to_canopy_top  z_mode=hag base_dem=aggrgated_dem.vrt zrange=5,250 method=skewness </div><div><br></div><div>z_mode would be either height above ground (hag) or datum (height from datum - default)</div><div></div></blockquote></div><br></div><div class="gmail_extra">I'm not sure what is z_mode=datum. Isn't this just subtract value from z (offset)?<br><br></div><div class="gmail_extra">But anyway, speaking just about GRASS GIS, it is surely possible for v.in.lidar (although with significant slow down but trivial implementation). I guess it is possible for r.in.lidar as well. I'm not sure how scalable (in terms of number of points) it would be when using PDAL. It seems that PDAL can limit it when doing processing but apparently there are ways around it at least for some cases but nothing like lasbuildvrt to paste together several files without actually merging them.<br></div></div>