<html>
<head>
<meta http-equiv="Content-Type" content="text/html; charset=UTF-8">
</head>
<body>
<div>
<div dir="auto">I don't know that I can make the meeting, but as a
contributor to OSGeoLive, a Debian user, and as someone who
regularly works with point-cloud data, I have a few comments:<br>
<br>
<br>
There are several existing FLOSS LAZ libraries (laszip, laz-perf
and laz-rs for example). I'm not sure about what, if anything,
supports full waveform data as that hasn't been important for my
work. I'm sure the LAZ specification is floating around
somewhere, but on a quick search I hit a lot of broken links.
My understanding is laz-perf (C++) and laz-rs (Rust) are meant
to be cleaner and more performant implementations when compared
to the original laszip library. I'm not sure if any of these
libraries (or PDAL) meet your needs, but I would recommend at
least considering using/expanding on what exists before
committing to reinventing the wheel.<br>
<br>
</div>
<div dir="auto"><br>
</div>
<div dir="auto">My understanding is that PDAL and friends were
removed from DebianGIS for non-technical reasons, but that PDAL
is still currently packaged in the UbuntuGIS PPA that is used by
OSGeoLive. So, I don't see a reason why their removal from
DebianGIS would have to impact OSGeoLive. I don't see laszip
packaged in UbuntuGIS, but that may not be that important. I
know PDAL has transitioned from using laszip to using laz-perf,
and that many other applications have transitioned to using PDAL
over using liblas/laszip directly (for similar reasons to why
applications tend to use GDAL instead of using
libtiff/libgeotiff directly).<br>
</div>
</div>
<br>
<br>
Overall, for OSGeoLive, the big thing I see is that the recent work
of getting point-cloud support into QGIS, along with the ability to
access large, freely available point-cloud datasets hosted by USGS
and many others in EPT format (via QGIS's use of PDAL) is
transformative in enabling people to easily work with these
(generally very large) datasets that previously had a high barrier
of entry due to the necessary levels of storage, compute, and steep
learning curve. I believe being able to showcase this functionality
in OSGeoLive is important to educating people on what can be
achieved with the current state of the projects under the OSGeo
umbrella.<br>
<br>
The one potential catch here is with PDAL and friends removed from
DebianGIS, the DebianGIS packages that had optional dependencies on
these packages will be configured to build without them. I don't
know if/how this may flow into UbuntuGIS, but I would suggest that
we should make sure that the support for PDAL and friends remains
enabled in the UbuntuGIS PPA. If the issue here is "simply"
packaging, I may be willing to help with that.<br>
<br>
<br>
<br>
<div class="moz-cite-prefix">On 4/10/23 19:35, Vicky Vergara wrote:<br>
</div>
<blockquote type="cite"
cite="mid:CAFxHbZTxRxuc7LQ9bRnSq521YvuP4rBW0Q0-L_QbiC+trOAmoA@mail.gmail.com">
<meta http-equiv="content-type" content="text/html; charset=UTF-8">
<div dir="ltr">Hi, I think on wednesday we have a meeting, maybe
you can join and explain the problem there?<br>
<br>
</div>
<br>
<div class="gmail_quote">
<div dir="ltr" class="gmail_attr">On Wed, Apr 5, 2023 at
12:52 AM Pierre Abbat <<a href="mailto:phma@bezitopo.org"
moz-do-not-send="true" class="moz-txt-link-freetext">phma@bezitopo.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"><a
href="https://bugs.debian.org/cgi-bin/pkgreport.cgi?archive=both;src=cloudcompare"
rel="noreferrer" target="_blank" moz-do-not-send="true"
class="moz-txt-link-freetext">https://bugs.debian.org/cgi-bin/pkgreport.cgi?archive=both;src=cloudcompare</a><br>
LASzip and PDAL are still in Jammy, but will be removed from
Bookworm. The <br>
next version of Ubuntu after Bookworm is released will
presumably not have <br>
them either. I have written code that reads and writes LAS
files, up to version <br>
1.4 (editions of 1.4 have increased the set of classes of
points, which I've <br>
tried to keep up with). Would anyone be willing to help me
with the following?<br>
<br>
*Finding a specification of the LAZ format, or if there is
none, reverse-<br>
engineering the format and writing a specification so that I
can write code. <br>
Wolkenbase, the program I wrote the LAS writing code for,
reads LAS files in <br>
random access; this may not be possible in a compressed LAZ
file.<br>
<br>
*Writing code to read and write waveform data. I have no LAS
files with <br>
waveform data, and they are not important to what I'm doing.<br>
<br>
*Turning the code into a library that other programs can use.
I've written a <br>
few C++ libraries, but none that, as far as I know, are used
by someone else's <br>
code.<br>
<br>
Pierre<br>
-- <br>
The gostak pelled at the fostin lutt for darfs for her martle
plave.<br>
The darfs had smibbed, the lutt was thale, and the pilter had
nothing snave.<br>
<br>
<br>
<br>
_______________________________________________<br>
osgeolive mailing list<br>
<a href="mailto:osgeolive@lists.osgeo.org" target="_blank"
moz-do-not-send="true" class="moz-txt-link-freetext">osgeolive@lists.osgeo.org</a><br>
<a href="https://lists.osgeo.org/mailman/listinfo/osgeolive"
rel="noreferrer" target="_blank" moz-do-not-send="true"
class="moz-txt-link-freetext">https://lists.osgeo.org/mailman/listinfo/osgeolive</a><br>
</blockquote>
</div>
<br>
<fieldset class="moz-mime-attachment-header"></fieldset>
<pre class="moz-quote-pre" wrap="">_______________________________________________
osgeolive mailing list
<a class="moz-txt-link-abbreviated" href="mailto:osgeolive@lists.osgeo.org">osgeolive@lists.osgeo.org</a>
<a class="moz-txt-link-freetext" href="https://lists.osgeo.org/mailman/listinfo/osgeolive">https://lists.osgeo.org/mailman/listinfo/osgeolive</a>
</pre>
</blockquote>
<br>
</body>
</html>