Ref tagging in the US

First, it should never be SR, it should be UT, in order to be consistent with the rest of the US. Second, motorways don’t have at-grade intersections, should be highway=trunk, expressway=yes between exit 1 and here (there’s another at-grade intersection in between). At exit 1, I’d turn it trunk where the ramps pointing west start/end.

Flap Slimy Outward’s been doing a lot of questionable armchair mapping lately. Like, nothing really specific but there’s been a pretty geographically dispersed pattern and using Wikipedia heresay that’s making me question why they’re not going full detail mode on their local area.

But I already do that…

Because state DOTs don’t care about other states, it’s (mostly) not within scope for them to do so. That’s the thing. Oregon also uses SR on signs, Oklahoma uses SH. That doesn’t change that this is ambiguous and the ambiguous situation should be avoided. And all three states mentioned have state highways in other states: Oregon and Washington have routes in each other, Washington has one Alaska state highway, Oklahoma has one state highway in Arkansas and vice versa…

I thought we all agreed that the way to avoid ambiguity is to focus on route relations, which incidentally still put the state abbreviation in network=US:*. What’s the point of making way refs look like a deceptively simpler alternative to route relations?

5 Likes

You’re making a stronger argument for eliminating ref=* on ways than in favor of being inconsistent with the rest of America.

If way refs are on their way out, then let them get more inconsistent. Of the 29 states that don’t officially use postal abbreviations in route numbers, five states no longer use postal abbreviations in way refs or never have. These states have promoted the use of route relations among data consumers more than any saber-rattling about deprecating way refs ever has.

3 Likes

4 posts were merged into an existing topic: Clarifications on highway classification at complex intersections

Now hear me out.

If that ambiguity means data consumers must use route relations for use cases where that ambiguity is a problem, isn’t that a good thing?

I see the ref tag in these cases as a form of pseudo name tag for less sophisticated use cases.

1 Like

That makes a better argument for actively removing ref=* on ways than it does for letting data atrophy.

Right, because it’s your pet bugaboo. However, data consumers, including one of mine, actually use that ref tag as a name surrogate on otherwise unnamed ways. I appreciate that state specific nomenclature is used in those cases, which can’t be systematically reconstructed without some combination of complex heuristics and/or wikidata lookups through the route relations.

Or we can just leave well enough alone and leave a system that is working, today, for real world use cases. Nobody is forcing you personally to maintain these.

4 Likes