-
Notifications
You must be signed in to change notification settings - Fork 85
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
Extend the "automatically apply traffic lights when applicable" policy to allow manual configuration of signaling on each junction type. #1427
Comments
I would also imagine that the largest connection dictates the rule followed, so if you have a Collector/Collector/local connection, whatever the default is for a Collector/Collector connection would be used, instead of Collector/Local, just to solve any issues that may be caused (So If you have 'stop lights' selected for Collector/Collector junctions, and 'minor stop for major' selected for Collector/Local, it would override the stop sign with the stop lights.) |
We've pondered this sort of thing in the past and ran in to some difficulties becuse the segments attached to a junction are not always representative of the roads further back from the junction. For example, if there's a 2+2 road at a junction, is that a collector, or did the user just replace some segments of a 1+1 road with 2+2 road so they could add dedicated turning lanes? |
Hmm. Fair. If someone needed to upgrade that section to add turning lanes, one could argue that they probably are having traffic issues there, and using signalling for that larger segment may not be a bad idea? That or they are probably already adjusting signalling manually and would see the change. Past that though I would say to an extent that that is the exception rather than the rule. Its also far less work to configure signalling when you add a dedicated turn lane than having to configure every new local to collector connection by hand. |
One of the workarounds we've used for some of the tools (like lane connectors and lane arrows) is to have multiple configurations available - each use of the shortcut cycles through whatever different options there are for the place where it's being applied. However, that still needs user to decide which set of customisations is best suited so it's not ideal for automatic application. |
Actually, I'd say its kind of the intended effect. That's how it works IRL in any instance i can think of. If there's a large amount of traffic in an area to the point where they need to add turn lanes, they are going to also upgrade the signalling in that area; if it was a 4 way stop before adding the turn lanes, they are going to make it a stop light when they add the turn lanes, regardless of what the road is 100 ft prior. EDIT: Improving legibility. |
What happens if the road has bus lanes, or asymmetric lanes, etc? |
After thinking about it, I'd say bus lanes still count as lanes, because they are still designed to carry more traffic than a smaller road without bus lanes could, its just that the extra lanes are specialized. (meaning a road with 2 lanes + 2 bus lanes is still a 4 lane road, and still a collector, as it still can carry more traffic than a 2 lane road. In theory it could move traffic faster than an ordinary 4 lane road in the right conditions. But, regardless, part of the reason Github issues exist is for everyone to give their input, maybe someone else will have more insight that me on certain things. |
4-way yield and stop junctions in TM:PE don't work the way they are supposed to, so I don't recommend using them. Even 3 cars is enough for them to deadlock, and the deadlock won't resolve until you give one of the cars priority. |
hmmm... I guess it would have to give one road priority then. Issue then is what factors should be considered when selecting the priority road? EDIT: I guess it could be the first / last road added to the junction. (First meaning when you first create the junction, its whatever road you added the junction to, last would be which ever road was last connected to the junction.) |
I guess to explain my more specific original reason that made me think of this to begin with is that with the policy as it is currently, any time a junction is added to a collector or arterial, it adds stop lights. Problem is that that means any time a local road connects to a collector, it adds stoplights. For me this ends up causing traffic issues, because every time someone wants to turn onto the collector from any local roads, it stops traffic on the priority movement; the collector. Basically all i really want is the option to have yield/stop signs placed on local -> collector connections to prioritized that collector movement, instead of traffic lights. the two example photos being this and this (Of course, this would also apply to any other local connections within the junction, so if the local road were to continue 'north' that side would also have the yield / stop sign.) I can't just disable the policy, because then arterial -> collector and collector --> collector connections then don't get lights and then they end up with traffic issues. |
Regarding deadlock at junctions where all roads have same priority, that's something @krzychu124 is investigating as part of major improvements to traffic handling at junctions - see vids in this long thread (deadlock issue is shown in one of them): #1229 (comment) |
Describe your idea
In my mind the policy would change to "automatically configure signalling based on junction type" and for each of the following include a drop down menu to choose the default type of signalling (Options I've thought of also listed below.)
Local to Local
![image](https://user-images.githubusercontent.com/40149778/154777854-475ae131-8574-4019-a917-cb9c22906aa4.png)
Local to Collector
![image](https://user-images.githubusercontent.com/40149778/154777896-10e1520c-cb67-4d8d-a32f-29bc7b97f143.png)
Collector to Collector
![image](https://user-images.githubusercontent.com/40149778/154777920-3e9d98da-620a-477d-b15a-a91895b1d938.png)
Collector to Arterial
![image](https://user-images.githubusercontent.com/40149778/154777937-8bae0603-64af-44a0-adec-c9ec42c59b87.png)
Arterial to Arterial
![image](https://user-images.githubusercontent.com/40149778/154777949-3fb1ca26-386a-4e1c-b225-49e1c92e0d54.png)
The (sane) options I can think of:
I Have no idea what half of these signal layouts should actually be named, so names will probably have to change.
Available for all Junction Types
None
![image](https://user-images.githubusercontent.com/40149778/154778293-2c9e95b7-a852-4cd6-822d-b709160bd206.png)
Stop Lights
![image](https://user-images.githubusercontent.com/40149778/154778238-10bbb01c-1e7d-4a38-9afd-e430b7e0f110.png)
All Way Stop
![image](https://user-images.githubusercontent.com/40149778/154778157-7b289707-06a0-43cb-9a91-4c8ed483c303.png)
All Way Yield
![image](https://user-images.githubusercontent.com/40149778/154778199-e4fcb62c-5d6f-4580-be1f-a814dd2b0062.png)
Only Available for Local/Collector & Collector/Arterial Junctions
Minor Yield to Major
![image](https://user-images.githubusercontent.com/40149778/154778876-d3ea0b41-b984-4697-b0f0-8776529873fa.png)
Minor Stop For Major
![image](https://user-images.githubusercontent.com/40149778/154778891-fe8b75d8-847d-411e-bcc6-f44e6b9d98d9.png)
(To clarify, these would add yield/stop signs on all minor connections within the junction, so going back to the 'Local to Collector' example above, both of the local road connections would have stop or yield signs.)
The text was updated successfully, but these errors were encountered: