Thanks. Regarding way/1371681902/history this is what created note/4570090 for but I forgot to map it.

I don't think highway=path is correct, I've retagged it as man%20made=wildlife%20crossing and I've been using wildlife_crossing=rope_bridge though the values aren't well defined nor have much use https://taginfo.openstreetmap.org/keys/wildlife_crossing#values

See the suburb which already has those wikidata/wikipedia tags relation/3697552

https://www.wikidata.org/wiki/Q1138446 is for the suburb Centennial Park, so the prior https://www.wikidata.org/wiki/Q61721649 was indeed correct. Furthermore the wikipedia page you added is for the suburb.

I've fixed these both now.

There's also building=airport_terminal has 200 uses https://taginfo.openstreetmap.org/tags/building=airport_terminal though not documented on the wiki, and seems like other terminal buildings also use building=transportation.

osm.wiki/Any_tags_you_like suggests that it's okay to start inventing new tags if there's no good existing tag, indeed this is how new tags come about. People start using them and eventually as the usage is refined they get documented as in-use, or they go through a proposal and get documented as approved.

I can't see any glaring issues with `privacy=limited` in this case.

In any case note=* is used to inform other mappers but in this case description=* would be better as that's for informing map users.

I'll update this to restore the privacy tag but also convert the note to a description.

how can you tell from imagery that these are all water storage, could they possibly be other kinds of silo? eg. for grain?

+ it would be more accurate to use source:geometry since actually the source was the person who mapped it as a node prior to you. You can also leave off the source tag and instead rely on the changeset level source.

Please ensure you retain any other tags on the node, in this case it had historic=yes.

some information was lost here, before we had address 86B and then address 2/68 but you've replaced both with just 68B.

If you're not sure which applies to what best to leave the two address nodes as they are and only move the building=yes tag along to the building. I've fixed this up. If you're just working remotely probably best to leave the addresses and just change the building=yes tag from the node to the new way.

I've updated this in changeset/167911590

I've reverted this change.

I've changed the network and operator based on my prior comment.

I've restored the prior route names.

I've restored the prior route names based on community feedback at https://community.openstreetmap.org/t/public-transport-route-names/131624

I've restored the prior names based on community feedback at https://community.openstreetmap.org/t/public-transport-route-names/131624

I've restored the prior name based on this being the better route name over the artificial route name from PTv2 per community discussion at https://community.openstreetmap.org/t/public-transport-route-names/131624

I've restored the proper name "Dubbo XPT" based on this being the better route name over the artificial route name from PTv2 per community discussion at https://community.openstreetmap.org/t/public-transport-route-names/131624

I suspect the lanes:conditional should also be increased to 3 as likely it only changes by one lane during the AM lane shift. I'm not sure though.

if there's no arrows on the road or other road signs then we shouldn't be setting turn:lanes per turn=* it should only be used where there are road markings or sign markings indicating the lane guidance.

way/1396730552 turn lanes are not modelled like that, we only draw a separate way where there is physical separation, if there's just paint on the ground it's best to use the turn:lanes tag turn=*#Indicated_turns_by_lane to specify the turn lanes.

The existing way at way/40427397 already allows for routing from Spencer Street turning right into Gatton Showgrounds.