De brug is weer teruggelegd op zijn oorspronkelijke locatie.
Hier kun je ook nog even je changeset bekijken:
https://overpass-api.de/achavi/?changeset=101402708

A way without any tags ?
https://overpass-api.de/achavi/?changeset=101126395

Dan mag construction=yes ook verwijderd worden.

Dag Boudy,
een paar foutjes:
layer=-1 hoort niet op het pad dat buiten het gebouw ligt.
tunnel=yes moet vervangen worden door tunnel=building_passage.
Dat deel moet dan aan beide zijden met het gebouw verbonden zijn.
Maar ik zie dat je het zelf al gecorrigeerd hebt.
Dat ziet er prima uit zo.

Dag Sv8x,
Een zeer ingewikkelde situatie met meerdere multipolygonen. Er was maar 1 juiste mp en dat was het water met een eiland.
Meerdere mps bestonden uit slechts 1 lid. Die mps heb ik verwijderd. Het voetpad gesplitst aan beide zijden van het water zodat er een brug kan worden getagd. Met al die op elkaar gekleefde lijnen is het met de editor iD bijna niet te doen voor iemand met zo weinig ervaring.
Ik zou je willen adviseren om over te stappen naar de editor JOSM.
Dan kun je makkelijk al die lijnen losmaken en veranderen.
https://forum.openstreetmap.org/viewtopic.php?id=53710

Misschien kun je nog even kijken of het zo correct is ?

De busbaan op het Baljuwplein is nu onderbroken. Ik neem aan dat dat niet de bedoeling was. De busbaan hersteld en de gebroken routerelaties weer in orde gemaakt.

De routes zijn in orde.
De bushaltes (platforms) heb ik los gemaakt van de weg.
De stop_positions op de weg zijn niet meer verplicht.

Er staan dus geen fouten in OSM.
De ingebouwde routers geven ook geen route over de brug, wel voor fietsers en voetgangers maar niet voor auto's.
Ergo de fout zit dus in de gebruikte app.
Die weet kennelijk niet wat access=no betekent.

Of zijn er gewoon slimme chauffeurs die alle verboden aan hun laars lappen of hebben die tijdelijk ontheffing van de wegbeheerder ?

De weg is al meer dan 11 jaar voorzien van de tag access=no.
Het is dus allemaal correct op de kaart. highway=residential is niet juist. motorvehicle=no is zinloos omdat er al access=no op staat.
En welke app routeert dan over de brug ?

Er komen nu wel heel vreemde gegevens in de naam te staan.
Dat lijkt mij niet juist.
Ik denk dat het beter is om dat op tenemen in de tag description=rijksmonument nr 531097.
Voor mij is en blijft het ook het Fort Hoofddijk en niet het werk aan de hoofddijk. Inhoudelijk is een fort of een werk aan .... ook van een geheel andere aard.
Ik weet natuurlijk niet waar de RCE die benamingen aan ontleent, maar de vele spelfouten in de voorgaande changesets zijn weinig vertrouwenwekkend.

Rijnauen of Rhijnauwen.
graag wat nauwkeuriger omgaan met dit soort historische benamingen !

benaming moet zijn Rhijnauwen.

Hier kun je de foutmeldingen zien:
http://tools.geofabrik.de/osmi/?view=areas&lon=5.00657&lat=52.11203&zoom=16&opacity=0.74

De schade aan de kaart is aanzienlijk: het hele gebied W van de nieuwbouw staat nu blanco op de kaart.
De multipolygoon is niet compleet:
De outer is niet gesloten en de inners ontbreken.
Ik ga even kijken of ik wat kan herstellen.
Advies dezerzijds om het onderwerp multipolygoon in de wiki nog eens door te lezen.

Daar zie je dat in het Z deel de weg dubbel is getrokken en daarmee werd de wandelroute 04-13 beschadigd.
Ook in het N deel zijn wegen dubbel op elkaar gekleefd.
Die heb ik ook even gerepareerd.

@ Eggie,
ik denk dat je deze link bent vergeten:
https://overpass-api.de/achavi/?changeset=100353538

De wegen waren nu dubbel ingetekend. Zo een heen en weer gaande beweging bij het intekenen veroorzaakt vooral fouten als je daar een route wilt plannen. Wegen kunnen alleen met een enkele lijn worden ingetekend.
ik verwijder even alle dubbele lijnen.

Dag GPX Speedtag,
Er staan nu twee outers in de multipolygoon.
Ik heb de role van de binnenste ring gewijzigd in "inner".
Beide ways hebben geen tags.
Dat is alleen juist voor de outer.
Leisure=playground toegevoegd aan de inner. Of was het je bedoeling om dat ook toe te voegen aan de mp?