<div dir="ltr"><div>Dear all,<br><br></div>in r66343 I've added the option to store return or class as category. This is much faster than storing them as attributes. Also, the further processing will be faster supposing that the subsequent workflow can use categories in the same way as attributes.<br><br>Return and class can be stored at the same time, each in its own layer, otherwise they would get mixed. There is no protection against specifying same layer for all, perhaps there should be.<br><div><div><br></div><div>Please note that this change lacks test and documentation. The same still applies to two recent changes in r.in.lidar and v.in.lidar.<br></div><div><br></div><div>Vaclav<br><br></div><div><br>v.in.lidar: store return and class as cats or store no cats<br><a href="https://trac.osgeo.org/grass/changeset/66343">https://trac.osgeo.org/grass/changeset/66343</a><br><br>v.in.lidar: use unsigned long long for counting point counts<br><a href="https://trac.osgeo.org/grass/changeset/66255">https://trac.osgeo.org/grass/changeset/66255</a><br><br>v.in.lidar: decimation (skip, preserve, offset, limit)<br><a href="https://lists.osgeo.org/pipermail/grass-dev/2015-September/076275.html">https://lists.osgeo.org/pipermail/grass-dev/2015-September/076275.html</a><br><br>r.in.lidar: height above ground<br><a href="https://lists.osgeo.org/pipermail/grass-dev/2015-September/076147.html">https://lists.osgeo.org/pipermail/grass-dev/2015-September/076147.html</a></div></div></div>