OpenStreetMap logo OpenStreetMap

Changeset When Comment
99399382 over 4 years ago

Hi, just a heads up, this edit broke the Seaford boundary relation (osm.org/relation/175640)

101916258 over 4 years ago

JOSM mangled my changeset comment. Should be: change "Brick" to "brick".

101916282 over 4 years ago

JOSM mangled my changeset comment. Should be: change "Brick" to "brick".

101916302 over 4 years ago

JOSM mangled my changeset comment. Should be: change "Brick" to "brick".

101894645 over 4 years ago

Corrected changeset description: Upgrading tagging and fixing geometry errors on Washington's river system, as discussed on the OpenStreetmap US Slack, channel #local-washington-state and as documented at osm.wiki/User:ZeLonewolf/Procedure/River_modernization

101888396 over 4 years ago

Merging duplicate nodes

101885299 over 4 years ago

Upgrading tagging and fixing geometry errors on Washington's river system, as discussed on the OpenStreetmap US Slack, channel #local-washington-state and as documented at osm.wiki/User:ZeLonewolf/Procedure/River_modernization

39067410 over 4 years ago

Hi, is there any information about what this particular protected area is? It has no name or other information:
osm.org/way/46106470

101151888 over 4 years ago

Hi, this change seems to have broken the Short Pump CDP boundary: osm.org/relation/207070

100661584 over 4 years ago

Hi, this change broke the Dayton, MN boundary, and now there are gaps in it. I'd like to fix it, but I'm not sure how it's supposed to go. Also feel free to hit me up on slack (username ZeLonewolf) if that's more convenient! -->
https://slack.openstreetmap.us/

101753602 over 4 years ago

Sounds good, thanks for the QA.

96763748 over 4 years ago

I think that the coordinates that you put on the name of the ferry route (osm.org/way/716707470) is not quite right :)

91794784 over 4 years ago

It looks like I mistakenly tagged parking lots as historic districts based on the name. Sorry for the mistake and thanks for fixing it!

101609776 over 4 years ago

Tom, I tend to agree. An area marked "restricted" is almost certainly supposed to be =no or =private.

101609776 over 4 years ago

Thanks for helping us get rid of obsolete tagging :) The US community tends to be quite in favor of rooting out bad tagging.

I'm thinking the definition of access=no fits quite well here -- "No access for the general public", unless I am mis-reading the wiki definitions, this would not preclude employees from entering the site. I recall offhand that the state used to run an annual tour of Prescott Peninsula, so if there is very occasional public access allowed, from reading the wiki perhaps access=private is a good fit here. It is *certainly* not permissive, access is definitely controlled here, just based on what I saw visiting Quabbin Park.

101456199 over 4 years ago

Good catch! Not quite sure how that happened. All fixed now.

101395131 over 4 years ago

Also, this relation was left in a broken state: osm.org/relation/1328532

101395131 over 4 years ago

Hi there, it looks like you put a riverbank polygon on top of a river area polygon. The US convention is to use natural=water+water=river for river areas, and also to make sure that adjacent river areas don't overlap.

101458544 over 4 years ago

I am not seeing a problem here - the places where natural=water was removed was the case of member ways of water body relations, which would be a correct removal. On a multipolygon, the water tagging only goes on the relation and not on the members.

101458544 over 4 years ago

Was there a specific object that you noticed?