I think that there was an editing conflict while I was still editing, and I seem to recall I decided to keep what had changed (i.e. discard my own edits).

Hello, was way/913874713 extended following a survey, or using only aerial images?

Thanks for adding Rated Builders London to the map (node/9203994779).

I note that you haven't added a type. Is this an office, a shop, or something else? For now, I have added the tags craft=builder (craft=builder) and office=company (osm.wiki/Tag%3Aoffice%3Dcompany).

You might also want to move the location to a better place (like inside the building, if this is an office).

Also note that OSM isn't an advertising directory, so the description you put isn't really appropriate.

Please also see note/2935384 and changeset/113772707.

the building that I moved over Bath Lane, and forgot to delete before uploading the changes, has been deleted in changeset changeset/112038880

Also see https://overpass-turbo.eu/s/1aiP

Thanks for your feedback.
Firstly, I'll explain that I used this tag as I thought that it was likely that a amenity=parking tag was needed, but that this needed checking, and if it was the case, the to_check: part could have been removed. I feel this serves a slightly different purpose to a fixme tag, though it would be more obvious/useful if multiple tags added needing checking (e.g. if I'd added to_check:capacity=3). I was aware of the existence of fixme tags.
If this is not appropriate, I can refrain from using it in the future, or I can additionally add a fixme tag if I find I need to use to_check: again.

I am just looking at the other places I've used this tag, and on all the others, I've put a fixme tag, so I shall always do so in future. Several of these have multiple tags prefaced in this way for the reasons explained above.

To summarise what I'll do:
Always put a fixme tag where appropriate on an object.
Avoid putting to_check on simple/single tags.
Add a fixme tag to the object you mentioned. (changeset/109671107)

If you have any further questions, please do let me know.

Apologies, I hadn't noticed that there was an online:shop tag, so I added a shop= tag. I wasn't aware of the existence of that tag, so it hadn't occurred to me to look for it. Thank you for letting me know.

Note: the source is not a survey: this is a changeset tagging mistake (carried over from a previous changeset following an actual survey).

For anybody looking at this changeset and wondering why no cycleway tags were added, I split the way when answering the quest in StreetComplete, and since (I believe) the answer was not uploaded immediately (and this was before v32+), I would have been unable to answer for the way once split.

See the issue https://github.com/streetcomplete/StreetComplete/issues/2865 (raised by another user)

That wasn't the final update. The issue I mentioned above is evidently in the wrong repo, and I was directed to another repo, where an issue had already been opened and closed (seemingly without being implemented).

https://github.com/openstreetmap/id-tagging-schema/issues/105

Final update: I've now re-added highway=no to the ways that it was removed from.

Another update to say that I have opened an issue on the GitHub repo for the iD editor about the incorrect suggested change. You can find the link to it below:

https://github.com/openstreetmap/iD/issues/8484

I can now confirm that it is an edit proposed by the iD editor. For example, if I select way/626248712 in the editor, it says "Highway feature has outdated tags": "Some tags change over time and should be updated.
Suggested updates:
- highway=no".

(- meaning removal, + meaning change or addition, I think)

To resolve this problem in future, I can try to check what edits iD is suggesting and endeavour to prevent it doing this. However, this is not a permanent solution, as any other user of the iD editor may carry out the suggested "improvement" regardless.

It is probably a good idea for someone to raise an issue for the iD editor at https://github.com/openstreetmap/iD. If no-one else does so, I may do so myself, but it shan't be immediately added by me.

Unless you let me know otherwise, I shall replace highway=no on the affected ways in due course.

Thanks again for letting me know about the issue, and do let me know if you have any further questions.

On the changeset comment, that will be either because I am making changes to the map in the same changeset I am fixing phone numbers not in the international format from the associated MapRoulette challenge, or because I've recently done so (the changeset comment sometimes seems to persist between changesets). You can find more information about that at:
https://maproulette.org/browse/challenges/7750

To resolve this, I will try to keep any future MR changesets exclusively for those tasks.

The other (main) parts of your query require more in-depth investigation on my part before I can answer you. Thank you, though, for bringing it to my attention. My initial suspicion is that these were changes suggested by iD while I was doing editing to that element/in that area, though I can not confirm this until I have done some investigations, and it is just a hypothesis. I apologise for the inconvenience and confusion caused.

To attempt to resolve this, I will perform further investigations, and put another comment on this changeset to let you know what I discover, and what I will change going forward.

OK, thanks for the clarification.

note/2622390

note/2622386 needs checking

note/2622387 partially

note/2622388

note/2622233