Daar ging wat fout.
https://forum.openstreetmap.org/viewtopic.php?id=34039&p=20
bericht 482 e.v.

Voor zover ik weet is er geen koppeling voor wat betreft de routes.
Inmiddels zijn wel alle locaties van de bushalte beschikbaar. Zie ook de laatste bijdrage in het forum:
changeset/99533393
bericht 482 e.v.

Dat is correct, daarom had ik de route ook voorzien van de tag disused:route. Dat hebben we met elkaar zo afgesproken in het forum. Wees voorzichtig met verdere wijzigingen. Vraag zonodig om hulp, in het forum of door een opmerking op de kaart te plaatsen.
Deze wijziging wordt teruggezet.
Komt de route na de Covid-periode weer terug, dan bespaart ons dat veel extra werk.

Nu wij in heel NL de stop_position tevens voorzien van de plaatsnaam, zijn wij natuurlijk niet blij als een beginnend mapper die plaatsnaam weer gaat verwijderen.
Juist omdat er in NL veel bushaltes bestaan met dezelfde naam is het toevoegen van de plaatsnaam essentieel om een halte te kunnen terugvinden op de kaart !

Tja, met 4 foutmeldingen van kapot gemaakte routerelaties ben ik natuurlijk niet zo blij.
De editor iD waar je mee werkt is niet geschikt om routerelaties te bewerken. Nieuwe wegen en nieuwe haltes worden altijd achteraan toegevoegd en staan dan dus niet op de juiste plaats.
Probeer je in te lezen in de wiki mbt routerelaties. Wees voorzichtig met het wijzigen van routerelaties en vraag zonodig hulp in het forum of plaats een opmerking op de kaart.
De 4 routerelaties worden door mij gerepareerd.

Ik twijfel erg of ik dit wel onder OV kan scharen.
De OV chipkaart is niet geldig en het is niet voor het publiek toegankelijk. Ik zal het eens in het forum aan de orde stellen.

En omdat het een ringroute betreft met wegen die meerdere malen voorkomen in de routerelatie was het extra ingewikkeld om de zaak weer in orde te krijgen. Dat vergde dus bijna een half uur.
Laat je daardoor echter niet weerhouden.
Al doende leert men het vak.

De routerelatie was nu op meerdere plaatsen gebroken en delen van de route stonden op de verkeerde plaats.

Dag ov_fotograaf,

De halte node heb ik even aangepast.
network en operator horen daar niet getagd te worden.
De halte is eigendom van de gemeente en kan door meerdere vervoerders worden aangedaan.
De halte kan zelfs deel uit maken van meerdere netwerken.
De routerelatie aanpassen met de editor iD is niet goed mogelijk. Het rondje over de Vorstiusrode/Muzieklaan/Vorstiusrode moet op de juiste plaats in de route worden ingevoegd. Helaas voegt de editor iD de nieuwe wegen achteraan toe aan de routerelatie zodat er een gebroken route achterblijft.
Aanpassen van de routes kan alleen goed gedaan worden met de editor JOSM zoals Eggie ook al aangeeft.
Ik heb de route even aangepast.
Als er een route moet worden aangepast, vraag dan even hulp op het forum of zet een opmerking op de kaart. Dan zal een ervaren mapper dat doen.

https://overpass-api.de/achavi/?changeset=99310434

Reverted with my changeset/99471432.

Verder is het not done om twee gebieden die zover uit elkaar liggen samen te voegen in één changeset.
Ook het schuiven van de kaart over zo een grote afstand wil nog wel eens misgaan en dan wordt vaak een node of een way onbedoeld over grote afstanden verplaatst.

Dag padvinder,
De schade aan het Markermeer & Ijmeer is van dien aard dat ik de changeset wel moet reverten.
Je hebt daar een weg uit een multipolygoon verwijderd, de mp is daarmee niet meer gesloten en dat geeft onoplosbare problemen bij de rendering.
Het gebruik van Go Map leidt wel tot erg veel en grote fouten.
Je zou moeten overwegen om over te stappen naar JOSM.
Dan kun je veel nauwkeuriger werken en de ingebouwde validator waarschuwt je voor dit soort fouten.

Eggie, als ik er wat langer over na denk dan is ..=no een te sterke tag voor dit doel.
Dat is immer absoluut en dus is de weg niet te gebruiken voor een route berekening. Maar het zou wel eens de enige weg kunnen zijn om een natuurbrand te kunnen bereiken.
Dus is =discouraged m.i. de juiste tag.
@BrwMartijn:
Daarnaast dient deze problematiek gemeld te worden bij de maker van de brandweer-routing-app. Hoe zorgt hij ervoor dat de routeberekening niet over deze weg gaat, tenzij het de enige weg naar het doel is ?

Als deze wegen niet geschikt zijn voor de hulpdiensten is het misschien te overwegen om ze dan ook als zodanig te taggen.
Dus met emergency=no.

De routerelatie van lijn 19 is aangepast.

Dan was ik je voor. :-)
Maar wat me echt interesseert:
Laat Potlatch zo slecht zien wat je aan het doen bent ?
Overigens heb ik mij aangewend om eerst alle dubbele en driedubbele lijnen van elkaar te halen vóór ik mijn wijzigingen aanbreng. Er liggen in NL zoveel lijnen op elkaar dat het welhaast onmogelijk is om geen fouten te maken !

http://tools.geofabrik.de/osmi/?view=geometry&lon=5.21974&lat=51.99805&zoom=17&opacity=0.80

Alle dubbele lijnen zijn verwijderd, zodat het vlak ook wordt gerendert.

Dag iPeer,
In NL worden adressen en gebouwen rechtstreeks geïmporteerd vanuit het Kadaster. De adressen staan dan op een aparte node in het gebouw.
Adressen worden dus niet getagd op de outline van het gebouw.
Ik pas het even aan.