Description
The new traffic sign (currently covered in burlap) appears to indicate a future traffic pattern change at intersection of Oberlin and Glenwood.
Currently, two lanes turn left from Oberlin onto Glenwood.
The sign seems to indicate that one of them will become a "straight only" lane when the building currently under construction at the intersection is finished.
Congestion at this intersection is already getting worse, due in part to the fact that the construction site now gets a green light even when no one is there to use it.
If one of the 2 current left turn lanes is taken out of commission, we will be looking at routine multi-cycle delays for vehicles on Oberlin turning left onto Glenwood.
It seems like that "center" lane should be a combination... go straight OR turn left.
Traffic engineers working on this intersection should also keep in mind a couple of things:
Vehicles on inbound Glenwood, in the far right lane so they can turn right onto Oberlin, often don’t see (or choose to ignore) the existing No Turn On Red signs.
When they do, they can drive directly into the path of vehicles turning left off of Oberlin into the service road, which have the right of way and do not anticipate any oncoming traffic. I have witnessed this many times. The current No Turn On Red signage in this location is insufficient and is already leading to dangerous situations. Hopefully you can address this problem when you work on the intersection. Thanks.
18 Comments
Pierre Tong (Registered User)
Pierre Tong (Registered User)
Neighbor (Registered User)
With regard to “No Turn on Red,” here’s what makes this intersection a problem with potentially serious consequences:
Drivers who are unfamiliar with the intersection, and who are in the far right lane on Glenwood waiting at the light to turn right onto Oberlin, don’t realize there’s a service road to their immediate right.
They see two lanes of cars on Oberlin driving past them to turn left onto Glenwood. They can easily assume that ALL of those vehicles are turning onto Glenwood, so they think their coast is clear for a right turn.
But any one of the cars in the left lane of those two lanes can turn sharply left onto the service road instead of continuing straight and onto Glenwood. It will happen suddenly, and without warning to the vehicle on Glenwood that wants to turn onto Oberlin. If it happens when that vehicle is turning right on red from Glenwood, a collision can occur.
Currently there are two “No Turn on Red” signs at this intersection. One is in the traditional position, mounted alongside the overhead stoplight. The 2nd sign, added later in an attempt to address the problem we’re discussing here, is mounted on a pole.
Here are the problems with the current signage: First, the overhead sign is not directly in the field of vision of a driver who is waiting at the light, because the turn lane, where the driver is waiting, curves toward Oberlin. The overhead sign is also very high in the air, in addition to being basically invisible at night.
Secondly, the pole-mounted sign is ineffective because of where it is located: it can’t be seen by a driver who is waiting to turn. A driver who has pulled to the front of the turn lane (where the heavy white line is painted) is already 2 car lengths past the sign. (The pole-mounted sign is marked with a red arrow.) That sign cannot serve as a deterrent to a driver who is considering turning right on red, because it is not in their field of vision.
Given the configuration of the roads here, there’s no easy fix for this problem. To me, the best solution would be to move the pole-mounted sign from its current location to a location that will be in the field of vision of a driver on Glenwood who is contemplating turning right on red.
There are three possible locations, marked with blue arows: 1) The small concrete traffic island that is closest to the driver. A properly-angled sign in that location, aimed toward that driver, would be an improvement. 2) The sign could be placed at the end of the narrow concrete traffic divider that separates vehicles that are exiting and entering Oberlin. 3) Finally, the larger traffic island on the right hand side of the image would also put the sign more in a driver’s field of vision.
Certainly “You can’t fix stupid”… and some drivers will turn even if they did see a sign. But I think we can improve the signage, and that will make some drivers think twice before they turn from Glenwood onto Oberlin while their light is red.
My .02. With regard to the other issue, I still hope they’ll allow vehicles in that lane on Oberlin to either go left onto Glenwood or straight into the new condos. In any case, I agree that hopefully they will work to keep Oberlin delays to a minimum.
Pierre Tong (Registered User)
Pierre Tong (Registered User)
Neighbor (Registered User)
Pierre Tong (Registered User)
I would try one of the below contacts as Glenwood Ave is NCDOT maintained (so they have a say as to what happens with the signal). I think the City of Raleigh operate the signals though within city limits.
Jed Niffenegger - jed.niffenegger@raleighnc.gov (City of Raleigh traffic engineer)
John Sandor - jesandor@ncdot.gov (NCDOT Division 5 deputy traffic engineer)
(or any of the first 3 contacts here: https://apps.ncdot.gov/dot/directory/authenticated/UnitPage.aspx?id=12658)
Pierre Tong (Registered User)
Pierre Tong (Registered User)
Neighbor (Registered User)
Pierre Tong (Registered User)
City of Raleigh 2 (Verified Official)
Neighbor (Registered User)
Neighbor (Registered User)
Neighbor (Registered User)
Keep open.
And FYI, this issue (of the incorrect sign) is also noted in this report/thread:
https://en.seeclickfix.com/issues/3446715-traffic-sign
Thanks
Pierre Tong (Registered User)
Neighbor (Registered User)
Keep it open.
The problem of the improper signage was first reported in January.
The sign is inaccurate, confusing to drivers and potentially dangerous.
It is also the subject of another report (https://en.seeclickfix.com/issues/3446715-traffic-sign), from May.
Someone please get this fixed.
Thanks.
Closed Neighbor (Registered User)