En ook de route van bus 14 is weer gerepareerd.
Dat het opknippen van de highway routes beschadigt wijst erop dat niet de juiste werkwijze is gevolgd. Of de controlevraag van JOSM is niet juist beantwoord.
Als alleen de route van lijn 189 is geladen dan worden alle andere routes die over die weg lopen wel beschadigd

Beste Seat Ibiza,
Met de editor iD gaat dat helaas altijd fout. De nieuwe wegen en bushaltes worden dan achter aan in de relatie geplakt. Die wegen en haltes staan dan niet in de juiste volgorde en leiden tot foutmeldingen.
Als je serieus met routerelaties aan de slag wilt gaan, dan adviseer ik je dringend om over te stappen naar de editor JOSM.
Zie ook:https://forum.openstreetmap.org/viewtopic.php?id=53710
De routerelaties zijn weer gerepareerd.

Helaas zijn daarbij de routerelaties van bus 41 beschadigd geraakt. Een aantal wegen in Uithuizen is verwijderd uit de relatie zodat de route gebroken is.
Verder kan de editor iD niet omgaan met het wijzigen van routerelaties. Zo worden de beide haltes aan het einde van de relatie ingevoegd. Ze staan dan niet in de juiste volgorde en dan volgt er dus een foutmelding.
Bovendien horen beide haltes ieder in hun eigen routerelatie en niet samen in de route die voor 1 richting is gemaakt.
De routerelaties zijn weer gerepareerd.
Wil je serieus aan de slag met routerelaties dan adviseer ik je dringend om over te stappen naar de editor JOSM.
Daarmee kun je de haltes en wegen wel in de juiste volgorde opnemen in de routerelatie.
Zie ook:
https://forum.openstreetmap.org/viewtopic.php?id=53710

Kennelijk is er iets fout gegaan.
Door al die aan elkaar gekleefde lijnen werd het water oppervlak ernstig misvormd. De Breede Beek weer teruggebracht in de juiste vorm. :-)

Dag Rotterdammer,

Waarom zet je op willekeuruge stukjes weg de tag motorvehicle=no ?
Zie bijv het stukje Stationsplein.
De navigatie apps maken daar een vreemde omweg en dat leidt weer tot opmerkingen op de kaart.
Motorvehicle=no is weer verwijderd.

Dag Rotterdammer,

Waarom zet je op willekeuruge stukjes weg de tag motorvehicle=no ?
Zie bijv het stukje Dronensingel-Vrije Nesse.
De navigatie apps maken daar een vreemde omweg en dat leidt weer tot opmerkingen op de kaart.
Motorvehicle=no is weer verwijderd.

fixed broken routerelation De Lijn 170

Dag Rotterdammer,
Met deze changeset heb je ongemerkt de routerelaties van bus 724 ernstig beschadigd.
Helaas kan de editor iD niet omgaan met het wijzigen van routerelaties.
Wees dus even voorzichtig met het opknippen en samenvoegen van highways. Als er wandel, fiets of busroute-relaties over een weg lopen, kun je ze beter niet opknippen of samenvoegen.
Dat gaat allen goed met de editor JOSM.
Als je serieus met wegen en routerelaties verder wilt dan adviseer ik je dringend om over te stappen naar de editor JOSM:
https://forum.openstreetmap.org/viewtopic.php?id=53710
Veel plezier met verder mappen.

Dag OttoR,

In de Nederlandse community is er consensus dat zulke kort durende werkzaamheden niet op de kaart worden opgenomen. De voornaamste reden is dat routers niet elke dag de nieuwste kaartgegevens van OSM overnemen. Soms gebeurt dat maar 1x per week of 1x per maand.
Dat betekent dan dat navigatie apparatuur gedurende een volle maand de weg als niet bruikbaar beschouwd terwijl de werkzaamheden al lang gereed zijn.
Als je die werkzaamheden op de kaart wil zetten dan kan dat met een conditional.
Voor de H. Cleyndertweg zou dat bijv zijn:
access:conditional=no@(2022 Nov 21 - 2022 Dec 9).
Zie:
osm.wiki/Conditional_restrictions
Tenslotte zijn dat soort afsluitingen absoluut terwijl het vaak zo is dat fietsers en voetgangers gewoon kunnen passeren langs de werkzaamheden.
Alleen als de werkzaamheden langer duren (bijv meer dan 6-8 weken) is een highway=construction gepast.
Maar al te vaak gebeurd het dan dat de aconstruction niet tijdig verwijderd wordt met als gevolg dat gebruikers gaan melden dat de kaart niet klopt.
Bij een conditional gaat dat dus automatisch goed.

