Replies: 3 comments 1 reply
-
Thank you for providing both the input and the COPC data, we are investigating this and it is very helpful to have data that reproduces your issue. I think I see what the problem is, but we need to have some discussion about it to determine whether it is a data issue or a validator issue, and what the fix would be in either case. As far as I can tell, this issue can only occur if the input data is of higher precision than the output COPC data. In your case, your input is scaled to 0.00025 but output is 0.01. So I think if you set your |
Beta Was this translation helpful? Give feedback.
-
I am trying this pipeline. |
Beta Was this translation helpful? Give feedback.
-
That pipeline looks good to me at a glance. One note: this validation error isn't a big deal in practical terms. It looks like you technically have 2 points that are slightly outside their advertised COPC node extents. We are looking into resolving the underlying issue there, but this won't cause any real-world problems for you. Your data looks fine to me - you can drag/drop it into https://viewer.copc.io and it works just fine. Although for some reason it appears to be about 35m above the terrain models, you can adjust that on the |
Beta Was this translation helpful? Give feedback.
-
I have generated several copc.laz files using a simple PDAL pipeline and the files seem to be OK when I open them with viewers like CloudCompare. When I try and view it on https://validate.copc.io/ I am getting a Points out of bounds error. When I look at the header and use Laspy to get the maxes and mins it looks like all points are within the header Max/Min. This happens specifically with my files. When I PDAL - copc another test file (Bunny) it seems to be OK. What can I check on these files to troubleshoot what is happening?
Before and after files are here - https://drive.google.com/file/d/1gfZOO45pvfpJS2FYQITjRPfYDzAeDn7O/view?usp=sharing
Beta Was this translation helpful? Give feedback.
All reactions