OpenStreetMap logo OpenStreetMap

Changeset When Comment
92928207 almost 5 years ago

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

92676026 almost 5 years ago

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

92288516 almost 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 almost 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 almost 5 years ago

Came looking for this, and OpenStreetMap did not disappoint.

88112383 almost 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 almost 5 years ago

quite correct, thanks for noticing this!

91384549 almost 5 years ago

😮

91394464 almost 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 almost 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 almost 5 years ago

Thank you!

90649404 almost 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 almost 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 almost 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 almost 5 years ago

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

90385410 almost 5 years ago

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

90053740 almost 5 years ago

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

89786834 almost 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 almost 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 almost 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.