Open glostis opened 4 years ago
Right now we do primarily support potree octree format. But I'll take a look into if the ept format offers significant improvements over the potree octree format. We may yet add support for it in the future.
:pray: Thanks for looking into this!
From my point of view there are several advantages of EPT vs Potree octree:
PotreeConverter
is not actively maintained and has several open issues/PRs for critical issues (e.g.: https://github.com/potree/PotreeConverter/pull/335), while the Entwine project looks more active, is documented, etc.Entwine
integrates nicely within the PDAL ecosystem, namely you can convert from EPT to another common LiDAR format easily (see example) whereas this cannot be done with the Potree octree format (i.e. once you convert your data to a Potree octree, you cannot easily convert back to another format)Sounds good to me, the only thing that I see is that the base EPT code is LGPL while we are MIT. However, I will be porting/refactoring code from the Potree repo so that should be MIT too.
I'll try adding support, but expect it to take a few weeks to months depending on if something higher priority comes in.
Thank you very much, that would be great!
I would have liked to be able to contribute to this enhancement, but unfortunately, I know nothing about Typescript/JS...
Hi,
Thanks a lot for this library!
I was wondering if you had any plans to support formats other than Potree's
cloud.js
/octree?Support for the EPT format, among others was added to
potree.js
(see https://github.com/potree/potree/tree/develop/src/loader) and I would much prefer to use this format than the Potree octree format for which I need to use the old and inconvenientPotreeConverter
tool.To put it more broadly: what input formats does this library currently support, other than the
cloud.js
/octree generated withPotreeConverter
?