Closed evbernardes closed 4 months ago
Similar problem here. But in my case, the rotation seems to be correct, but the translation is not. First thought the header had some problems, but CC shows correct results as mentioned by @evbernardes
Also tried using read_scan
with transform=True
, same problem.
Hello, can you provide a file which exhibits this problem ? Can you try with the e57
library - pip install e57
to see whether it is handled correctly ? Note that that library will only give the whole file at the moment, not the separate scans.
Unfortunately not possible. The file has too many scan points and is too large for me to load. But I also tried it with a different file. The translations do not match there either.
Ok with no sample file it will be hard for anyone to investigate. Opening a file in cloudcompare, cropping and/or subsampling it to a very small size, saving, checking that the problem remains with pye57 and writing a comparison of the expected results with cloudcompare Vs the buggy results with pye57 would really help to start debugging this...
Thanks for the quick reply. I debugged the files and code myself and found the bug in my writing routine. My problem is not related to @evbernardes . Sorry for the extra work. The issue can be closed as it works as it should from my perspective.
Ok thanks I'm closing this for now as I can't reproduce the issue and it is working correctly for you
I am trying to read e57 files containing multiple scans. My idea is to read every scan from the file, apply the rotation, subsample everything then save as a single file with Open3D. Sadly, though, the fused pointcloud seems to be all wrong, and I imagine it is a problem related to the rotation itself (for reference, CloudCompare works correctly on my files).
Here's what I'm doing:
I also tried using the
PointCloud.rotate
andPointCloud.translate
methods instead ofPointCloud.transform
, did not help much though.