On a related note, I tried compiling liblas1.8.1 ( current version) on Ubuntu 18.04 last night and I get a lot of errors out of the box that seem to be related to compiler version. Will need to set up a virtual 16.04 box for the short term.
Doug On Wed, May 9, 2018 at 4:14 PM, Newcomb, Doug <doug_newc...@fws.gov> wrote: > > > On Wed, May 9, 2018 at 4:02 PM, Markus Neteler <nete...@osgeo.org> wrote: > >> On Wed, May 9, 2018 at 9:37 PM, Newcomb, Doug <doug_newc...@fws.gov> >> wrote: >> > On Wed, May 9, 2018 at 3:21 PM, Markus Neteler <nete...@osgeo.org> >> wrote: >> >> >> >> Doug, >> >> >> >> On Wed, May 9, 2018 at 9:17 PM, Newcomb, Doug <doug_newc...@fws.gov> >> >> wrote: >> >> > Markus, >> >> > Liblas reads LAS version 1.2 , which is limited to 4.2 billion >> points. >> >> >> >> I see. But "count" states 297.683.873 which is way less points? >> > >> > Good question >> > >> >> > You have to compile liblas with an older version of laszip . >> >> >> >> Uhm, why an _older_ version? >> > >> > The API to LASzip changed with version 3. I use LASzip 2.2.0 compiled >> with >> > liblas from 2013 and have no problems so far. https://laszip.org/ >> The most >> > recent version of 3 was for version 1.4 of the LAS spec. >> > >> > You need to compile current pdal and current liblas with different >> versions >> > of the Laszip library . >> >> On that machine is PDAL-1.7.0 (wit patches) which requires laszip 3.2.x. >> >> So, to compile liblas with an older laszip would be tricky. >> > > On the machine I am using for this , I have compiled the old laszip as > the system laszip library and compile but do not install the newer one. I > then point pdal to the directory with the newer version when compiling it. > So far, that seems to work. > > >> >> > pdal used to output version 1.2 of las data by default . I t worked >> fine for >> > me at version 1.6 . I have not checked if that is the case with version >> > 1.7.1 . 1.7 had a bug which required a quick bugfix to 1.7.1, by the >> way. ( >> > I do not recall the bug off of the top of my head.) >> >> The solution would be the implementation of r.in.pdal: >> https://trac.osgeo.org/grass/ticket/3515 > > >> >> to get rid of liblas which is not developed any more. > > >> And/or package laz-perf.... sigh, so many hours already spent on >> packaging... >> >> Markus >> >> > Doug > > -- > Doug Newcomb > USFWS > 551F Pylon Dr > Raleigh, NC > 919-856-4520 ext. 14 doug_newc...@fws.gov > ------------------------------------------------------------ > --------------------------------------------- > > *NOTE: This email correspondence and any attachments to and from this > sender is subject to the Freedom of Information Act (FOIA) and may be > disclosed to third parties.* > -- Doug Newcomb USFWS 551F Pylon Dr Raleigh, NC 919-856-4520 ext. 14 doug_newc...@fws.gov --------------------------------------------------------------------------------------------------------- *NOTE: This email correspondence and any attachments to and from this sender is subject to the Freedom of Information Act (FOIA) and may be disclosed to third parties.*
_______________________________________________ grass-dev mailing list grass-dev@lists.osgeo.org https://lists.osgeo.org/mailman/listinfo/grass-dev