SK22
-this route should probably be broken into two segments with a gap between SK35 and SK10_E. Both of these points have "END" sings facing SK22, and there is no indication of SK22 or "TO" SK22 anywhere in between.
I agree, even though OSM and Google maps show a concurrency. The End signs are the clincher, but also complicating an "implied concurrency" linking the two SK 22 segments is that the supposed concurrency is with two routes (SK 35 and SK 10), which makes it hard for travelers to get from one segment to the other with no help from signage or maps. I think mapcat has been not recognizing two-route "implied concurrencies" in Tennessee, and I broke up CA 193 (supposed concurrency with I-80 and CA 49) for similar reasons.
So I'll break up SK 22 into a western Southey segment and a longer eastern Esterhazy segment.
SK23
-convert SP10 into WP... this might be the actual location of "SK677", at least according to my 1994 Grid Road Map it is.
-add WP @ "SK776" (west of Bjorkdale)
-move WP31 "BirRd" one block north to "SK789" and rename
Changes added to my local copy. First one, with no GMSV coverage in that area, I can't confirm SK 677 is currently at that intersection rather than where I have it, though MapArt 2008 seems to match the old Grid Road Map. I'm leaving that alone, in favor of where OSM puts the intersection.
SK26
...
-move WP14 "SK3_E" further north (minor re-alignment of the intersection was implemented recently)
-move WP23 "SK795_E" further north (minor re-alignment of the intersection was implemented recently)
-move WP25 "BacCorRd_N" further south (minor re-alignment of the intersection was implemented recently)
The new alignments (one of which would also affect the SK 3 route file) are shown in Google Maps and its satellite imagery, but not OSM/Mapnik. It looks like Google's mapping is more up to date, but we can't grab coordinates from that commercial source. So I'd stick with existing waypoints from the open-source OSM/Mapnik data, unless and until it gets updated.
The HERE maps in the Highway Browser agree with Google on these intersections. However, I'm unsure whether it is a permissible source for coordinates, or rather uses Google data (it seems to often match Google mapping) and so would also be off-limits. Also, our existing waypoint editor doesn't let us grab coordinates directly from HERE, even if it is a permissible source.
SK26
-add WP @ Metinota Access Road
Since it isn't marked on online maps, and MapArt's 2008 atlas is not detailed enough to pinpoint the access road's location, I'd be only guessing where to put the waypoint for the access road. It might run from the second intersection south of 1StE in Meota, east to the second shaping point on SK 4 north of SK 26 (which could be changed to a labeled waypoint).
EDIT: Point added in my local copy to SK 26 (replacing 1StE about .4 km to the north in Meota), and corresponding point on SK 4 (replacing shaping point), with help from the SK route log.
SK26
-add WP@ "SK779" (1/2 mile north of SK55)
-add WP @ Centre Ave (Goodsoil)
-add WP @ "SK224/954" (north of Goodsoil) and truncate route to here (adjust the south end of SK224 to here as well)
-remove WP44 "SK224/950" in conjunction with above
In my local copy. Good catch on the north end of SK 26/west end of SK 224, which disagrees with OSM but is supported by the official route log.
SK27
-adjust location of WP0 "SK41/784" further north (minor re-alignment of the intersection was implemented recently)
I'm dubious about this one. Google Maps shows the realignment, but not its satellite view, nor any other online mapping including HERE. Even if the intersection location changed in the field, we don't have open-source coordinates for the new location, so like some similar situations noted above for SK 26, I'm leaving this alone.