Excellent, thanks for checking and confirming the mistake! Appreciate all your work on adding the streams and relations -- it's making my adding of SARIS codes much easier.

It looks like you drew in the way named "Moody River" in this changeset. I think it may be mis-named; the USGS maps have Moody River as a nearby one, and that one unnamed, and the MassGIS Basemap names that one "Twinning Pond Brook". Do you happen to remember more about where you found that name?

Thanks for fixing this!

On osm.org/node/832238881/history , you added an obvious typo (1highway=crossing), and removed tactile_paving=yes without explanation. Please be more careful.

You duplicated a stream in this changeset (the other copy was added in osm.org/changeset/132095722 ). I removed the duplicate in osm.org/changeset/153992191 . I'm not sure if there are others?

I don't think there should be a section of the Colorado River with waterway=drain here. That breaks the continuity of the waterway, and doesn't seem to be supported by the wiki for dams: osm.wiki/Tag:waterway%3Ddam . I'm going to remove it for now, but glad to discuss further.

What is/was #SLOdriveways-project-1? I can't find any mention of it on the wiki. I came across this changeset because it added some tracks inside Lake Nacimiento, which surprised me.

Thanks for the fix for the note I left!

OK, thanks! I was just surprised by the bounding box. :-)

What's the source for this? It has a rather surprisingly large bounding box (covering both New England, USA and Austria), and these don't seem like features than can be added without local knowledge.

Thanks for adding these!

Thanks for adding all these details to the Botanic Gardens! I've updated a few of them, due to changes in the 13(!) years since. :-)

I am trying to decide how to tag paired oneway signs, as you did in this edit. I've opened a discussion of this here: osm.wiki/Talk:MUTCD/R#Handling_paired_oneway_signs_(R6-1R_and_R6-1L)

I'd love your thoughts.

Thanks. I kept thinking maybe I'd reuse this for something, but could never figure out what would actually be meaningful. Deleting it is likely better, so I'm glad you went ahead and did it.

Makes sense to me, thanks! Someone (you?) should document this on the osm.wiki/MBTA page, so people don't switch it back out of confusion.

I think Keolis is correct for operator= -- but I'm not sure of the right source for that.

Hm, the missing ones are route_master relations, and the problem is it's unclear that they have a concept that joins both directions of a route like that.

Excellent, I can use that to add a few missing ones.

Where did you find the C&J "schedule API data"? I'm having trouble finding it.

This is so great to have the various other bus companies routes cleaned up -- thanks!