I am afraid that you edit introduced a number of tags which you may not have fully understood before using them, including highway=living_street, access=discouraged and maxspeed:type. Due to the number of errors introduced, I have reverted this changeset.

Please familiarise yourself with the documentation of tags before using them.
osm.wiki/

Restriction removed in changeset/143853632

You don't need to add access=permissive here (or any other value for the access tag), as it's a public *right* of way. Tagging as highway=bridleway already implies foot=yes + bicycle=yes + horse=yes + (everything else)=no. Adding access=permissive effectively turns it into a permissive route for motor vehicles, which is unlikely to be correct.

If it's signed as a public bridleway, you could add designation=public_bridleway and change the foot, bicycle and horse access to designated.

There's a guide to PRoW tagging at osm.wiki/User:Rjw62/PRoW_Tagging

Thanks for updating this.

I have added public right of way designation and access tags to it, using information from https://osm.mathmos.net/prow/progress/kent/sevenoaks/sevenoaks-urban/

Has the cycle track along the north side of Chalvey Road West been removed? If not, why have you deleted it?

This was part of the botched TfLCID import, abandoned in 2023-01. TfL's surveyors took photographs in 2017, which are part of the dataset. It is highly unlikely that @luxiaghd looked at these, or any other data sources in order to understand the context of the imported node.

https://cycleassetimages.data.tfl.gov.uk/RWG071380_1.jpg
https://cycleassetimages.data.tfl.gov.uk/RWG071380_2.jpg

Reverted in changeset/143713694

Hi,

You have tagged your business as a solar panel (which won't render on most map styles), rather than as your shop/office/factory etc. which is presumably located here.

If you would like some help, I would be happy to provide it.

Thanks. I'll be down there next Sunday, so I'll check whether the object has been duplicated.

This isn't a highway=service road, so I have restored it to highway=secondary. I suspect this may have been an unintended result of text completion in the iD editor.

You appear to have tagged two section of the A650 as foot=no in response to a StreetComplete task asking "Are pedestrians forbidden to walk on this road here?"

I'm trying to find any evidence in Bing Streetside imagery that there really is a (signed) pedestrian prohibition here. I cannot see any TSRGD diagram 625.1 "pedestrians prohibited" signs on the imagery, so do not believe that a prohibition exists. Is this a new signed restriction created by a traffic order more recent than the Bing streetside imagery?

The wiki states that access tags reflect legal access. Subjective opinions about whether it would be pleasant, a good idea, safe, etc. for a particular transport mode are not relevant to legal access.
foot=*

As real pedestrian prohibitions on public roads other than those tagged as highway=motorway or motorroad=yes in the UK are quite rare and are always signed, this quest is probably better left disabled.

Thanks!

Thanks for adding these. They really help for pedestrian routing and make it easier to add accessibility features like tactile paving and kerb heights with tools like StreetComplete.

It's not absolutely necessary for pedestrian routing, but you can add footway=sidewalk to pavements and footway=crossing to the parts of footways which cross roads (you may need to split them at the kerb line).

Adding surface=* and lit=* may be useful for routing.

You can also update the sidewalk tagging on the road, e.g. sidewalk:both=separate where both are mapped separately.

Please don't add foot=no to the road unless there is a real and (in the UK) explicitly signed prohibition. Routers may use sidewalk:*=separate as a hint to avoid the road.

Thanks!

The "reasoning" was dubious, by a user who had not bothered to read either the original mapper's changeset comments or the wiki for landuse=grass. I would have marked the changeset as bad in OSMCha had you not already marked it as a good.

Yes, please revert.

The grass verges still exist, or are at least still visible in Bing aerial and street side imagery. Whether or not you or I feel that that another users's micromapping is "unnecessary" or or not is immaterial.

The landuse=grass polygons were mapped in line with the wiki: "A tag for a smaller areas of mown and managed grass for example in the middle of a roundabout, verges beside a road or in the middle of a dual carriageway."
landuse=grass

In any case, Pokémon Go users used to cheat by adding fictitious leisure=park polygons, a tactic which a friend who plays the game informs me has not worked for several years. I have never heard of landuse=grass being abused in this way and feel that it is unlikely that Niantic would have wanted to encourage players to wander into the middle of traffic islands and dual carriageways.

Verges reinstated in changeset/143527343

The landuse=grass polygons were probably added because they exist. It may be micromapped more than you might like, but unless they've been removed from reality there's no compelling reason to remove them from the map.

According to a friend who plays Pokémon Go, adding leisure=park (which was the most common way for players to cheat) and similar objects no longer works and hasn't done for some time.

Updated in changeset/143525165

Don't worry, that quest seems to catch a lot of people out and possibly only in a UK context.

Thanks for updating this, I'd meant to do it ages ago.

Is this node potentially a duplicate of the adjacent building?
way/226271440