That's not what the noexit tag indicates. It's a flag to a validator to stop telling me it's a problem.

Where does it go?

Is there a reason you disconnected way/980809661 from Dalton Drive? It seems unlikely that a shopping centre would not have a way for customers to drive into and out of their car park.

OSM is a volunteer based mapping project. Unless someone is interested enough in checking OSM against MWRA, then it's not going to be automatically ingested.

I think it's this changeset: changeset/165826344

I think the main problem is that none of these regions are verifiable. Ironically the Sutherland Shire is the only one that is, because it's an LGA--and is already mapped.

It looks like you added the abandoned tags. Are they abandoned or not?

They were tagged abandoned=yes If that's not correct you should remove them.

Your conditional tagging is not valid. As I have already tried to explain either: 1. Delete the conditional and have oneway=no or keep the conditional and have oneway=yes. If you are having trouble understanding conditionals I would suggest reading osm.wiki/Conditional_restrictions

changeset/165959856

You can also represent it using a turn restriction relation/19100096

The oneway:conditional cannot be the same as the default value in the oneway tag. Either set the oneway to no and delete the oneway:conditional or the oneway needs to be yes.

changeset/165934585

This is the issue that needs to be fixed https://phabricator.wikimedia.org/T326560

I don't know. You'd left the northern end of the cycleway dangling in space. All I did was hook it up to the existing cycleway. I assume that they have not demolished the pram ramp, so you should be able to ride onto the existing cycleway.

This is not a boundary. We do not tag things in OSM so that they will appear in Wikipedia. If Wikipedia cannot cope with a collection relation then that is a problem with Wikipedia. If you want to tag this as a boundary then open a topic in the US category on the OSM Community forum https://community.openstreetmap.org/c/communities/us/78 and make your case.

changeset/165401791

I have no memory of this one in particular. I do remember removing the ones that did not have a physical address on their website / socials. Maybe they didn't have one six years ago.

Might want to ask Lockstar changeset/163318270 As far as I remember they were replacing this with closed ways. Maybe they didn't finish.

The suggestion to add the hours comes from the opening_hours evaluation tool because the opening hours spec requires a time selector. Given that I'm already editing this I felt I might as well deal with the warning.

Given that these were wrong, I don't think the style is causing anyone a problem because they were not looking at them anyway.

access:conditional= Oct-Mar 06:00-18:30, Apr-Sep 07:00-16:30

Which is what was there before does not mean anything.

As to which way around you'd like the default to be if a data consumer can't digest a conditional, that'd would depend on what you think the safer option would be.

One of them still kinda works... it's got a sub parked on it. Maybe add a historic tag?

Either way they are not dry docks.