<div dir="ltr"><div><div><div>Hi,<br></div>just to let you know that pktools (<a href="http://www.nongnu.org/pktools/html/index.html">http://www.nongnu.org/pktools/html/index.html</a>) in particular <br>pklas2img support the las file to create dem.<br>
</div>Best<br></div>-- <br>Giuseppe Amatulli, Ph.D.
<br><br>Center for Earth Observation <br>ESC Room 119A <br>Yale University <span> </span><br>P.O. Box 208109 <span> </span><br>
New Haven, CT, 06520-8109 <br><div>
Teaching: <a href="http://spatial-ecology.net" target="_blank">spatial-ecology.net</a>
</div>
Work: <a href="http://sbsc.yale.edu/training-and-support" target="_blank">http://sbsc.yale.edu/training-and-support</a><div class="gmail_extra"><br><br><div class="gmail_quote">On 29 November 2013 15:53, Mateusz Loskot <span dir="ltr"><<a href="mailto:mateusz@loskot.net" target="_blank">mateusz@loskot.net</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div class="im">On 29 November 2013 18:39, Even Rouault <<a href="mailto:even.rouault@mines-paris.org">even.rouault@mines-paris.org</a>> wrote:<br>
> Le vendredi 29 novembre 2013 18:35:28, Rui L. Pires a écrit :<br>
>> On 29 November 2013 11:44, Mateusz Loskot <<a href="mailto:mateusz@loskot.net">mateusz@loskot.net</a>> wrote:<br>
>> > On 29 November 2013 10:32, Rui L. Pires <<a href="mailto:rlpires@gmail.com">rlpires@gmail.com</a>> wrote:<br>
>> > > I was approaching this issue and particularly OGR as a solution for<br>
>> > > data conversion and reduction. I am quite fond of the functionality<br>
>> > > OGRLayer makes possible in a transparent way, such as reprojection and<br>
>> > > spatial querying.<br>
>> ><br>
>> > Those are valid use cases of course and I don't argue here.<br>
>> > Just, since OGR is an abstraction layer and point clouds are enormous,<br>
>> > I wouldn't expect high performance.<br>
>> > That's why, IMHO, point clouds require dedicated toolkits (PDAL, PCL).<br>
>><br>
>> Hi Mateusz,<br>
>><br>
>> I understand your point regarding performance but I consider that to be a<br>
>> driver issue. My point is functionality before speed.<br>
>><br>
>> Perhaps, you can try las2ogr to see how OGR in general will work for your<br>
>><br>
>> > uses.<br>
>> > Besides, writing OGR driver with libLAS (or PDAL) should be feasible.<br>
>><br>
>> Indeed it is feasible. It's running fine here! ;-)<br>
><br>
> I'm not versed in lidar or point clouds to know if it is really relevant, but<br>
> it is true that OGR has drivers for stuff that aren't strictly vector formats.<br>
> And as las2ogr exists, I also imagine that an OGR driver should be doable.<br>
> So it would not be completely out of topic to have a OGR driver based on<br>
> libLAS or PDAL<br>
<br>
</div>Sure. As I've said, I somewhat changed my opinion on that lately :-)<br>
<div class="im"><br>
> (the question is : should it be based on libLAS or PDAL ? Any<br>
> opinion on this ?)<br>
<br>
</div>AFAICT, it should be PDAL as libLAS is considered as deprecated<br>
and not actively maintained. But, I'll leave this to Hobu to confirm.<br>
<div class="im"><br>
> A potential problem is that libLAS and PDAL have GDAL as a build dependency,<br>
> so a OGR driver would need to be compiled as a plugin (same as GRASS plugin<br>
> for example).<br>
<br>
</div>That's right.<br>
<br>
Best regards,<br>
<span class=""><font color="#888888">--<br>
Mateusz Łoskot, <a href="http://mateusz.loskot.net" target="_blank">http://mateusz.loskot.net</a><br>
</font></span><div class=""><div class="h5">_______________________________________________<br>
gdal-dev mailing list<br>
<a href="mailto:gdal-dev@lists.osgeo.org">gdal-dev@lists.osgeo.org</a><br>
<a href="http://lists.osgeo.org/mailman/listinfo/gdal-dev" target="_blank">http://lists.osgeo.org/mailman/listinfo/gdal-dev</a></div></div></blockquote></div><br><br clear="all"><br>
</div></div>