Dat klopt, maar als je de verschoven nodes selecteert, dan kom ik wel bij deze changeset uit.
Ik kom dit verschijnsel de laatste weken bij meerdere ervaren mappers tegen.
ben er nog niet 100 % zeker van maar ik denk dat het gebeurt bij het afsluiten van de changeset terwijl er nog elementen zijn geselecteerd. Die worden dan ongemerkt neergezet waar op dat moment de cursor staat.

Er is kennelijk onbedoeld het een en ander verschoven:
https://overpass-api.de/achavi/?changeset=78821574
Zie ook:
http://tools.geofabrik.de/osmi/?view=geometry&lon=5.62668&lat=52.26000&zoom=14&opacity=0.84

De chaos is zo groot dat ik niet kan bepalen wat waar naar toe geschoven is.
Dezezijds het voorstel om de changeset te reverten.

Hier is weer het een en ander onbedoeld verschoven:
https://overpass-api.de/achavi/?changeset=78820339
Ik heb het idee dat dat gebeurt bij het afsluiten van de changeset. Als er dan een node of iets anders geselecteerd is, wordt die neergezet waar op dat moment de cursor staat. Daar ben ik echter nog niet 100 % zeker van.
Ik heb geprobeerd om het te herstellen aan de hand van het beeld in achavi.
Wellicht kun je er zelf ook nog even naar kijken.

De beschadiging is altijd het gevolg van het opknippen van een highway.
Als de route en de highway een tegengestelde richting hebben, staan de 2 nieuwe wegdelen in die route in de verkeerde volgorde.

Prima, geen fouten aangetroffen in de routerelaties.

Top !
Met 35 busroutes in deze changeset en alle beschadigde routes zijn zelf hersteld.
Dat is een prestatie die ervaren mappers slechts zelden halen !
Nogmaals mijn complimenten.

routerelatie bus 76 was op meerdere plaatsen beschadigd en is weer gerepareerd.

https://www.google.nl/maps/dir/51.7002369,5.3395787/51.6993986,5.3396668/@51.6995126,5.3396458,18.49z/data=!4m2!4m1!3e0

Overigens constateer ik dat Google Maps ook niet routeert via dat laantje.

Je hebt ook nog highway=service verwijderd.
Dat betekent dus dat er helemaal geen weg meer is. De lijn op de kaart is daarmee zinloos geworden.
highway=service is dus weer terug gezet.

Fouten in GoogleMaps en TomTom worden dus niet veroorzaakt door OpenStreetMap. !!

Dag Pieter,
Zoals eerder uitgelegd, maken TomTom?Google geen gebruik van onze kaartgegevens. Wijzigingen die je hier aanbrengt hebben dus geen gevolgen voor TomTom/Google. Die blijven gewoon de verkeerde gegevens tonen.
Verdiep je eerst in de wiki voor dat je wijzigingen gaat aanbrengen. In dit geval staat het Jan de Nijslaantje al correct op de kaart.
Begin nooit met access=no. Dat is een algeheel verbod overeenkomend met het ronde verkeersbord met rode rand.
Het llantje is voorzien van
highway=pedestrian.
Dat is dus alleen toegankelijk voor voetgangers. Voor automobilisten zal hier nooit een route over heen gaan lopen.
bicycle=yes is al toegevoegd: fietsers mogen hier dus wel gebruik van maken.

access=no wordt dus weer verwijderd.

Welkom bij OpenStreetMap. Ik heb een uitgebreid welkomstbericht met wat handige tips en links gestuurd als privébericht.

Dag GPX,

Dan zou ik dat ook gewoon taggen met
moped=no
mofa=no
Anders blijft het gewoon routeren.

Na 5 jaar weer een bijdrage en nooit een welkomst bericht gehad.
Ik zal het je alsnog toesturen.
Misschien kun je dan in de wiki eens opzoeken hoe je dit soort wegen en fietspaden moet taggen.
Als je nog eens naar de Groenewoudsedijk kijkt dan zie je hoe ik het gedaan heb.

Met meer dan 20 beschadigde routerelaties wordt dat vannacht weer stevig doorwerken om alles te repareren.

Bovendien is mij volkomen onduidelijk waarom ook de busbaan gesplitst moest worden.

Dag Tim,
Je hebt de Kanaaldijk Noord Oost veranderd in een fietspad.
Gelet op de bushalte en de route van buslijn 261 kan dat niet juist zijn.
Ook de recente satelliet beelden laten geen werkzaamheden aan de weg zien.
Het fietspad vanuit het Zuiden eindigt dus bij de Havenweg.
Ik neem de vrijheid je wijziging terug te draaien.

Verder kun je nog gebruik maken van OSMinspector.:
http://tools.geofabrik.de/osmi/?view=geometry&lon=4.26744&lat=52.08866&zoom=14
In de view Geometry wordt de situatie van 1900 uur ahw bevroren en gecontroleerd. De resultaten zijn na 2400 uur zichtbaar.
Als je inzoomt op Den Haag wordt het gebouw in de Douzestraat als fout zichtbaar.
Pas wel op: niet alles tegelijk gaan verbeteren. Er zijn zaken die wel als fout worden weergegeven maar dat niet zijn.
Aanpassing van de controle software vergt soms ook wat tijd.!
Als je iets niet weet, doorzoek de wiki of het forum of of stuur een PB aan Eggie of mijzelf. Ook de voorgaande mapper kan je vertellen waarom hij iets zo gemapt heeft.

Dat is moeilijk te zeggen. We hebben het laatste jaar enkele van dit soort gevallen gehad. Algemeen kenmerk was dat de mappers zich niet bewust waren dat ze het object verplaats hadden. Dat zou er op kunnen wijzen dat de fout ontstaat bij het afsluiten van de changeset. Op dit moment kan ik er nog niet precies de vinger op leggen of het een fout is van de mapper of van de software. Hoewel dat laatste wel zeer onwaarschijnlijk is.
Je zou kunnen overwegen om standaard een changeset na het uploaden te gaan controleren met de bovengenoemde overpass-api. Door ver inzoomen kun je dan optisch controleren of wegen aan elkaar gekoppeld zijn, of er dingen zijn verschoven, of ten onrechte aan elkaar gekleefd zijn. Vooral de editor iD is daar voor berucht.

De route van lijn 19 is aangepast.
In verband daarmee de bushalte aangepast, voorzien van de juiste tags.