Some confusion about real overlap calculation about overlapnet

[Chen-Xieyuanli]

Hey @ZYJ0409, thanks for using our code!

In my case, it's more than 80. Which code are you using? You may double check the poses you are using.

[ZYJ0409]

Dear author
Thank you for your reply. I refer to 'com_overlap_yaw ()' in your code. I enter 'current_POSES' in frame 0 (white) and 'reference_IDx' in frame 4449 (blue). This is the pose of my two frames, but the overlap area of my output is only 0.14. How do you solve the error caused by the scale drift of kitti dataset?




Looking forward to your reply.

[Chen-Xieyuanli]

I think the error comes from the poses. Are you using the ground truth poses? They are in the camera coordinate systems and you need to first convert them into the LiDAR coordinate system.

[ZYJ0409]

Dear author
I'm sorry that's my problem. I didn't express myself clearly. This is indeed the camera pose, but your code has been converted in "demo4_gen_gt_files", I have taken this into account, but the result is still very low

[ZYJ0409]

This is our transformation method. If possible, could you please provide your algorithm or source code? Thank you very much！

[Chen-Xieyuanli]

How did you generate the poses? They seem not accurate and not the ground truth poses.

[ZYJ0409]

Dear author
I downloaded them from the Internet， Can you provide a link to download the ground truth poses? (the best is 'baidu cloud’)，thank you very much, Your reply was very helpful to us!

[Chen-Xieyuanli]

You could try these two together with our code.
calib.txt
poses.txt

[ZYJ0409]

Thank you very much for your patient help. There is something wrong with our data. Wish you a happy life and smooth work!

[Chen-Xieyuanli]

I'm glad that the problem is solved! I will then close this issue.

I'll appreciate it if you could star our repo to let more people see it if you find our code and answers helpful.