OpenStreetMap logo OpenStreetMap

Changeset When Comment
102129780

Uiterst gecompliceerd gebied, de grenzen zitten overal vastgekleefd aan wegen en landuse. Kreeg maar liefst 17 validatie fouten van voorgaande mappers.
Voorzover ik kan zien is het nu in orde.

102129780

Oké, zal ik doen. Er staan ook nog dubbele lijnen en die kun je met iD zeer moeilijk uit elkaar halen, is mijn ervaring.

102129780

Bovendien krijgen we allerlei foutmeldingen omdat de grenzen in de relatie elkaar doorsnijden.
http://tools.geofabrik.de/osmi/?view=areas&lon=4.49484&lat=51.87512&zoom=15&opacity=0.71
In de relatie is de grens van Zuidwijk de outer. De andere grenzen moeten dan de role=inner worden toebedeeld.

101793585

Op lijn 62 heb ik route=bus weer vervangen door disused:route=bus.
Die omleiding duurt nog tot 30-7-2021.
Zie ook de note die ik op die busroutes heb geplaatst.

101745018

En lanes=1 ?

101745018

Hi Martin,
Op de Van Eynattenweg staat nog een stukje oneway=yes.
Ik neem aan dat dat eraf moet.
Routerelatie bus 56 is weer gerepareerd.

101711854

Dag lupien,
Graag een beetje voorzichtig met wat je doet: Je hebt de woning Marterweide 40 geselecteerd en verplaatst zodat deze nu in het water staat.
Hier kun je dat zien:
https://overpass-api.de/achavi/?changeset=101711854
Ik verander het even.

101789117

Alles is in orde. Alleen de tags van de relatie zijn gewijzigd en dat is correct gedaan.

101402708

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

101126395

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

101335223

Dan mag construction=yes ook verwijderd worden.

101335668

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.

101402708

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

101300820

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

101300820

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.

101264208

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.

100913057

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.

100913057

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

100913057

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 ?

100777725

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.