routerelaties bus 608 zijn weer up to date.

routerelaties bus 602 zijn uo to date gebracht.

PB verzonden, routerelaties bus 143 zijn up to date gebracht.

Dag krum54,
Dat is mooi, maar die node toevoegen aan een routerelatie leidt onvermijdelijk tot een foutmelding.
Ik heb de routerelatie weer gerepareerd.

Voor het controleren van fouten in een changset gebruik ik ook achavi:
https://overpass-api.de/achavi/?changeset=134928411&zoom=18&lat=51.91246&lon=5.50265&layers=B000000TTTFT
Je ziet hier dat er aan de W zijde een nieuwe way is toegevoegd en dat daarna een stukje weg ontbreekt.
Zou de short-cut "P" een ander effect kunnen hebben als het gebruik van "gereedschappen/weg splitsen" op het scherm ?
Dat zou ik eens uit moeten testen.

Hoi Marco,
Het is al weer een tijdje geleden dat JOSM is aangepast en dat automatisch goed doet. JOSM geeft ook en waarschuwing en download dan de benodigde wegdelen om de juiste volgorde van de ways te kunnen bepalen. Als ik het goed heb gaat het nog wel fout als dezelfde way in 3 delen wordt opgeknipt.
Een snelle controle is de routerelatie openen in het relatie venster. Als in de derde kolom een ononderbroken lijn staat, is de route in orde. Een onderbreking in de route wordt daar gemarkeerd met een rood puntje.
Het lijkt ook van belang dat de hele route wordt gedownload vóór dat je begint met wijzigen/opknippen van wegen.
Na 24 uur worden fouten ook weergegeven in OSM inspector:
https://tools.geofabrik.de/osmi/?view=pubtrans_routes&lon=5.87317&lat=51.83928&zoom=13&baselayer=Geofabrik%20Standard&opacity=0.81&overlays=ptv2_routes_invalid%2Cptv2_error_ways%2Cptv2_error_nodes

Met het opnieuw intekenen van de highway gaat de historie van de weg verloren.
De juiste werkwijze is dan ook de nieuwe of gewijzigde tags toevoegen aan de bestaande highway.

Dag MvanderHeide,
De stationsweg is nu dubbel ingetekend en daarmee zijn de routerelaties beschadigd.
De vermelding van lanes is volkomen overbodig maar het kan ook geen kwaad.
ik pas het even aan.

Lijkt mij een goed idee.
Als je thuis bent in die materie kun je de wijzigingen aanbrengen.
Ik zet wel de vorige versie van landuse=residential terug op de kaart.

Dag Wanderer,
Die landuse residential zit vol met fouten:
https://tools.geofabrik.de/osmi/?view=geometry&lon=6.76355&lat=52.30757&zoom=13&baselayer=Geofabrik%20Standard&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
Misschien kun je daar nog even naar kijken ?

Tja, de dubbele omtrek van het gebouw verwijderd en alle tags daarvan overgenomen op de adres-node.
Na 3 jaar ervaring denk je dan: het zou ook anders kunnen.
Maar je hebt gelijk de naam kan eraf.

Kijk ook even op het forum:
https://community.openstreetmap.org/t/fochteloerveen-afgegraven/97487

Een tweetal multipolygoons zijn gerepareerd.
Twee outers "heide" verwijderd omdat die op het water gekleefd zaten.
Die twee water vlakken zijn dan inners van de heide.
Op drie plaatsen de outer los gemaakt van zichzelf. Een outer mag zich zelf niet raken of kruisen.
Dan weet de renderer niet meer wat de binnen- en de buiten zijde van het vlak is en dan verschijnt het als een wit vlak op de kaart.

Dag Henk,

De outer van de multipolygoon "heide" bevat een aantal fouten met als gevolg dat het gebied als een groot wit vlak op de kaart verschijnt.
Ik zie dat je werkt met de editor iD.
Dat is niet de meest geschikte editor voor dit soort ingewikkelde klussen.
Je ziet niet dat er meerdere lijnen op elkaar gekleefd liggen en nodes worden ongewenst samengevoegd omdat iD dat automatisch doet als de nodes dicht genoeg bij elkaar worden geplaatst.
Hier kun je de fouten zien:
https://tools.geofabrik.de/osmi/?view=geometry&lon=6.42652&lat=52.99619&zoom=14&baselayer=Geofabrik%20Standard&opacity=0.78&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 je met dit soort ingewikkelde zaken aan de slag wilt, dan adviseer ik je dringend om over te stappen naar de editor JOSM.

Ik ga even kijken of ik die fouten kan herstellen.

In zijn algemeenheid moet worden vastgesteld dat parkeerplaatsen bij winkels niet uitsluitend voor klanten toegankelijk zijn.
Ik kan daar rustig parkeren, gaan wandelen of fietsen en daarna weer vertrekken.
Gebruik van =customers dus alleen als de toegang voor niet-klanten uitdrukkelijk verboden is door middel van borden.

Maar dat geldt toch niet voor de Van Andelstraat ! Nu is de oprit van de A59 Niet meer bereikbaar.
Zie ook note/3605985#map=15/51.6874/5.0589&layers=N

verkeerd gebruik van access=customers.

Dag Mark,
Ook hier een verkeerd gebruik van de accesstag customers.
Voor veel navigatie apps staat het tankstation nu als niet bereikbaar.
Dat is niet de bedoeling.
Ook als ik geen klant ben, kan ik daar gewoon rijden.
ik pas het even aan.

dag Mark,
Wel een heel vreemde weg die je daar hebt ingetekend.
Kijk nog even naar je changeset:
https://overpass-api.de/achavi/?changeset=134059835

Je hebt dus ongemerkt de eind node van de weg over grote afstand meegesleept. Beter niet schuiven met de kaart in de edit modus.
Eerst uit de edit modus, de wijz uploaden en dan naar de nieuwe plek schuiven en daar weer een nieuwe wijziging maken.
ik pas het even aan.

Op het Groene Hartplein heb je de TOP en de carpool onbereikbaar gemaakt door een verkeerd gebruik van access=customers.
Die tag graag alleen gebruiken als er uitdrukkelijk dmv borden is aangegeven dat de toegang niet openbaar is.
ik pas het even aan.