Skip to content
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

Lane reduction and traffic merging #16073

Open
lin-prob opened this issue Jan 23, 2025 · 3 comments
Open

Lane reduction and traffic merging #16073

lin-prob opened this issue Jan 23, 2025 · 3 comments
Assignees

Comments

@lin-prob
Copy link

1.Due to the final node being set as a zipper, vehicles rarely change lanes in the previous sections, and all lane changes are concentrated at the zipper node. In reality, a small number of vehicles will change lanes earlier in the previous sections.
2.For a construction work zone, lane reduction is not typically a very short distance; it usually requires around 100 meters, as shown in the diagram below. In such cases, when drawing the road network, is it only possible to use net:junction to implement the lane reduction? Are there other methods as well?

Image Image 3.Additionally, if a zipper is chosen, the lane-changing trajectories of vehicles will be identical, with no early or delayed lane changes, and they will always change lanes along the same path. However, in reality, the lane-changing positions of vehicles are not consistent, as shown in the diagram below. The white vehicle only changes lanes when it is closer to the single-lane section, while the black vehicle begins changing lanes at a point farther away from the single-lane section. Image 4.In the lane-changing process, the lane change time of vehicles should be random rather than fixed. How can this be implemented? 5.When the node is set to zipper, vehicles should gradually merge forward, rather than slowing down when there are no vehicles ahead, just because they reached the position where the set visibilityDistance equals 50, as shown in the figure below. Image This is the issue I encountered during the simulation process. Thank you for your previous answers, and I look forward to your response.I have also provided a simulation file. If possible, please make the modifications directly on the file I provided.

work.zone.zip

@lin-prob
Copy link
Author

Since the previously submitted question, "Lane Reduction and Traffic Merging #15951," has been closed, I have resubmitted the same question. Apologies for any inconvenience caused. I hope to receive your response.

@lin-prob
Copy link
Author

This issue has indeed troubled me for quite some time. Could you kindly provide a solution?

@namdre
Copy link
Contributor

namdre commented Jan 27, 2025

  1. at the moment, SUMO only supports the two "extreme" cases of
    a) one lane has priority when merging and all vehicles must try to change beforehand (but may vary the point at which they do)
    b) no lane has priority and all vehicles stay on their lane but give way according to the zipper logic

It seems to me that your use case is closer to a) and you need more help with expressing the heterogeneity in lane changing behavior

  1. No.
  2. there is no lane changing at all in the zipper merge, see 1.
  3. If you the sublane model or the continuous lane change model, you can customize lateral speed using vType attribute maxSpeedLat: https://sumo.dlr.de/docs/Simulation/SublaneModel.html
  4. the file work_zone.add.xml is missing in your archive. Additinally, please point out the exact time where a vehicle decelerates without having a leader and also specify the vehicle id.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

No branches or pull requests

3 participants