No. I've deleted it meanwhile

I see. It would help if there was consistent network=* tagging applied on the Sydney Trains. I can see one of the two:
- TNSW - Sydney Transport
- Sydney Transport
Most routes are consistently tagges with operator=Sydney Trains
Judging by the articles https://en.wikipedia.org/wiki/Transport_for_NSW#Public_transport_services and https://en.wikipedia.org/wiki/Sydney_Trains
I wonder if the network name shouldn't be "Sydney Trains" consistently. I guess it's a question of whether you look at the network from a modal level ("Sydney Metro", "Sydney Trains", "Sydney Light Rail") or as the intermodal overarching public transport network ("Transport for NSW" or just "Transport").
Once you have picked a consistent network tag I can set them up in the Validator as well

It can include other mass transit routes as well. Are you thinking of Sydney light rail?Any other networks in the Sydney area that could be included? I will update the document then.

We discussed this in Telegram chat a while ago and Line 2B extension has its own relation with proposed:route tag

See these changes applied here:
changeset/71131794

The North East Line MRT currently operates from the Souther Terminus HarbourFront to Punggol. That's what the active route relation should cover. It would be quite odd to include the extension section to Punggol Coast which is planned to open no earlier than 2023 in a route relation that has Punggol as endpoint.

The public transport route model in OpenStreetMap says that multiple line/service variations are linked via a route_master relation. I suggest to add a route:construction relation for the segment from Punggol to Punggol Coast and add this route to the route_master.

Anytime.
I assume you are aware of the OSM subway validator which helps to keep public transport tagging correct and complete: http://osm-subway.maps.me/index.html

Seems I fell for a trap of some "funny" mapping there. There used to be a node on that location which I spotted when reviewing some religion tagging mistakes: node/6094463057/history
I moved that information to the way. At least this change helped surface the wrong data and you could fix it. Thanks for correcting this.

You are welcome. Looking after each other is what makes OSM data quality constantly improve.

Yes, they are "a millenarian restorationist Christian denomination with nontrinitarian beliefs distinct from mainstream Christianity"
https://en.wikipedia.org/wiki/Jehovah%27s_Witnesses

See also the listing within christian denomination values in OSM: religion=christian

Thanks for fixing the operator tag. I was following information I could follow on the home page back then.
Will also reach out to better understand why you are not tagging as light_rail

Sorry for the late reply. Are you relying on these meta-relations that act as collections of objects?
What's your use case? I am happy to help finding a better alternative. Relations in OSM are not intended for this usage and hard to maintain.
Quote: "[Relations] are not designed to hold loosely associated but widely spread items. It would be inappropriate, for instance, to use a relation to group 'All footpaths in East Anglia'." from osm.wiki/Relation

I have no idea. It was a name already tagged on the road and since I was only working to fix geometry errors and I couldn't tell or disprove that's a correct name I simply left it untouched.

I agree that it would be beneficial if we had a more detailed tag variation to capture APMs, but current mapping pratcie in OSM is to use monorail tagging for guided transport systems like most APMs:
Quote: "railway=monorail - Also used for monorail-like automated people-mover systems" from osm.wiki/Railways
Quote: "Mappers may also want to include driver-less systems that occur within some big airports for terminal transfer." from railway=monorail

The thinking behind this being that most - like Sengkang LRT - feature a central guiding rail and therefor have just one rail == monorail.
Have you thought about investing some time to form a proposal to capture diferent forms of APMs? Maybe we can collaborate?

Hi Michael,
It seems you somehow accodentially deleted the stop positions for the Expo line metro at Gateway stations. I've since added them back. Maybe you were confused because there are multiple station icons showing in your editor, but actually each metro station consists of a station node and stop positions on the actual track where the trains stop.

Can you please clarify what the "horrible changes" were that you corrected?
In your changeset I see that you re-tagged the unfinished western section of Line 2 from "proposed:*" to opened. Can you share why you did that?

I verified that it is an assisted living home:
https://www.wohnen-im-alter.de/einrichtung/pflegeheim/schemmerhofen/wohnpark-st-klara-23564

Hi and welcome to OpenStreetMap,

Thanks for your contributions to traced building outlines in Northern Tehran.
I spotted that you did connect a few building outlines to adjacent ways. This should be avoided as these objects are not physically connected unless the way leads to a parking entrance or passed through a building. It can happen easily during editing though thanks to the "snap to nearest way" functionality. Just be on the lookout for that.
You can see how I fixed this by moving he building nodes away from the ways'. Visualized here: https://osmcha.mapbox.com/changesets/68094146

Hi,
You have added an area feature with a few tags that look like they originate from another system. None are recognized within the OpenStreetMap project.
Would you mind reviewing the tagging, remove all that are irrelevant and add some that specify the area use?
From satellite imagery it looks like this could be a residential lot. So you could tag the outline with barrier=wall or the northern part with the building as building=apartments

Und die Brillenpinguine sind jetzt im Zoo Berlin während des Umbaus des Aquariums