<div dir="ltr"><div><div><div><p dir="ltr">Hi all</p>I appreciate the approach of PDAL reporting what is wrong and saying 'nope, not proper las' - currently I'm working on a small project where that is important feedback to a vendor.<br><br></div>The issue I can see around this style of hard rejecting a dataset is that forensic data examination is ...difficult.<br><br>For example 'PDAL: readers.las:
Extra byte specification exceeds point length beyond base format
length.' leads to lots of reading and guesswork, because I can't actually interrogate the data without knowing to use other tools. The current workaround is LASpy -> PDAL. If it helps to know, LASpy reads in then writes the same files out as LAS which passes PDAL checks. I should get around to closing that loop today (ie reporting what is different about the LASpy-written lasfile). <br><br></div>Yes everyone in the lidar loop should check that their data are properly LAS compliant before publishing. It doesn't happen, that's how it is.<br><br>What are the issues around pdal -info saying 'nope, not proper las' and
spewing out at least the header and some point data anyway?<br><br></div><div>Thanks,<br><br></div><div>Adam<br>--<br></div><div>Dr. Adam Steer<br></div><div><a href="https://spatialised.net">https://spatialised.net</a><br>0480441166<br></div><div><div><div><br><br><br><br><br><br></div></div></div></div>
<br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Fri, Sep 13, 2024, 01:15 Andrew Bell via pdal <<a href="mailto:pdal@lists.osgeo.org" target="_blank">pdal@lists.osgeo.org</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">lasinfo reports more information on these, but PDAL is correctly<br>
telling you what is wrong.<br>
<br>
On Thu, Sep 12, 2024 at 11:11 AM Andrew Bell <<a href="mailto:andrew.bell.ia@gmail.com" rel="noreferrer" target="_blank">andrew.bell.ia@gmail.com</a>> wrote:<br>
><br>
> I believe that PDAL is correctly reporting these files as invalid.<br>
><br>
> On Wed, Sep 11, 2024 at 3:00 PM Jim Klassen via pdal<br>
> <<a href="mailto:pdal@lists.osgeo.org" rel="noreferrer" target="_blank">pdal@lists.osgeo.org</a>> wrote:<br>
> ><br>
> > I'm getting errors reading some 3DEP tiles with "pdal info". There are several of each type, but this is trimmed to one example of each. My main question is if these are invalid LAZ files and/or is there an issue with the PDAL LAZ reader. Tried with pdal 2.7.1 and 2.8.0.<br>
> ><br>
> > USGS_LPC_MN_BeckerCounty_2021_D21_264_5209.laz : PDAL: readers.las: Extra byte specification exceeds point length beyond base format length.<br>
> > USGS_LPC_MN_BeckerCounty_2021_D21_265_5209.laz : PDAL: readers.las: Invalid file signature. Was expecting 'LASF', Check the first four bytes of the file. (this one looks corrupt)<br>
> > USGS_LPC_MN_SE_Driftless_2021_B21_4195_49005.laz : PDAL: readers.las: Invalid version 1468 found in LAZ chunk table.<br>
> > USGS_LPC_MN_SE_Driftless_2021_B21_4480_49125.laz : PDAL: readers.las: Invalid version 1464 found in LAZ chunk table.<br>
> ><br>
> > Source Files:<br>
> > <a href="https://rockyweb.usgs.gov/vdelivery/Datasets/Staged/Elevation/LPC/Projects/MN_BeckerCounty_2021_D21/MN_BeckerCo_1_2021/LAZ/USGS_LPC_MN_BeckerCounty_2021_D21_264_5209.laz" rel="noreferrer noreferrer" target="_blank">https://rockyweb.usgs.gov/vdelivery/Datasets/Staged/Elevation/LPC/Projects/MN_BeckerCounty_2021_D21/MN_BeckerCo_1_2021/LAZ/USGS_LPC_MN_BeckerCounty_2021_D21_264_5209.laz</a><br>
> ><br>
> > <a href="https://rockyweb.usgs.gov/vdelivery/Datasets/Staged/Elevation/LPC/Projects/MN_BeckerCounty_2021_D21/MN_BeckerCo_1_2021/LAZ/USGS_LPC_MN_BeckerCounty_2021_D21_265_5209.laz" rel="noreferrer noreferrer" target="_blank">https://rockyweb.usgs.gov/vdelivery/Datasets/Staged/Elevation/LPC/Projects/MN_BeckerCounty_2021_D21/MN_BeckerCo_1_2021/LAZ/USGS_LPC_MN_BeckerCounty_2021_D21_265_5209.laz</a><br>
> ><br>
> > <a href="https://rockyweb.usgs.gov/vdelivery/Datasets/Staged/Elevation/LPC/Projects/MN_SE_Driftless_2021_B21/MN_SEDriftless_5_2021/LAZ/USGS_LPC_MN_SE_Driftless_2021_B21_4195_49005.laz" rel="noreferrer noreferrer" target="_blank">https://rockyweb.usgs.gov/vdelivery/Datasets/Staged/Elevation/LPC/Projects/MN_SE_Driftless_2021_B21/MN_SEDriftless_5_2021/LAZ/USGS_LPC_MN_SE_Driftless_2021_B21_4195_49005.laz</a><br>
> ><br>
> > <a href="https://rockyweb.usgs.gov/vdelivery/Datasets/Staged/Elevation/LPC/Projects/MN_SE_Driftless_2021_B21/MN_SEDriftless_5_2021/LAZ/USGS_LPC_MN_SE_Driftless_2021_B21_4480_49125.laz" rel="noreferrer noreferrer" target="_blank">https://rockyweb.usgs.gov/vdelivery/Datasets/Staged/Elevation/LPC/Projects/MN_SE_Driftless_2021_B21/MN_SEDriftless_5_2021/LAZ/USGS_LPC_MN_SE_Driftless_2021_B21_4480_49125.laz</a><br>
> > _______________________________________________<br>
> > pdal mailing list<br>
> > <a href="mailto:pdal@lists.osgeo.org" rel="noreferrer" target="_blank">pdal@lists.osgeo.org</a><br>
> > <a href="https://lists.osgeo.org/mailman/listinfo/pdal" rel="noreferrer noreferrer" target="_blank">https://lists.osgeo.org/mailman/listinfo/pdal</a><br>
><br>
><br>
><br>
> --<br>
> Andrew Bell<br>
> <a href="mailto:andrew.bell.ia@gmail.com" rel="noreferrer" target="_blank">andrew.bell.ia@gmail.com</a><br>
<br>
<br>
<br>
-- <br>
Andrew Bell<br>
<a href="mailto:andrew.bell.ia@gmail.com" rel="noreferrer" target="_blank">andrew.bell.ia@gmail.com</a><br>
_______________________________________________<br>
pdal mailing list<br>
<a href="mailto:pdal@lists.osgeo.org" rel="noreferrer" target="_blank">pdal@lists.osgeo.org</a><br>
<a href="https://lists.osgeo.org/mailman/listinfo/pdal" rel="noreferrer noreferrer" target="_blank">https://lists.osgeo.org/mailman/listinfo/pdal</a><br>
</blockquote></div>