<div dir="ltr"><div class="gmail_default" style="font-family:monospace,monospace">Glad this (long) paper is useful for somebody ^^ .<br></div><div class="gmail_default" style="font-family:monospace,monospace">Cheers,<br></div><div class="gmail_default" style="font-family:monospace,monospace">Rémi-C<br></div></div><div class="gmail_extra"><br><div class="gmail_quote">2017-01-10 23:45 GMT+01:00 Adam Steer <span dir="ltr"><<a href="mailto:Adam.Steer@anu.edu.au" target="_blank">Adam.Steer@anu.edu.au</a>></span>:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Thanks Rémi, Kevin - this question is really interesting to us also.<br>
<br>
Rémi’s second suggestion was what sprung immediately mind for me - the first requires more knowledge than I have on how to index things well.<br>
<br>
Regards<br>
<span class="HOEnZb"><font color="#888888"><br>
Adam<br>
</font></span><div class="HOEnZb"><div class="h5"><br>
<br>
> On 11 Jan 2017, at 8:44 am, Kevin Beam <<a href="mailto:kevin.beam@nsidc.org">kevin.beam@nsidc.org</a>> wrote:<br>
><br>
> Thank you Rémi-C. You described those solutions very well. At this point<br>
> we are only trying to determine the feasibility of full waveform data<br>
> using pgpointcloud and won't be implementing it yet. But if we do, I<br>
> think the two solutions you've outlined below are where we will start.<br>
><br>
> As an aside, we *very much* appreciated your paper with Perret and<br>
> Paparoditis earlier this year in ISPRS Journal of Photogrammetry and<br>
> Remote Sensing. It was very helpful to us in our prototype.<br>
><br>
> Cheers,<br>
> Kevin<br>
><br>
> On 01/10/2017 06:44 AM, Rémi Cura wrote:<br>
>> - (super simple) use pgpointcloud as-is to store bounds of samples<br>
>> position/time per waveform . The samples are stored elsewhere (blob, or<br>
>> simply array of char), and the waveform geometric information (geometry of<br>
>> the laser ray) is stored in base.<br>
>> This allows you to use pgpointcloud with fast index to find the relevant<br>
>> samples, then when you want to use the ful waveform, you get the<br>
>> appropriate data and use your custom solutions.<br>
>><br>
>> - (need some work) add a new type of point dimension to pgpointcloud to<br>
>> directly store the full waveframe samples in pgpointcloud, (the waveform<br>
>> samples are all stored in one dimension of the point), and some utilitary<br>
>> functions may be able to generate the samples as 3D points (with each<br>
>> sample being a point with intensity).<br>
><br>
> --<br>
> Kevin Beam<br>
> <a href="mailto:kbeam@nsidc.org">kbeam@nsidc.org</a><br>
> Software Engineer<br>
> National Snow and Ice Data Center (NSIDC)<br>
> University of Colorado Boulder<br>
><br>
</div></div><div class="HOEnZb"><div class="h5">> ______________________________<wbr>_________________<br>
> pgpointcloud mailing list<br>
> <a href="mailto:pgpointcloud@lists.osgeo.org">pgpointcloud@lists.osgeo.org</a><br>
> <a href="http://lists.osgeo.org/mailman/listinfo/pgpointcloud" rel="noreferrer" target="_blank">http://lists.osgeo.org/<wbr>mailman/listinfo/pgpointcloud</a><br>
<br>
</div></div></blockquote></div><br></div>