De weg/brug is in OpenStreetMap toch ook open?

OpenStreetMap heeft wel een vrachtwagenverbod tussen het kruispunt met de Rijksweg (N317) en de rotonde met Eldrikseweg/Barlhammerweg.

Er staat een bord met de naam Lievenspleintje, met daaronder verboden toegang voor onbevoegden. Ik vermoed dat Lievenspleintje een eigen naam is van de privé-eigenaren van het plein. Alle adressen zijn Axelsestraat 79 met diverse toevoegingen. Ik zal official_name=Axelsestraat toevoegen.

Zie https://community.openstreetmap.org/t/direction-tags-op-verkeersborden/124634/4

Omdat het bord C2 inderdaad na het fietspad staat, is het stuk daarvoor geen eenrichtingsverkeer voor fietsers; zij kunnen het kruispunt verlaten via het fietspad. Echter auto's zouden zichzelf klemrijden op het kruispunt, waardoor dit voor hen wel eenrichtingsverkeer is in plaats van een doodlopende tweerichtingsweg tot aan het C2-bord. Er is hier voor auto's geen toegestane manoeuvre mogelijk in de andere rijrichting. Dit wordt ook ondersteund door de haaientanden over de volledige rijbaanbreedte (en voor twee van de drie aankomstrichtingen ook door borden D6).

Ik heb dit stuk nu oneway gemaakt met uitzonderingen voor bicycle en mofa (die mogen het fietspad op) en er een note met uitleg bij gezet. Zo klopt de routering voor alle vervoerwijzen.

Hoi Eggie,

Er staat hier wel degelijk een bord dat ook het stuk tussen de rijbaan en het fietspad effectief eenrichtingsverkeer maakt:

https://wegkenmerken.ndw.nu/verkeersborden/e3f79314-717d-40df-b311-ef3e42d0c7b3

Maar ook zonder dat bord zou je tegen de haaientanden in moeten rijden, is de binnenbocht ontworpen om rechtsafslaan moeilijk te maken, en als je het toch zou doen, mag je het kruispunt daarna niet verlaten. Dus het is effectief alsnog eenrichtingsverkeer op basis van Artikel 5 Wegenverkeerswet.

Snel kijkend zie ik dat het op de andere locaties met name gaat om de fietsroutering, die moet natuurlijk wel blijven kloppen, dus dan is het inderdaad noodzaak om goed op te letten of er oneway:bicycle=no nodig is.

Beste Hollands Kroon,

Het klopt dat dit geen onderdeel van de provinciale N240 is, maar het is wel bewegwijzerd als N240:

Kruispunt Koningsweg-Poelweg: https://www.mapillary.com/app/?pKey=518508729150446&focus=photo
Rotonde Koningsweg-Rijksstraatweg: https://www.mapillary.com/app/?pKey=386212059160258&focus=photo

Ik heb het wegnummer daarom teruggezet.

Het onderscheid tussen provinciaal en niet-provinciaal is echter wel op een andere manier te maken: als je in de iD-bewerker kijkt onder Tags, kun je daar zien dat als "operator" is ingevuld "Gemeente Hollands Kroon". Als het een provinciale weg zou zijn, zou daar "Provincie Noord-Holland" staan.

https://i.imgur.com/w34kjYh.png

Met vriendelijke groet,

Jeroen van der Gun

Hi,

In the Netherlands, the roads inside motorway service areas are administered as carriageways of the motorway, and hence share the road number, so ref=A4 on these highway=service roads are correct. I restored the refs.

Beste Madel,

Ik weet niet helemaal zeker wat je bedoelt. Ik zie dat enkele ways zijn verwijderd in deze changeset; ik gok dat die door achtereenvolgens splitsen en samenvoegen van wegsegmenten een nieuw id hebben gekregen (ik weet niet precies hoe JOSM daarmee omgaat).

Thanks! You are correct, apparently they switched to Luxembourgish when the municipalities of Grosbous and Wahl were merged: https://legilux.public.lu/eli/etat/leg/loi/2023/03/03/a115/jo

I think name is equal to name:fr for all other municipalities, so I guess this is exceptional?

According to the document, code 10042999 is the proper code for statistical purposes.

Code 10942115 (which was previously also included in OSM tagging) is mentioned in the table further below on the same page of that document, apparently stems from some other subdivision (which further splits the Rheinland-Pfalz part but not the Saarland part).

left and right can be and are used for both. For example, if you use name:left and name:right, this doesn't imply an unnamed space between both names. If you want to refer to a specific feature on the side instead of half the feature, you'd use something like sidewalk:right:name instead of name:right.

The legal basis for the zones is tied to the side of the road rather than the direction of travel (e.g. pedestrians can walk on the left), hence the choice for :left/:right instead of :forward/:backward is intentional and matches the tagging of other roads on a boundary. Data consumers can take driving_side into account for interpretation.

De grond ligt verhoogd, de weg loopt onder gras door.

The tunnel name is indeed not the street name here. For more information, see: osm.wiki/Straatnamen_in_Nederland

Enkele wegwijzers op de snelweg hebben "RING N601" bij de afrit staan, maar dit is op enkele dagen na altijd afgeplakt geweest. De wegwijzers op de weg zelf (van de gemeente) hebben altijd "Ring 's-Hertogenbosch" zonder "N601" vermeld. Het nummer N601 is dus nergens te zien.

Voor zover ik weet is er recent niks aan de bewegwijzering veranderd.

Ik zie dat je op enkele zone-30-wegen de tag zone:traffic=NL:urban hebt weggehaald. Dat is niet de bedoeling, een weg kan tegelijkertijd in een maximumsnelheidszone en in de bebouwde kom liggen (zone:traffic gaat over dat laatste). Zie ook de wiki: osm.wiki/Tag:zone:traffic%3DNL:urban

Ah, I see I accidentally changed the tag brand=M-net to W=M-net. I've corrected it now.

N.B. Overlay beheergebied provinciale wegen van provincie Utrecht gaf precieze beheergrens aan tussen Noord-Holland en Utrecht.

Bonjour,

The main reason for this change was to restore operator=* for these roads to the city of Paris, as it was previously tagged correctly.

If you think enforcement:operator=* is superfluous, feel free to remove it.

Dutch traffic sign C1: https://commons.wikimedia.org/wiki/File:Nederlands_verkeersbord_C1_mb.svg

Essentially this on-ramp can be closed remotely by the traffic control centre via dynamic traffic sign displays (in case of an incident in the Corbulotunnel).

Not sure what the ideal tag for this is, but I figured something similar to maxspeed:variable makes sense: osm.wiki/Key:maxspeed:variable