Repository navigation
A question about prune_3d_lane_by_visibility #18
Description
Hi @zihanding819 ,
I notice that gt_lanes = [prune_3d_lane_by_visibility(np.array(gt_lane), np.array(gt_visibility[k])) for k, gt_lane enumerate(gt_lanes)] is removed in v1.1 and gt_visibility is not used in bench, does this mean we should not use the visibility labels in OpenLane?
Activity
zihanding819 commentedon Jul 5, 2022
Hi @Aguin ,
In fact, in v1.1 visibility is still taken into account when calculating cost and error, instead of removing all invisible points in gt at the beginning. When calculating the cost, we divide it into 3 categories by the visibility relationship between pred and gt. And when calculating x_erorr / z_error, only points that are visible in both pred and gt are considered.
Aguin commentedon Jul 5, 2022
@zihanding819 thanks for your reply,
gt_visibility_matis generated bymin_yandmax_yhere https://github.com/OpenPerceptionX/OpenLane/blob/main/eval/LANE_evaluation/lane3d/eval_3D_lane.py#L121, note that invisible points are kept when calculatingmin_yandmax_y.zihanding819 commentedon Sep 27, 2022
It is indeed necessary to prune invisible gt points before evaluation and we have fixed this in the new version.