NeisRevert actually reverted the SEO account's change to remove most of the promotional text from the description back to the version that had it, so I reverted the original addition.

Timelimocars, if you'd like for this POI node to stay and be useful on the map, besides eliminating the spammy description you should add at least one appropriate top-level tag describing what this node is actually supposed to be. If there's nothing specific enough to describe a limo company, you could just add office=company

Seems like NeisRevert somehow added the spammy description back here that the original SEO spammer had actually removed.

"Phone" and "Website" should be lowercase; phone and opening_hours have invalid formats, and the unit number ("#7) should be under `addr_unit` (instead of whatever is under there now). Fixed in several followup changesets.

Reverted intentional SEO spam map vandalism: added spammy and incorrect tags & removed valid ones, added itself to a large relation and many duplicate features for the same POI (1F1E).

SEO spam vandalism

Also duplicating the same information on a building and a POI node: osm.wiki/One_feature,_one_OSM_element

Fixed in changeset/179663620 changeset/179663620

changeset/179663620

Fixed in changeset/179663620

Fixed/restored the tags and moved the relevant ones to a POI node in changeset/179663412: changeset/179663412

In addition to the SEO spam changset comment, the business name and unit were tagged on the entire building rather than as a separate node. Additionally, an apparent housenumber and street were included in both addr:street=* and addr:housenumber=* (which were entirely inconsistent with each other) and an otherwise redundant area=yes was tagged on the building while the building=* tag was inexplicably removed.

Hi Joris, thanks for your quick and courteous reply.

Happy to clarify how it could have been better--per the aforementioned OSM wiki page: "At the minimum, this includes a verb (how you changed things) and an object (what you changed), and can be further improved by listing the places edited and the sources used." In this case, as mentioned in my previous comment, you can describe how you "Changed what sort of access, on what sort of object", with the example I gave being "Changed deprecated car=* tag on charging station to motorcar=*".

This is way more helpful to other mappers in providing a useful yet still concise description of what you actually changed, how you changed it and why, whereas "changed access" could mean any number of different changes to different things for different reasons. The former communicates all the essential information in a few words with no extra effort (especially as you're making the same change many times), instead of requiring mappers to not only dig into the changeset details to see what actually changed and then look up both tags on the wiki to understand why the change was made.

As a helpful comparison, around this same time another mapper has been going around tagging posted private driveways as access=private, which would be equally described by "Changed access" but is a completely different sort of change, changing a different tag in a different way on a different sort of object for a totally different reason. While a brand new mapper and these have been their first edits that include a few unintentional mistakes, their great changeset comments (e.g. changeset/179547377 ) have clearly communicated what they changed (Hoogendam road), how they changed it (private access) and why (it is posted as private), making it easy for me to understand their intended changes, verify they are correct and confirm what they didn't intend to change so I could point it out and fix it.

Happy to provide any further clarification, and happy mapping!

Cheers, CAM

Hi Jorisbo, thanks for the fix.

Especially as a very experienced mapper, could you please take a few seconds to leave a good changeset comment osm.wiki/Good_changeset_comments ? Changed what sort of access, on what sort object, i.e. "Changed deprecated car=* access on charging station to motorcar=*" As is, reading the changeset comment I'd naturally assume it was modifying the `access` tag value on a road, gate, etc., and was very surprised once I dug in to see it was fixing a deprecated charging station tag.

Given you seem to be modifying this tag on charging stations on a large scale using this same changeset comment (hopefully you're gotten the required consensus for that :), it wouldn't really take any more effect to copy/paste or reuse this more specific one that still equally applies to all those changes, while being much more helpful to the many other mappers who'd be viewing them given their high quantity and large scope.

Thanks!
---

Published using OSMCha: https://osmcha.org/changesets/179592152

Hi OSMJon, thanks for the detailed changeset comment! Based on that, it looks like the name "Hoogendam" was accidentally applied not just to the road as intended, but to this entire neighborhood, which I fixed in changeset/179596391 changeset/179596391 .

This was an easy mistake to make in this situation especially as a new mapper due to the existing residential area way partially (and inconsistently) sharing a bunch of nodes with the road, and both also sharing some but not all nodes with a boundary way of another neighborhood. In that case, it was easy to accidentally select the residential area way rather than the road. Checking carefully in the inspector panel to see what was selected can avoid this; however, to fix the real underlying issue I went ahead in that changeset with decoupling both boundary ways from the road centerline here and elsewhere around this neighborhood and also consistently gluing them with each other.
---

Published using OSMCha: https://osmcha.org/changesets/179547377

Hey again! Another mapper already found and fixed it so no worries (he's currently working on a tool to detect node drags, so this proved a good test of it), but just wanted to let you know that node/1433582661 node/1433582661 you moved was shared with the parking area, causing an accidental node drag distorting the parking area's shape. This can occasionally happen to even experienced mappers sometimes when using iD; always a good idea to check if a node is attached to anything you don't intend to move before moving it. In this case you would want to detach the node from the parking way first before moving it (I'm a JOSM user, but according to some googling shift-clicking the node and the way you want to detach it from then pressing D will apparently detach it in iD). Thanks, and happy mapping!
---

Published using OSMCha: https://osmcha.org/changesets/179547281

Was going to send you the original for your bot testing, but I see you already found and fixed it!
---
#REVIEWED_GOOD #OSMCHA
Published using OSMCha: https://osmcha.org/changesets/179547807

Thanks!
---
#REVIEWED_GOOD #OSMCHA
Published using OSMCha: https://osmcha.org/changesets/179547807

Fixed in changeset #179427935: changeset/179427935

Fixed in changeset #179427553: changeset/179427553

Thanks for removing the SEO spam. You do still need to fix the `name` field; "| Adults Only" is not part of the actual name of the hotel as stated on the website you link and thus cannot go there. However, you can provide a much clearer indication of this which is readable by both humans and machines by adding the tag `min_age=18` tag, and optionally a neutral `description` like `Adults-only hotel`. Thanks.