OpenStreetMap logo OpenStreetMap

Changeset When Comment
101458544 over 4 years ago

Thanks, let me check on this.

101392014 over 4 years ago

Hi, it would be great if you could keep these changesets a bit smaller :)

101504038 over 4 years ago

Hello, and welcome to OSM! It is helpful to add comments to your changesets, and it would be appreciated if possible to use English rather than Esperanto.

Hallo und willkommen bei OSM! Es ist hilfreich, Kommentare zu Ihren Änderungssätzen hinzuzufügen, und es wird empfohlen, wenn möglich Englisch anstelle von Esperanto zu verwenden.

93086015 over 4 years ago

Hi, the convention I was referring to was the fact that the place node and boundary relation were separate (I combined them). You're right about the population tag, it looks from the wiki that it's supposed to be on the place node as well, and not just on the relation. I just copied that over, so should be all set now!

101388602 over 4 years ago

Hello fellow Rhode Island hiker/mapper! Feel free to stop by and chat in Slack, https://osmus.slack.com/, channel #local-rhode-island

92321995 over 4 years ago

Happy to help, and feel free to join us on the OSM US Slack! https://slack.openstreetmap.us/

92321995 over 4 years ago

Well, they had it before, and I left them alone as a TODO in case they were supposed to be converted into a a proper park polygon (as some historic districts are like that), or merged with a nearby one. But if that's definitely no the case for these, my recommendation would be to remove the park tag.

97878755 over 4 years ago

Hello Matthew,
I noticed that you used the tag road=legislative on Oregon's highway relations. This tag does not appear to be documented anywhere and there are currently a series of organized edits to attempt to remove usages of the road=* key. Hoping you can help determine what the intended meaning is of that tag, and whether it can be either removed or perhaps replaced with more standard/documented tagging.

100156671 over 4 years ago

Hello Mister Vaccine,
I've been working hard over several days to clean up river issues in SC. As you know there's quite a mess in the data set and I've been doing my best to try to sort it out. Overlapping geometry, features that don't match imagery, stream objects in the middle of rivers, etc. The wetland mapping seems to be especially problematic. In any case, if there is an area that you think I've mangled or needs particular attention I'd be happy to put a special focus on it.

99789356 over 4 years ago

Thanks for catching this! There's a lag issue in JOSM that caused this problem :(

91736751 over 4 years ago

So there's actually no such thing as IUCN Category I -- there is only Ia and Ib -- protect_class=1 was an OSM invention. Of course mappers simply used 1a and 1b if that's what the IUCN category was. We've been working to slowly eliminate protect_class values outside of (1a,1b,2-6) in the United States and we've got pretty broad consensus here to replace them with plain English tagging. We recently finished removing protect_class=27, for example, replacing it with an ownership= tag instead. No-fishing areas tagged fishing=no, and so forth. We felt that the plain English was more useful to everyone and that there was no point in a classification system that didn't have global meaning. Anyways, happy to collaborate any time on protect_class issues, and if any more detailed information comes up on on Australia-specific usages, feel free to shoot it my way!

91736751 over 4 years ago

Great, thanks. Is the Australian usage of protect_class documented somewhere? I've been attempting to track and maintain global usage of protect_class on osm.wiki/Key:protect_class, and there isn't a lot of detail on Australia. Some of the more obscure values like 22 aren't terribly widely used.

17015768 over 4 years ago

Are you sure these are tailings ponds? This looks like wastewater.

98519557 over 4 years ago

Hey there! Looks like you deleted quite a few path areas in the memorial area. We had a fairly extensive discussion about these changes on the OSM US Slack (https://osmus.slack.com/archives/CCJ2P6KCH/p1612218171034700)

We agree that highway=pedestrian was the wrong tagging for these path areas, but rather than deleting them, they could be tagged area:highway=footway which is wiki-accurate and preserves the area geometries. What do you think?

Also as a general invitation, we hope you will join us on the OpenStreetMap US Slack! https://slack.openstreetmap.us/ channels #mappingdc #local-maryland #local-virginia)

98475162 over 4 years ago

Hi, welcome to OpenStreetMap! Feel free to join us in the OpenStreetMap US slack site, at https://slack.openstreetmap.us/

I'm username ZeLonewolf there, and you can also find me in the #local-rhode-island channel.

24103920 over 4 years ago

I am removing them as part of the current import of Maine boundaries:
osm.wiki/Import/Maine_Admin_Boundary_Import

98002595 over 4 years ago

Thanks for the fix! I maintain streetferret.com, so when a boundary gets broken it pops up on an internal to-do list.

98004483 over 4 years ago

Hey there, welcome to OpenStreetMap! So, this change actually left a gap in a couple town boundaries, and that's not easy see in the iD editor. Don't worry - I've fixed it already.

I'd like to welcome you to join the OpenStreetMap US slack (https://slack.openstreetmap.us), especially the channel #local-newyorkstate, where we try to coordinate on mapping. We'd be happy to help give you a tutorial on using JOSM which has more sophisticated validation.

98002595 over 4 years ago

Looks like this change left a gap in the boundary polygon?

97502996 over 4 years ago

Hello - parking aisles should be tagged highway=service + service=parking_aisle. The overall area of the parking lot should be tagged with amenity=parking. I've updated this parking with that tagging.