De routerelaties zijn weer gerepareerd.

Dag Rocket Racoon,

Helaas gaat dat met de editor iD altijd fout.
De editor iD kan niet met routerelaties omgaan en plaatst een nieuwe halte of wegen altijd achteraan in de relatie.
Dat levert dan een foutmelding op omdat de wegen en haltes niet in de juiste volgorde staan.
Als je serieus met routerelaties wilt werken dan adviseer ik je om over te stappen naar de editor JOSM.
Daarmee kun je de haltes en wegen wel in de juiste volgorde opnemen in de routerelatie.
.
https://forum.openstreetmap.org/viewtopic.php?id=53710

Dag Ferina365,

Helaas kun je met de editor iD de routerelaties van het OV niet correct bewerken. De nieuwe wegen en haltes worden door iD altijd achterin de relatie toegevoegd en dan staan ze dus niet in de juiste volgorde.
Dat leidt dan weer tot foutmelding in OSM Inspector.
Verder is de role in OV-relaties altijd blanco. Dit in tegenstelling tot fiets en wandelroutes war de heenweg over andere ways gaat dan de terugweg. Daarbij moet de role wel worden ingevuld.
De routerelaties zijn nu weer gerepareerd.
Als je serieus met routerelaties aan de gang wilt gaan, dan adviseer ik je om over te stappen naar de editor JOSM. Met die editor kun je de routerelaties correct bewerken.
https://forum.openstreetmap.org/viewtopic.php?id=53710

Sorry emvee, je was weliswaar de laatste die de routerelaties wijzigde, maar de fouten zijn waarschijnlijk door de voorgaande mapper gemaakt.

Door alleen de wegen te downloaden worden de routerelaties niet op de correcte wijze gewijzigd.

Daarbij zijn de routerelaties van bus 716 zwaar beschadigd.
Het kostte me ruim 20 minuten om de zaak weer in de juiste volgorde te zetten.

Bij het splitsen van de Pleiadenlaan werden de routerelaties beschadigd.
Nu kan JOSM daar prima mee omgaan, maar dan moet je de relaties wel downloaden.
De routerelaties zijn weer gerepareerd.

Toch maar even afwachten wat de rendering doet. Het lijkt erop dat er veel zichtbaar wordt.

Hi Dick, dat heeft geen gevolgen voor de rendering. Volgens mij is er veel meer aan de hand. Dubbele ways als inner waar die niet nodig zijn. Een inner die ontbreekt rond twee aaneengesloten landuse-delen.
Een inner die als outer in de mp staat.
Als je geen bezwaar hebt, wil ik er wel mee aan de slag gaan.

Dat zou geweldig goed nieuws zijn.
Sorry voor de overlast.

Dag Sander,
Na de BAG update (in 5 changesets) staat Edam vol met ca 100 self-intersecting ways.
Dat kun je hier zien:
https://tools.geofabrik.de/osmi/?view=geometry&lon=5.06384&lat=52.50725&zoom=15&baselayer=Geofabrik%20Standard&opacity=0.80&overlays=long_ways%2Cways_with_long_segments%2Clong_segments%2Cself_intersection_ways%2Cself_intersection_points%2Csingle_node_in_way%2Cduplicate_node_in_way%2Clong_ways%2Cways_with_long_segments%2Clong_segments%2Cself_intersection_ways%2Cself_intersection_points%2Csingle_node_in_way%2Cduplicate_node_in_way

Als gevolg daarvan kunnen de gebouwen niet meer op de kaart getoond worden.
Ik heb geen idee van de oorzaak van deze fout.
De beste oplossing lijkt mij deze 5 changesets te reverten.
Graag een reactie.