I'm talking about the east side ramps. Those are the ones you edited to add the ref=11 and name tags. The west side is tagged correctly, that is, as a trunk_lnk without any names or ref added.

I believe the tags you added are incorrect. They aren't harmful, in fact, they could be helpful to a simplistic routing algorithm. However, the reason I was editing that intersection was to add destination and destination refs to the first sections of the highways branching off the 1136. I think that will supply information to routers in a more appropriate way.

I'm not going to remove any of your tagging but I think you should.

Respectfully,

Dave

Hi,
You tagged the ramp on the east side of the Super Highway at the junction of route 1136 as highway=trunk and name:en= Super Highway
I believe this way and all it's sections should be tagged highway=trunk_lnk and should not have either a ref=11 or a name. It merely provides access the the Super Highway and therefore should be tagged just like the similar ramp on the east side of the Superhighway.

What do you say about this?

Dave

Hello again and thanks for your reply

I'm quite aware of your point about not mapping for the renderer. The "Map tool" I'm using is a Garmin-compatible map I created myself and I've never before seen it exhibit this behavior nor have I ever seen this tagging scenario. I can adjust my compiler coding to display the actual Exit 49 destinations but I thought I'd politely check with you first. I did not intend to delete the ref tag.

As far as I can tell, and I may be wrong about this, the ref that you applied to all the ways making up Interchange 49 is still problematical. The Wiki text you cited might or might not apply here because the ways in question, those following the junction node, are not part of any relation nor are they signed in any way. Furthermore, the exit is not "signed as 49" as you state but is signed as "Exit 49" as are most other exits I've checked.

So, to reiterate, I'm not questioning the use of the junction:ref=49 tagging which, although new to me, seems correct but your use of the ref=49 on the other ways in that interchange. None of the six or seven other I-90 interchanges that I inspected in for purposes of this discussion have any ways tagged with a ref=nn as you've done for the Exit 49 interchange.

I have written and answered many Changeset comments before and believe it is an accepted way to carry on these discussions. Sorry if that offended you.

Dave

Hi gadjet,

Yesterday I noticed that my GPS was telling my to turn at "49" while driving north on I 90 near Buffalo. I've never before seen notation for an exit on my GPS. It should be telling me to turn to reach NY 78, Depew Lockport, or something similar.

When i tried to understand why it was reporting "49" instead of the more usual destination(s), I discovered what I believe to be a redundant ref that you added to the way following the motorway_junction node. Here are the tags for that way:

destination:ref=NY 78
destination=Depew;Lockport
highway=motorway_link
junction:ref=49
lanes=1
maxspeed:advisory=40 mph
oneway=yes
ref=49
... Etc.

The junction:ref = 49 is fine but the other ref (the last line above) is confusing my GPS and I believe it is also incorrect.

What do you think?

@quincylvania
I updated my river tagging preset to use your scheme with rapids:name. I use the same scenario for named bridges with a bridge:name tag. Many OSM mappers change the name of the highway to the name of the bridge in such cases but that is obviously incorrect. The same logic applies here.

Why relations don't supply tags to their members really puzzles me. It seems only logical that unless specially tagged differently, all members of the main_branch of a river should have the same name tag and the tag waterway=river as it would if the it were only a simple way.

Good talking with you....

Thanks for the clarification quincylvania. I was feeling embarrassed that I had misunderstood the Wiki. My memory wasn't clear enough to recall how I made the decision to tag a segment of the river with waterway=rapids but now I understand. Interestingly, the McKenzie River relation includes that segment as a member of its "main_branch" (I might've done that myself but again, my memory not clear) but apparently renderers don't look at the relation, only the way itself.
Anyway, I retagged the segment in question to use waterway=river and rapids=yes. This doesn't break the river way yet still carries the appropriate information so overall it seems a better approach.

Is everybody okay with that?

