Hi again. The area you've tagged as pedestrian is a part of a residential multipolygon relation & doesn't require any additional tags.

Are you sure an access road to a car park is tertiary?

Thanks for doing that.

Sorry, but I'm not willing to do that.

People who make substantial errors should clear it up their own errors. I learnt how to use the JOSM revert tool for precisely that reason. With over 2000 edits you should be able to do the same:
osm.wiki/JOSM/Plugins/Reverter

Please be aware Aerial photography is *always* history. If the map doesn't correspond with the images it's usually due to the images being out of date. it should always be treated with caution & further checks should be made, preferable by surveying on the ground.

I look forward to seeing these roads amended to how they were accurately mapped previously.

Cheers
Dave F.

http://www.bathnes.gov.uk/sites/default/files/widcombe_parade_revised_scheme_plan.pdf

Can you revert this changeset please. There's a new road layout that's been accurately mapped. Thanks

Hi
Unfortunately it's rendered under the street name, but in iD if you hover your pointer over the street it disappears & you can see the node.
Cheers
Dave F.

Hi Could you provide the specific way(s) please. You've edited quite a few & it's difficult to determine which one you're talking about.

Cheers
Dave F.

Hi The bollard is already mapped.

Hi jonkellas
Welcome to OSM.
You appear to have move the bike parking inside a building, Is there a reason this? You've appear to have erroneously put a kink in Wine St. Could you please check & amend in necessary.

Please stop making erroneous edits

Hi albryant1

Can you explain the reason for your deletion of this way please:

Cheers
Dave F.

Hi RFaith
changeset/34495446

Please change the background in iD to 'OS OpenData StreetView' to see the true name of the road. Note wood name also.

Cheers
Dave F.

As you are making no valid edits, could you please refrain from splitting ways. If & when you have maxheadroom please follow the guidelines here: maxheight=*

Thos were just a couple of examples. You've placed many ways on the roads that need to be offset.

Please be aware farmland is meant to be used to map individual fields, not swathes of land

Rather than split every entity up into small sections & spend a lot of time creating relations, why not just trace around those entities & roads? It would be much quicker.
You've ended up this kind of nonsense: osm.org/#map=19/51.41423/-2.39307

Hi mdt3k
I believe making OSM more entropic by unnecessarily splitting way makes it more confusing & harder for others to edit.
Instead of splitting & creating an unnecessary relation for this residential area: relation/5494095 the farmland way should be drawn as a parallel way adjacent, or even on top of the residential.

way/369745839
Road way represent the infinitesimally thin centre line of the road. Adding field boundaries to them cause mayhem for routing software. If other entities are added, such as barrier=gate/fence it says that they're in the middle of the road. Clearly not the case. Please offset the farmland to the side of the road Example: osm.org/#map=19/51.38766/-2.40862

FYI I've started a conversion on the tagging list to fid out how others are using landuse=farmland:
https://lists.openstreetmap.org/pipermail/tagging/2015-September/026477.html

Hi mdt3k
Could you explain in more detail what you've done generally, & specifically the Kelston & Swinford relations?

If changesets are problematic the creators needs to correct their own errors & revert them.

Do you know what it is now? Still derelict?

Hi
I deleted the relations you created. They're not really required in this instance - ways can be overlaid, & it's difficult to to see things such as the playground if hidden in a relation.

Err... try https://github.com/gravitystorm/openstreetmap-carto/issues

Hi again
Ways don't have to be split at nodes with tags, such as stiles, It better if a way is as joined up a it can be. I've connected the relevant ones.
Cheers
Dave F.