please let me know if this is wrong, I couldn't find much detail on the wiki

The name=* tag should only contain the name osm.wiki/Names#Name_is_the_name_only

I've corrected these in my changeset at changeset/160974140

way/1342563707
way/635998948

way/916024901/history is now paved

I've partially reverted this change in changeset/159521567 to restore the bus stop to a location not glued to the park boundary

I've changed point 5 back to a service road now as it does provide service vehicle access.

I've fixed this.

looks good.

https://osmlab.github.io/osm-deep-history/#/node/11505453837 entrance=main but noexit=yes? surely that's a bit conflicting? I've added the driveway now for connectivity.

hi you've duplicated the ferry terminal, https://osmlab.github.io/osm-deep-history/#/node/11984957950 was added on top of the existing one at https://osmlab.github.io/osm-deep-history/#/node/3947706201

It looks like the node you added was also part of the pier way, so it snapped the the ferry terminal node to the pier way, which is good, not sure why the node was duplicate though?

Either way I've cleaned this up by deleting your new one in favour of the existing one and re-snapping the ferry terminal node to the pier way.

changeset/152747580

What are all the name tag values for these buildings? It should only be used if the buildings have a proper name.

I fixed what I could find in changeset/160326846

I just noticed that a bunch of these added were already existing, and now we have duplicates.

discussion moved to https://community.openstreetmap.org/t/vicmap-address-import-progress/122863/4

5. https://osmlab.github.io/osm-deep-history/#/way/1244811645 I had tagged as a service way. It's quite wide with a gate, and the connection with the driveway to me it's designed for emergency/service/maintenance vehicles to access. Therefore I think it's still best tagged as highway=service + motor_vehicle=private + foot=yes.

I've made further changes to address 2, 3, and 4. But apart from that, good work on the other improvements.

hi, welcome back to OSM. Some good changes here, but I also have a few comments:

1. The Northern Beaches Council Aerial Imagery is copyright, "The contents of this website are copyright and may not be reproduced in any form without the prior consent of Northern Beaches Council." as such the imagery cannot be used at all, as a reference to map from, or to trace features from. What in particular did you derive from the council images, as we'll want to remove/redo with imagery sources we can use.
2. Where possible it's good practice to keep the history of objects osm.wiki/Good_practice#Keep_the_history. For example https://osmlab.github.io/osm-deep-history/#/node/11671234344 had a long history of 10 edits, people improving the data over time but then you've replaced it with a new object https://osmlab.github.io/osm-deep-history/#/node/12415070400 which makes it harder for people to identify the history of the object which can be useful for mappers to understand how/why/when different tags were added. I'll restore the original node here to retain the history.
3. From what I can see the playground entrance was deleted here https://osmlab.github.io/osm-deep-history/#/node/10104608514 and now missing. I'll re-introduce this node.
4. According to natural=* natural=scrub is "Uncultivated land covered with shrubs, bushes or stunted trees." while there are shrubs and bushes in the understory, there are more substantial trees and think natural=wood would be more appropriate.

I found node/12419076028 as one feature imported with addr:flats10. Could we move this discussion to the community forum or a GitLab issue at https://gitlab.com/alantgeo/vicmap2osm/-/blob/master/README.md or the import page talk, osm.wiki/Talk:Import/Catalogue/Vicmap_Address

I raised this question at osm.wiki/Talk:Key:addr:flats#Exceeding_255_characters previously. Is there anything you can point me to that indicates the :2 :3 etc. key suffix is in use already for overflowing tag values?

On another note, thinking about this more, perhaps there is a different syntax we can come up with that represents these long addr:flats values in less characters?

I missed your comment Graeme. I just updated them to match the months listed on the website, exact dates would be better if you know that flaming heart?

Looks good @Tewuzij

I disagree @mcliquid, for a change like this, its better to keep it together as all the changes are related, as it makes it easier to review, comment on, etc.