Replies: 2 comments 3 replies
-
|
Actually COPC only supports additive refinement strategy 🙂 |
Beta Was this translation helpful? Give feedback.
3 replies
-
We do cover this in the first paragraph of the EPT description of the nodes, which is linked to from the COPC spec here, but it's true that the COPC spec as a standalone document doesn't make this clear. Since there are various links from the COPC to the EPT document, some of the more conceptual context like this only exists in the EPT spec and is not reproduced here. |
Beta Was this translation helpful? Give feedback.
0 replies
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Uh oh!
There was an error while loading. Please reload this page.
Uh oh!
There was an error while loading. Please reload this page.
-
If I understand correctly, current COPC writers (such as PDAL) use a replacement-style hierarchy - where parent and child nodes contain overlapping points. While, an additive refinement approach would have deeper nodes contribute only new points, rather than repeating those already represented at higher levels.
This leads to increased file size and redundant data between levels. For my use case (a real-time point cloud renderer), an additive strategy would likely be more efficient, both in file size and performance.
From what I can tell, the COPC specification doesn’t really enforce a particular refinement strategy - meaning it is up to reader/writer to enforce that?
I’m wondering if anyone has experimented with an additive encoding approach, or if there’s already a tool or writer that supports it.
If not, I’m considering implementing one and would appreciate any feedback or thoughts on whether all this makes sense.
Beta Was this translation helpful? Give feedback.
All reactions