ndt_omp icon indicating copy to clipboard operation
ndt_omp copied to clipboard

drifted error of the ndt_omp

Open weisongwen opened this issue 4 years ago • 5 comments

Hi @koide3 , thanks for sharing your work to the community. I have test the accuracy og the ndt-omp and the conventional ndt in pcl. the ndt_omp seems to drift in z axis dramatically compared with the conventioanl NDT in pcl. have you find this ?

is this caused by the searching method in the ndt_omp?

Best, Welson,

weisongwen avatar Aug 01 '19 06:08 weisongwen

Hi @weisongwen , I didn't notice such error. Is that error transnational? or it's rotational? Do you see the error when you use pclomp::KDTREE method? With this method, the result should become the same as the pcl implementation.

koide3 avatar Aug 05 '19 05:08 koide3

Hi @koide3, yes. the drift is mainly the translation error in z axis using the Direct7 search.

weisongwen avatar Aug 08 '19 06:08 weisongwen

Hmm, unfortunately, I've not met this problem yet and have no idea... Let me confirm that you didn't see this problem with pclomp::KDTree, right?

koide3 avatar Aug 09 '19 06:08 koide3

Hi @koide3 . exactly, the probelm also see in pclomp::KDTree. The drift in accumulated at a larger speed compared with the very conventional NDT in PCL, for example the one in Autoware. Can this be cuased due to the keyframe selection in hdl_gra_slam. In the conventional NDT in Autoware, all the frames of point clouds are applied to calculate the consecutive transformation,

Best, Welson,

weisongwen avatar Aug 10 '19 00:08 weisongwen

Possibly it is a problem of the accumulation algorithm rather than the scan matching algorithm as you said. But, I have no idea why it happens...

koide3 avatar Aug 14 '19 00:08 koide3