Another thought is that in this case, and I don't recall the specifics of my decision, when a rapids has a measurable length, say 100m or whatever, then drawing a weir across the river isn't a very accurate way to represent it. My intention was possibly to somehow model these rapids that way, I dunno.

I think you should change the way it's mapped. When I did this, I was under the impression that a tagging a segment of the waterway was a legitimate way to map rapids. It looks like the tagging you suggest is correct, or more correct. I may have taken my guidance from an older Wiki article, I really don't know.

Hi,
I believe the tagging is correct as is but feel free to replace the line of rapids I've drawn as a way with a node if you wish.

Splits in ways are very common in OSM. We do it for highways all the time, for example, whenever the speed limit changes. Dealing with such splits is a rendering issue.

But, as I said, feel free to change it to a node or weir if you wish.

I only tag a maxspeed if I see one posted. However, ten years ago I might have tagged a few familiar roads that had no posted speed limit with a maxspeed I thought was reasonable.

Hard to recall now some of the tagging habits I had when I was just starting out. Sometimes I see an object I tagged long ago and wondered WTF? I did that?

Okay, I deleted it. Thanks Russ.

Hi Russ,

I'm editing stuff in the Doi Ang Khang Project area (I was just there a few days ago) and came across the Lao Ting Hotel you added back in 2015. AFAIK all the resorts and guest houses in the neighborhood have been closed for a number of years (by King #10 I'm told). Google Maps now lists this place as อ่างขางแค้มป์ปิ่ง, which means Angkhang Camping.
I did not see this place personally so there is no way I can't tell what's there now from my own experience but I think we should delete the node entirely because we can't copy from Google.
What do you think?
Dave

This way has no tags at all. It runs through a wooded area where satellite imagery shows no road.

I'll remove it.

Hi Julien,
You created an untagged way near the Chok Chai Elephant Camp. Is it a track you traveled on? It has no ID. The coords of a point near its start follows:

19.1910203, 98.8969731

I wanted to ask before deleting it.

Cheers,
Dave

Hello again,

I checked my journals and came up with 60 miles west of Paxson as the extent of the pavement. So as I checked along the highway, I discovered a 60-mile milepost that I had conveniently added when I was there in 2021

I changed the surface of all the highway segments from Tangle Lakes west to that milemarker to surface=asphalt, added lanes=2 and uploaded the data.

Unfortunately, it is not easy. I used a GPS and camera images correlated with my trace when I drove the Denali Hwy back in 2021. I did not save those images. All I can recall is that the recent new pavement extended approximately 60 miles from Paxton almost to the Susitna River bridge.

I might be able to determine where that point was if I carefully check over your changeset to see which segment you changed and revert it,

Hello,

I noticed that you changed the surface of the Denali Hwy west of Tangle Lakes from "paved" to "unpaved"

I drove that road in 2021 (and several times before that) and I updated the tagging that section to paved because the pavement had been extended to about mile 60 from the Paxton side. Did the pavement disappear, or revert through weathering to unpaved again?

Okay, thanks, Julien!

The Thai Topo I mentioned is available as an imagery layer in JOSM. I have been using the OpenTopoMap layer for some time but the Thai Topo layer has details the other doesn't have, for example, boundaries. However, they must be hand-traced from the imagery, just as you would need to do if it was a satellite image. Tedious but better than nothing. It also contains the names of many residential streets, temples, schools, towns, routes, waterways, etc. The route refs, however, are sometimes out-of-date so I presume the data isn't all that fresh. But for the rest, names of towns, rivers, and temples etc., don't usually change over time and the checking I've done shows mostly good agreement with current names.

Please give me some tips about the GITSDA data. I went to the site Paul_012 provided in Discourse and could get only KMZ data for boundaries.

PS: should we move this discussion to the existing Discourse discussion of this topic: "Looking for More Sources on Official Boundaries"?

Sorry, the second sentence above should read: "In the Wiki, it states that there is no admin level 5 in Thailand."