OpenStreetMap logo OpenStreetMap

Changeset When Comment
142712571

Hi there, my name's Tyler. I have been working on Missouri's state routes recently and stumbled across this issue today.

First off, thank you for finding this problem. You are absolutely correct in that W does not exist here. Instead, N runs from 32 down to 21, and NN spurs off eastwardly to 21's cousin, 221.

Unfortunately, though, your edit tagged this entire segment as a bridge. A very long bridge, indeed :)

We also have a pretty strict convention throughout OSM to expand abbreviations. So "Hwy NN" should really be "Highway NN". Actually it should be "State Highway NN" in my opinion, but that's another topic. Exceptions are when the abbreviation is part of a last name, brand name, etc. I know it looks weird on the officially-rendered map, but we don't tag for the renderer.

We also have a convention to prefix the ref tag with "MO". So ref=NN should really be ref="MO NN".

P.S. The lettered routes around here are state-maintained. If you see "County Highway X" somewhere, it's a misnomer. Most of them used to be county roads until the 50s when MoDOT took them over to expand the state network.

144811475

And I added some stop signs.

144811475

This changeset addresses notes 4016496, 4016494, 4016499, and 4016495.

144811475

Also slightly extended Portage Open Bay since it didn't quite go under the bridge.

144810990

I also did generic cleanup stuff like move name_1 to alt_name, and I fixed a ref tag that missed a concurrency.

144810990

These tags are frequently incorrect about MO state route alignments.

144809099

The ref tag correctly marked this as MO H, but there's no reason to keep wrong import data around

144776717

...but the name bled over a few more ways than it should've. Maybe TIGER did some imprecise map matching or other processing that messed these up, or maybe their data source just wasn't that great at the time.

144776717

A very frequent error I see in the tags I remove is what I call "tiger contamination" where the way inherits a name like "State Highway X" while X actually terminated at a state route or a township or two over.

144776717

Most of the ways targeted have been unpaved rural roads and/or right-angle connector roads linking winding state routes to grid-like county roads.

144776717

This changeset specifically targeted unclassified highways. I have done similar changesets for tracks and service roads in the recent past.

144776717

I am in the process of manually correcting concurrencies on Missouri state routes, so I am running a lot of Overpass Turbo queries to find anomalies. Frequently, however, my queries are being cluttered by long-redundant, and often incorrect, tiger:name_base=* tags and their ilk.

144741280

I targeted ways that my Overpass query picked up as "possibly state routes" based on regexing the keys

144739832

To clarify, this changeset targets, e.g., private driveways with tiger:name_base="State Highway A" due to imprecision from original TIGER import

144739832

Bbox is large because many tiny changes around the state

144735133

It's part of broader cleanup I'm doing to prevent future mistakes with naming and ref-ing roads near SSRs because TIGER was incredibly imprecise with them.

144734318

The bounding box on this one is large because it makes a bunch of tiny edits throughout the state.

144709921

The only state route in Schell City is AA.

144709921

C never ran concurrently with M at all, and neither touched Schell City.

144707214

NOTE: Bing Aerial is way outdated here!