OpenStreetMap logo OpenStreetMap

Changeset When Comment
92928207 about 5 years ago

Oops, didn't mean to make a changeset this big, sorry :(

92676026 about 5 years ago

Hello, this changeset "massive cleanup" caused a chunk of the Fletcher boundary to go missing, can you fix it?

92288516 about 5 years ago

I have corrected the boundary. Please do not leave boundaries broken in this way as it breaks data consumers that use this data. I strongly recommend using JOSM rather than iD for non-trivial edits.

92288516 about 5 years ago

Hello, this change broke the boundary of Naperville. It is now an unclosed polygon. Are you able to fix this problem?

92261919 about 5 years ago

Came looking for this, and OpenStreetMap did not disappoint.

88112383 about 5 years ago

Hey there- the city of Missoula currently has a broken boundary polygon. Might you be willing to take a crack at drawing it in?

91394339 about 5 years ago

quite correct, thanks for noticing this!

91384549 about 5 years ago

😮

91394464 about 5 years ago

It's a bit complicated (and there's work underway to fix protect_class generally and clean up the wiki) but essentially class=26 isn't used as historic= and heritage= already exists and thus it's redundant.

If you'll look at the taginfo stats (https://taginfo.openstreetmap.org/tags/?key=protect_class&value=26), it has almost no usage anywhere in the world, and the tile renderer only uses class 1a, 1b, 2-6, and 24.

If you'll scroll a bit further down to the Country-specific section, no countries are using class 26. Now, nobody has added entries for Uruguay but it probably doesn't make sense to be the only country using that value!

Also...since that value is so rarely used, it is almost certain that no data consumers are able to use it.

91394464 about 5 years ago

Hi, I changed heritage to 8 to match admin_level=8 which was previously tagged. I see you've updated both to 1 which seems fine.

protect_class=26 is not conventionally used, and is sufficiently described by heritage=*

90837752 over 5 years ago

Thank you!

90649404 over 5 years ago

Thank you for working this. I've been meaning to fix all of these areas. You might be interested in the ongoing work/discussion at osm.wiki/United_States/Public_lands

90385410 over 5 years ago

Folks: I've started a wiki page specifically to document Cook County issues. Please feel free to contribute thiere: osm.wiki/United_States/Illinois/Cook_County

90498857 over 5 years ago

Hi, please be aware that this change deleted most of the boundary of Forestburgh. You should be running the validator in JOSM which will tell you if you've broken a boundary relation. Feel free to hit me up on Slack if you need any ore details. I've managed to revert part of this changeset to fix it but please be aware of this issue on other edits!

90385410 over 5 years ago

Thanks guys, I think I've got it squared away now!

90385410 over 5 years ago

Those should have been cleaned up, can you tell me which relation you're seeing that on?

90053740 over 5 years ago

I've made additional edits that should take care of all the stray tagging.

89786834 over 5 years ago

Are you using the landuse polygons from RI GIS? I had started playing with that but the files were so large that it slowed JOSM down to a crawl. I ask because I know offhand that data has separate polygons for coniferous, deciduous, and mixed forests. I started to import it a few polygons (see: osm.org/#map=14/41.6350/-71.4206) but it quickly got overwhelming to deal with :(

89456667 over 5 years ago

It's an accident is what it is!  One of many versions of the CT/RI border that I had import in JOSM and I must have accidentally uploaded it.

89330543 over 5 years ago

Hi - this changeset removed large parts of the boundaries of Falls Church and several surrounding towns, so I reverted the change.

I recommend jumping on Slack (osm.wiki/List_of_OSM_centric_Slack_workspaces) for help with editing boundaries. In general, you should be using JOSM and not the web-based editor for more complex edits.