-
Notifications
You must be signed in to change notification settings - Fork 64
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
Traffic light related stop_line are generated in incorrect positions #99
Comments
What do you mean by the stop line error, the stop line is about 1m behind the zebra crossing. I don't understand what is the error? |
imap_carla_town_01.zip |
Thank you very much for your support. Traffic light related stop_line are generated in correct positions. This is a very nice function implementation. The stop line is still a little flawed. Some stop lines are not generated as expected, I will continue to try to locate and fix this problem, thank you very much. as shown in the green box in the following figure, : |
Looks like only one side is missing. This is because the right side of the road is the last section, while the left side is the first, and only the right side added. I updated the code, but I'm not sure if the traffic lights are connected correctly, at least the stop line should be displayed normally now. |
OK, pretty cool. I'll run again tomorrow and have a look. Thank you so much. |
@daohu527 Excuse me, the code submitted at the end seems to have some minor logic problems, I try to adjust this part normally. |
I know the problem, will fixed soon |
Great, looking forward to seeing your fix. |
Updated, but I'm not so sure about traffic lights overlaps |
Okay, thank you for reminding, the current implementation is to process the traffic lights on the left and right sides separately. Is it necessary to calculate the is_merge field for lane overlap? |
Excuse me, the stop line is in the wrong place, and the generated map file is missing lane_overlap_info.start_s and lane_overlap_info.end_s
The position of the stop_line is offset as follow:
The position of the decision fence is shifted as follow:
Use imap to convert Town01.xodr of Carla0.9.14 to apollo map, The location of the above apollo screenshot corresponds to the following location of the Town01.xodr file
The text was updated successfully, but these errors were encountered: