OpenStreetMap logo OpenStreetMap

Changeset When Comment
180195049

Welcome to OpenStreetMap and thanks for updating this.

180198147

Why have you deleted these tags? What is your source?

Also, please write a meaningful changeset comment - see osm.wiki/Good_changeset_comments

180198727

Why have you deleted the address tags from these objects without explanation? What is your source for this?

Also, please write a meaningful changeset comment - see osm.wiki/Good_changeset_comments

180200377

I've replaced the amenity=retail tag with building:use=retail as this is the documented tag for the current function of a building originally built as something else.

changeset/180206469

180060054

I've added access=private to these tracks and paths in changeset/180061600

180060054

Reverted in changeset/180061375

These should be tagged with access=private rather than being deleted. The reasons for this are explained in the OSM wiki at the links below:
osm.wiki/Why_we_won%27t_delete_roads_on_private_property
osm.wiki/Why_can%27t_I_delete_this_trail%3F

180034642

In this changeset, you have replaced barrier=kerb ways mapped by @cebderby with highway=footway + footway=sidewalk ways.

The sidewalks should be added behind the kerb line (further from the centre line of the street and closer to the buildings).

If you use the OSMUK Cadastral Parcels layer in the iD editor, this can help with alignment to neighbouring property boundaries.

179971851

I'm not sure what the right tag would be for this, so it might be worth asking on https://community.openstreetmap.org/ for suggestions.

179971851

Welcome to OpenStreetMap.

A tourism=viewpoint node on a one-way residential street surrounded by terraced housing seems unlikely. What were you trying to achieve with this edit?

179981993

When you add separate sidewalks, the sidewalk:both=separate tag needs to be added to the way representing the "parent" street, replacing any existing sidewalk=* tag.

179982911

When you add separate sidewalks, the sidewalk:both=separate tag needs to be added to the way representing the "parent" street, replacing any existing sidewalk=* tag.

179988127

If you're adding separate sidewalks to roads, please could you also update the sidewalk=* tag on the way representing the road itself, e.g. to sidewalk:both=separate ? Thanks!

179953702

If you're adding separate sidewalks to roads, please could you also update the sidewalk=* tag on the way representing the road itself, e.g. to sidewalk:both=separate ? Thanks!

179952185

If you're adding separate sidewalks to roads, please could you also update the sidewalk=* tag on the way representing the road itself, e.g. to sidewalk:both=separate ? Thanks!

179887149

If this is this a problem with a specific OpenStreetMap-based router, it might be better to raise a support ticket there, as only a very broken router would send cars along the footpath.

1) The footpath is currently tagged with highway=path + foot=permissive + horse=no - assuming that this really is a permissive footpath, it might be better to change this to highway=footway + foot=permissive (all other transport modes are implicitly "no" on a footway).

As the gate was already tagged with access=private , adding motor_vehicle=no is unlikely to help (also, "no" is not a synonym of "private" - no means that the transport mode is legally prohibited for all users at all times). It should also have foot=permissive to match the access on the path, otherwise it breaks pedestrian routing.

179876044

Thanks for spotting and fixing that, I missed it when I removed the access restrictions from the path.

150356653

As you didn't reply, I've reverted this. I should have done it in May 2025. changeset/179854059

179776293

Hi and welcome to OpenStreetMap.

This section of road was already tagged with access=private which applies to all transport modes, so motor_vehicle=private is implicit.

Adding motor_vehicle=no means that all motor vehicles are legally prohibited here, which seems unlikely given that aerial imagery shows cars parked adjacent to the road. The access values "no" and "private" are not synonyms.

179622014

Many thanks - I've added it in changeset/179744455

179658207

Thanks.