There is a bicycle=dismount sign on the footbridge which I've mapped and an arrow on the road pointing bicycles to divert to footbridge but nothing forbidding it.

At the moment routers might decide to skip it since it's dismount and no, but in reality you can ride on the road.

I'm not 100% sure either but I might remove the bicycle=no.

I made some changes to Bennelong Bridge, see changeset/53393819

The road and cycle/foot path are physically seperated on the single bridge. I've changed the access tags for each to reflect. (ie. no foot or bicycle on the road way, only on the cycle/foot way).

Changed psv to bus as it's only busses allowed, not taxis (psv includes taxi).

The access restrictions extend west past the bridge for a little bit.

Any reason way/260879705 was changed to bicycle=no? I rode over the bridge today and couldn't find any signs forbidding bicycles.

I thought way/329309054 had been long overgrown, I'll need to try to follow your path next time!

Just adding the link for fitness station leisure=fitness_station

copied, yes but moved no. moving the tags means removing them from way/461677979. ;)

Agreed all the tags that relate to the building should remain on the way, and all the tags relating to the station should be moved (including deleted from the way) to the node.

Agreed both styles (separate way and sidewalk tags) can coexist.

I'm not sure about this... For example City of Sydney relation/1251066 you changed the name from "City of Sydney" to "Council of the City of Sydney".

According to name=* the name tag is for the common name which I think should be "City of Sydney". It's what most people know it as and what the council use on most correspondence.

See Australia as another example relation/80500, it's name is "Australia" even though it's official name is "Commonwealth of Australia" https://en.wikipedia.org/wiki/Australia.

I think we should apply the commonly used name like "City of Sydney" for name (instead of alt_name), the full name like "Council of the City of Sydney" as official_name and "Sydney" as short_name (as it is in this case).

This edit is incomplete, if you move the railway station from this building to a node then could you move across all the tags including name, wikidata etc. as they are not correct now that way/461677979 not a railway station.

You also need to update the way/461677979 was part of.

The phone number should be in the format +61 2 9XXX XXX.

It says at osm.wiki/Australian_Tagging_Guidelines#Roundabouts that roundabouts should be mapped out as circular ways. But I don't have an opinion on this and certainly as a node is better than not at all.

If you know the post office is here did you wanted to deleted the one at node/3146751111 ? The other one lists a copyrighted source, so happy to delete it over yours.

PS you could also add name:etymology=*

Hey, just a tip. Since these residential lots share borders in reality, the ways should share nodes so there are no gaps in between.

PS. the building=house tag is for the building footprint, which is why these were changed to landuse=residential.

What's the policy on SEO edits, I encounter them almost every day and not really sure what to do. The ones I encounter it's a new OSM account for each "customer" and they never use the correct format for opening_hours or accepted payments etc.

Is it really named "indistinct track"?
Better to use trail_visibility=* so it get's the right classification.

Hi, welcome to OSM!

I'd suggest you take a look at these tags. They are much more widely accepted (about 5000 places tagged that way already in OSM) and mean people interested in fishing and scuba will be able to find this place as it will show up in their searches etc.

osm.wiki/Tag%3Asport%3Dscuba_diving
leisure=fishing

These tags would replace your tourism tag.

PS. maybe also try editing in JOSM, personally I find it easier to deal with relations compared with the iD editor.

If they lead to a private property I've marked them access=private when I've mapped, although strictly only past the front fence is private.