-
Notifications
You must be signed in to change notification settings - Fork 271
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Annotation of NuScenes Dataset in Dev2.0 Branch #108
Comments
Further investigation shows in loading.py, 'ann_infos' is in LoadAnnotationsBEVDepth like here; 'ann_info' is used LoadAnnotations3D like here. Does this mean, even though BEVDet-depth is using centerpoint head, the new bevdet in Dev2.0 Branch is actually predicting bbox format different from the original CenterPoint model? Assuming they are using the same bevdetv2-nuscenes_infos_train.pkl? As the former uses LoadAnnotationsBEVDepth, but the latter uses LoadAnnotations3D? |
Interestingly, I find that using dev2.0 branch code and bevdetv2-nuscenes_infos_train.pkl cannot train a centerpoint successfully. The training loss decreases normally, but the prediction is a complete mess. The mAP and NDS are both zero all the time. My guess is bevdet now uses 'ann_infos' in LoadAnnotationsBEVDepth, and centerpoint uses 'ann_info' in LoadAnnotations3D, while these two annotations are based on different coordinate systems. Is my guess right? |
After a more careful inspection of the NuScenes dataset code, I think the reason is that now the detection results are supposed to be in the camera ego reference frame, while the LiDAR-based detectors like CenterPoint use LiDAR reference frame. I will try to convert the reference frame manually to suit the new NuScenes dataset code, and see if it works. |
The nusences's ego coordinate is same with mm3d's lidar coordinate. BEVdet2.0 transformed the annos to |
but I have a strange problem, my own dataset's ego reference is same with nuScenes's ego reference , when I train my own dataset use BEVDet2.0, the predict result is also mess, it seems rotated 90 degrees. Anyone has some idea? |
Hi, I encountered the following problems in the process of using dev2.0 branch to train centerpoint (I have successfully trained configs/bevdet/bevdet-r50-cbgs.py before this) the training code (model): and the error: |
Hello, have you solved this problem? I evaled my pre-trained transfusion-lidar under bevdet-dev2.0 and encountered the problem that both map and nds are 0. Now I don’t know how to solve it. I can only use it in bevdet -dev2.0 retrain a model, I am thinking of implementing bevfusion on the basis of bevdet |
hello,do you deal with this problem? I meet too |
Hi, I accidentally notice that there are both 'ann_infos' here and 'ann_info' here the get_data_info of nuScenes dataset code. The names of these two variables are so close, that I do not know their difference.
It seems 'ann_infos' is created first in create_data_bevdet.py, while 'ann_info' is created with 'gt_boxes', 'gt_names', and 'gt_velocity', which are first created in nuscenes_converter.py. If my understanding is correct, both data preparation calls nuscenes_converter.create_nuscenes_infos, but the new create_data_bevdet.py add a 'ann_infos' attribute to the info pickle file afterwards.
I wonder what is the difference between the ground-truth bboxes information (pos, size, rot, velo, etc...) in 'ann_infos' and 'ann_info'? Like they are based on different coordinate system? Or rather, is there any differentce? Can they be used interchangeably?
BTW, I see that 'ann_infos' is introduced with the new Dev2.0 branch, and 'ann_info' is used in the previous master branch.
The text was updated successfully, but these errors were encountered: