I, too, am missing what is wrong with this picture, and I’ve been to the area in question.

Be sure to include placement as well. Such as in the above example, placement=middle_of:3

If you really want to go insane, try mapping routes that have a lot of ways that appear more than one time in the same relation…and accidentally sort it

Heh, I don’t even have to zoom in to know that’s the McAlester Army Ammunition Depot.

On the blue motorway_link could also take on the following tags:

junction:ref=33 destination=Halfmoon Bay;San Mateo;Hayward destination:ref=CA 92

I’m still of the opinion that ref=* on the highway=motorway_junction isn’t cutting the mustard.

1. While exit numbers are required in interstates, they’re not yet widely rolled out on any other American network. And even then, some states have opted to stop signing an interstate rather than go back through and (re)number the exits. California debated this with Interstate 5 for it’s nearly thousand-mile portion; Oklahoma stopped signing I 444.

2. What side is the exit on? junction:ref=* and destination::=* nails this fantastically on the departure segment of the exit, and what I’ve been focusing on when I map motorways in Oklahoma that have exit numbers. Oklahoma’s a relatively straightforward example, since only a dozen exits aren’t to the right, statewide. But I’ve tried mapping places with more complex edge cases: What happens when you have center exits? What happens when you have an even number of lanes, and lanes 1, 2 and 4 go through, but lane 3 is an exit? Where’s it go? What’s it signed as being an option to get to? What if it’s an exit when the motorway is going one way and an entrance when it’s going the other? The node tagging just doesn’t capture this except in the most ham-fisted possible way.

3. Node tagging for this already lost. Data consumers aren’t consuming motorway_junction because it’s ambiguous for the first two reasons. But at a minimum, osmand announces destination=* and destination:ref=* along with the direction of the turn:lanes=* or turn:lanes:= direction for the most likely lane.

OK, in Portland terms, and I know these are all mapped out locations… I tend to think of railway halts as minor in-line stations, like Beaverton Creek, East 162nd Avenue, and Fair Complex/Hillsboro Airport. I consider them stations if they’re a bit larger and intended as a junction point between lines, such as Hillsboro Central Transit Center, Beaverton Transit Center, Gateway Transit Center, Portland Airport, Portland Union Station…

What do the numbers presented on the detected turn restrictions mean?

Damn…already knew them…

Heh, please share your experience with the mailing lists. I’m trying to get route=road to stick and one of the biggest arguments is that relations are a pain in id.

Destination definitely has the advantage of being applicable to more situations than just freeway exits, being more specific (a real issue given about 20-30% of ramps in my region are something other than off to the right, and I’m aware of some truly convoluted ramps that barely grasp real world logic much less are something that can be readily assumed by data consumers from a single point), and already has live adoption (Osmand at the very least).

You should bring the changesets to the attention of the DWG

@robert: If id is unable to handle relations in a rational manner, given that relations are a basic data type alongside ways and nodes, that’s a major deficiency in id and should be pointed out to the devs.

@Sanderd17: That’s not true at all, or the cycleway and walking networks would have the same refs as the motoring network. It took me all of 15 seconds and zero effort just zooming in on a random location and finding a duplexed ref (in this case, road A27 and RCN CS7 in London).

I’d throw junction:ref on the same way as the destination=* tag. I realize in theory it’s rare to need that level of disambiguation but in practice, there’s enough mutually split (such as the end of a long ramp where a “C,D,E” of a multi-ramp exit split), left, or some central lane (still can’t believe Oregon actually made lanes 1,2 and 4 the through lanes, and lane 3 an exit only lane where OR 8 splits from US 26 westbound; that one being the weirdest of the “not leftmost/rightmost-lane exit” situations I’ve seen).

Especially since many of these routes are already multiplexed with the only difference being the mode of travel.

So what makes motorists somehow privileged as a mode to do it differently than we already handle foot, bus, bicycle, and literally every other kind of route?

I’m pretty much convinced we need it because of the offside exit problem and navigation. However, for rendering purposes, motorway_junction’s still going to be necessary.

I would encourage users mapping against this to MAP the dirt tracks and what not that are getting traffic detected, since it is an indication that people are able to traverse it, rather than marking those as invalid.

junction:ref=* as well! As you previously pointed out, it does obviate which direction the exit leaves the trunk or motorway!