<div dir="ltr"><div dir="ltr"><div>With the advent of new reversible freeways north and south of Atlanta, I think it's time we try to come up with a way to model the reversal schedule so that routers can begin to utilize them properly.  Note that I am referring to roads where the entire roadway reverses, not a reversible *lane* scenario (such as this one: <a href="https://osm.org/go/ZSARXLJg?layers=NG&way=129555346">https://osm.org/go/ZSARXLJg?layers=NG&way=129555346</a>), although we might be able to find a solution that fits both.<br></div><div><br></div><div>Examples of reversible roads:</div><div><br></div><div>I 75 & I 575 Express Lanes north of Atlanta (aka the "Northwest Corridor"):</div><div><a href="https://en.wikipedia.org/wiki/Northwest_Corridor_Project">https://en.wikipedia.org/wiki/Northwest_Corridor_Project</a></div><div><a href="http://www.dot.ga.gov/DS/GEL/NWC">http://www.dot.ga.gov/DS/GEL/NWC</a></div><div><br></div><div>I 75 South Metro Express Lanes south of Atlanta:</div><div><a href="http://www.peachpass.com/where-can-i-use-peach-pass/i-75-south-metro-express-lanes/">http://www.peachpass.com/where-can-i-use-peach-pass/i-75-south-metro-express-lanes/</a></div><div><br></div><div>the Lee Roy Selmon Crosstown Expressway elevated express lanes (separate from the dedicated one-way lanes of the expressway) in Tampa:</div><div><a href="https://en.wikipedia.org/wiki/Lee_Roy_Selmon_Expressway">https://en.wikipedia.org/wiki/Lee_Roy_Selmon_Expressway</a></div><div><br></div><div>I seem to recall seeing mention of one more in someone's OSM diary, but I can't find it at the moment.  I'm sure there are more somewhere else in the world, too.</div><div><br></div><div>For now, I've been adding an opening_hours tag on the barrier nodes on the entrance lanes (and on the entrance lanes themselves) for the Atlanta express roads, mainly so that the information gets captured and is available in OSM.  I haven't touched this on the Selmon Expressway because it has a more complex reversal schedule (and the road authority seems to deviate from it quite frequently).  I have specifically avoided putting opening_hours on barrier nodes on the exit lanes, though, because you can exit even after the barriers on the entrance lanes go down.</div><div><br></div><div>Following the KISS principle, barrier node tagging might be the way to go, at least initially.</div><div><br></div><div>Barrier tagging Pros:</div><div>* Easy to implement in routing (e.g., OsmAnd's routing.xml can process a node as barrier=1 or barrier=-1 based on the opening_hours times).</div><div><br></div><div><br></div><div>Barrier tagging Cons:</div><div>* Having a hard time thinking of any.</div><div><br></div><div><br></div><div>Another way to approach this might be to utilize route relations (I know this will get several people very excited).  However, this raises the complexity level; as far as I can suss it out, we'd need a route relation for each direction, possibly with opening_hours tags in each relation, probably including the appropriate entrance ways as part of the relations, and we would have to utilize oneway=-1 in the relations that depict travel in the opposite direction of the vectors, and oneway=yes for when travel in the direction of the vector is allowed.  For example, the I 75 Express Lanes north of Atlanta would need (at least) 2 route relations.  Because of the split-configuration reversal schedule used, the Selmon Expressway express lanes would need *6*.  Maybe more, depending on how we end up modeling it.</div><div><br></div><div>Note that I am specifically avoiding oneway=reversible in the route relation scenario, simply because it doesn't model the situation properly within the appropriate time windows.  Also, using route relations will make it hard to capture the fact that you can still drive on the road after the entrance gates have closed (if anyone has ideas on how to do this, please speak up, because I can't figure one out).  However, route relations might be able to capture reversible lane situations where tagging barriers will not, since they typically don't exist on a simple reversible lane.</div><div><br></div><div><br></div><div>Route Relation Pros: </div><div>* Captures a lot of information.</div><div>* Might capture reversible lane scenarios.</div><div>* Can provide a more robust representation of the routes.</div><div>* Likely to be enthusiastically supported by certain people.</div><div><br></div><div>Route Relation Cons: </div><div>* AFAIK, route relations are not supported by any routing engine at all, except that OsmAnd will display the ref tags from them, and also AFAIK no one is working on doing so.</div><div>* Likely to be years before they *are* supported by routers.</div><div>* Complex; possibly beyond the capability of a phone-based router.</div><div>* Lots of people dislike oneway=-1.  Very much dislike.</div><div>* Routing issues will arise if someone enters one of the express lanes just before it closes, because then the vehicle will be traveling on a road that the router thinks is closed, and try to recalculate which could end up with an impossible route (exit at ..... when you're in a barrier separated lane and can't get to the exit).</div><div><br></div><div><br></div><div>And, it may be that we decide to start with tagging barrier nodes, with a goal of implementing it via relations over time if we can come up with a suitable method to do so.</div><div><br></div><div>Thoughts, comments, objections, statements of support?</div><div><br></div><div>--jack</div></div></div>