Hi,
Figured Junction Box 2.0 has been out there long enough that we should update the current wazeopedia page.
Too much of the alphabet inlet/outlet that is gone. Used the original places for the examples except for two where the Junction Box and/or the signage changed since the wiki was written.
In Function added Turn instruction override as a property
Updated the understanding a junction box to the JB 2.0 version with pictures and that TIOs are available
Updated Navigational Instructions
Updated controlling turns to the JB2.0
Removed the statement to use U-turn prevention vice Junction box, especially where one direction is allowed and the other is prohibited vice using micro-doglegs.
Update information about the snake and new inlet/outlet designations.
The last page was reviewed by staff prior to publishing so it that is desired, figure it should happen after you refine this draft, even if it is slash and burn and start over again.
Nicely done.
Would it be beneficial to include an image of the āsnakeā function? I know in some of the discussions weāve had in Discord, trying to textually describe it has been problematic.
This looks really good! A couple questions on the content:
In the āerrors when editingā section, you have preserved the statement about one connection per pair. JB 2.0 actually doesnāt give errors for this. Instead, it forces you to choose which connection is allowed, and if multiple connections between a pair of segments are possible, the snake button shows up, and clicking it actually selects a pair of segments to be allowed (which is why the save counter goes up). If you hit (or keep) the red arrow on a given path and save, that disallows both that specific path and all others between the pair, since the JB can only work with one connection per pair. The page should reflect this new reality.
At the end we should be more specific about what things canāt be edited if a junction box is present. I think there may be a lack of knowledge about how much JB 2.0 has freed up the underlying segments for editing and routine maintenance, which can cause continued reluctance to use JBs in the situations for which they were designed. So that bullet should be amended to read:
In addition, thereās a dated statement about how JBs do not affect navigational prompts. They do now, because you can set TIOs through them.
hi alan, it looks like you took out some of the explanation of the 16 connections error. i see why you did, because the visuals were from JB1.0. however, as JB newbie i do find this example helpful-
āThus, the internal routes from B to G and C to H are available. In this example these u-turns through the junction box are unchecked. If these paths were checked, there would be more than 16 paths through the upper left junction node and the junction box would not save.ā
would there be a way to incorporate an example here?
thanks for the consideration. o
I added this explanation to the āErrors when editingā section. Enabled u-turn turn restriction on a two way segment- Note that having u-turn turn restriction(s) enabled on a two way segment inside of the junction box will increase the amount of paths and can lead to the āThe highlighted node cannot have more than 16 connectionsā error message.
Can we add a specific point or change the wording to better include freeway ramps/junctions? These are high-traffic, high-impact/reward, rarely edited areas that would be perfect for JBs.
How is this?
Traffic backs up through several junctions from a direct left turn, an at-grade connector (AGC), an exit ramp, or even through travel caught at a traffic light; where the back up adversely affects the timing for the traffic that is moving
one question i have and maybe this can be clarified in the āNavigation instructionsā section. if a TIO is selected on one of the JB green arrows at what junction node is the TIO applied? maybe you could use your point A to point B (westbound Mill Grove Rd to southbound Idlewild Rd to westbound Indian Trail Fairview Rd) as an example.
They donāt override the individual TIOs that may be present later in the JB, and the name of the segment after the first node is used in instructions, which is really not how it should be done, but further development is being done on JB 2.0
another question i have is when drawing a JB for Improving data collection purposes, is it necessary to draw the area that is affected by the the traffic back up? maybe this can be addressed in the Editing section
like in this example the left from SB Cicero can take two or three signal cycles to make the left and the left turn traffic backs up to the northern part of the JB https://imgur.com/a/lYqXD or is it sufficient to draw the JB just so it encompasses the junction nodes like this? https://imgur.com/a/ZLqK1
that also seems like good info to include. just with another possible arrow on the exit of a JB to add a TIO it seems like it would be good to expnd this section to include how adding a TIO at that arrow would affect turn instructions.
may even want to address the the TBTR on the exit arrow too.
thanks for your patience with me. iām only day 2 into being able to draw real junction boxes so this wiki and discussion are incredibly valuable to me. iāve paid attention to the subject before now but there is nothing like practical experience.
The area of the junction box really doesnāt matter. Itās all about included segments and nodes, because as the page shows, it is basically just combining all the segments and nodes that we see in WME into one single node.