Uitritconstructie, hoe verwerken, onderdeel van openbare weg.

Ik heb er een zooi bekeken. Het gebruik ervan is groot en groeiende, er zijn voorschriften voor de aanleg, het heeft wettelijke betekenis, het is een echt waarneembaar ding en voor verkeersgebruikers kan het een kenmerk zijn wat de routeplanning beïnvloedt.
Wat die dingen betreft vergelijkbaar met aan andere wegelementen zoals minirotonde, zebrapad en dergelijke.

Als het ook bij onze zuider- en oosterburen oprukt (ik heb ze gezoen, maar niet zo systematisch als bij ons) dan is een eigen highway=… tag lijkt mij wel terecht. Wat renderers en routeerders ermee doen is hun zorg.

Het lijkt me in elk geval géén goed idee om de niet-zichtbare kenmerken (voorrang, ook voetgangers voor laten, drempel/hobbel) apart te taggen alleen om dat het in de verkeersregeels staat. Je gaat bij een zebrapad ook niet nog eens apart de voorrang taggen, of bij een rotonde oneway en rijrichting taggen. (toch?) Die objecten bestaan omdat er dan een aantal dingen in één keer vanzelfsprekend zo zijn, dan hoef je het niet meer apart te taggen.

Dus ik zou juist pleiten voor een aparte highway=xijz value. Als het niet aanslaat val je er eigenlijk niemand mee lastig, en dan sterft het wel (langzaam) uit.
Zonder aparte highway value komt een pedestrian area het dichtst in de buurt.

Voorrang klopt dan volgens mij, want wat van een voetgangersgebied komt of erop gaat voert een speciale manoeuvre uit en moet dus alles voor laten gaan.
Verhoging of niet lijkt mij dan minder belangrijk.

Voor routeren moet je wel de kruisende way aan twee kanten aan de pedestrian area verbinden. Misschien moet op dat stukje dan nog een tag? Heb ik laatst iets over gelezen maar het is door mijn zeef gevallen.

<Tinggggg!>
Misschien is simpelweg het stukje uitrit taggen als highway=driveway ook genoeg. Service-uitritten zijn highway=service, service=driveway. Dus highway=driveway zegt precies wat het is: een weg in de vorm van een driveway die niet voor een service dient

Lijkt me sterk. Ze worden volgens mij alleen binnen (of aan de rand) van 30 km zones en woonerven gebruikt, waar dus al langzaam wordt gereden.

Inderdaad, een node of stukje weg met de omschrijvende tags zou zeker afdoende moeten zijn.

Driveway wordt gebruikt voor een oprit naar bijv. een bedrijf of boerderij of huis dat een eindje van de weg staat. Het slaat op de functie en niet op de inrichting van die weg. Toegang tot een hele straat of buurt is een andere functie.

Net anders: highway=service, service=driveway samen betekent dat de driveway toegang geeft tot een service of ervandaan komt.
Wij hebben nu stukjes weg die een driveway zijn vanaf/naar een andere weg. Ze zien eruit als een driveway (oprit/uitrit) en in feite zijn ze dat ook. Lekker ditrekt.

https://en.wikipedia.org/wiki/Driveway

De driveway is een meestal private weg die, meestal zo niet altijd, doodlopend, tot een huis of bedrijf leidt en - uitzonderingen daargelaten - miet tot een andere highway, niet zijnde een highway.

Maar ik kan het mis hebben…

De nieuwe ontwikkeling is dan dat het ook tot een publieke weg kan leiden. De uitzondering wordt normaal. Maar het maakt mij niet zoveel uit hoor. Wat zou een betere term zijn? Misschien een term die ook een gebruikt kan worden voor een strook waar een auto over een pedestrian area mag rijden? Komt in den haag ook best veel voor.

Een uitritconstructie is vooral bedoeld om de voorrangsregeling zo duidelijk mogelijk te maken door de zijweg er als een veel minder belangrijke weg uit te laten zien. Dit is vanuit het beleid Duurzaam Veilig.

De zijweg is dan een normale weg en absoluut geen oprit of ‘service-weg’. Een tag als highway=service en/of service=driveway slaat naar mijn mening de plank volledig mis. Het sluit totaal niet aan bij de functie van de weg.

Dat waren dan ook precies de tags die ik NIET voorstelde.

Volgens het CBR stelt de verkeerswet trouwens de uitrit en de uitritconstructie aan elkaar gelijk wb voor laten gaan.

Het zal de warmte zijn; ik had niet goed gelezen. Je stelt dus een nieuwe tag voor namelijk highway=driveway. Daar zie ik wel logica in. Het kan verwarring geven maar dat geldt voor vele geaccepteerde tags.

Ik zou wat britse taggers kunnen vragen wat een goede value zou zijn.

Maar is het dan aan OSM’ers om dat vast te stellen? Want desgevraagd weet oom agent het ook vaak niet. En de manier van inzetten verschilt per gemeente.

Overigens is het belang voor routering natuurlijk minimaal.Het gaat meestal om een woonwijk waar je als het goed is vandaan komt of naartoe gaat. Maar niet doorheen routeert. Als je software je consequent door woonwijken stuurt ipv hoofdwegen moet je echt iets anders aanschaffen.

IMO is het dan ook het oplossen van een probleem dat er niet is.

Problemen bij oom agent lost-ie zelf maar op, en of gemeentes zich aan de richtlijnen houden is voor anderen.

Voor de uitvoering zijn landelijke richtlijnen en wat het betekent is wettelijk vastgesteld. Wat dat betreft is het vergelijkbaar met voetgangersoversteekplaats en (mini)rotonde.

Op de straat is het een duidelijk waarneembare speciale constructie. Als het de mapper duidelijk is, dan tagt-ie hem, bij twijfel niet taggen. De mapper bepaalt daarmee niet of het een uitritconstructie is, maar of-ie dat kan zien.

Routering voor auto’s zal er niet van wakker liggen, maar voor andere routeerprofielen kan het meer betekenen. Ook dat is weer vergelijkbaar met de voetgangersoversteekplaats.

Maar ik heb even gewikied: met bestaande tags zou je denk ik dit krijgen:

highway=give_way

gekombineerd met

highway=crossing, crossing=uncontrolled
A generic crossing with no traffic-signals of any type, just road markings; e.g., zebra-crossings. Generally referred to as a “crosswalk” in the US).

The crossing=* tag is set for the node where the both ways are crossing (footway and street). For detailed mapping it may be useful to tag ways leading from a sidewalk to the crossing node with footway=crossing or cycleway=crossing as appropriate.

bicycle=*
A value of yes means that pedal cyclists are permitted to ride across the crossing.

crossing_ref=*
The traditional, region-specific reference, such as zebra or pelican.

Of een kleine pedestrian area maken waar het wielverkeer overheen moet. Dat impliceert M.I. ook dat het wielverkeer alles en iedereen voorrang moet geven bij het oprijden en verlaten van het voetgangersdeel.

Het nadeel van een stukje pedestrian is volgens mij dat je dan expliciet moet gaan taggen wie er overheen mag.
motor_vehicle=yes
bicycle=yes
moped=yes
etc. dan krijg je dus een rits aan tags, ook niet handig.

Je kruist de stoep, je rijdt niet in de lengte over een voetgangersgebied. Daarnaast lijkt het me erg onhandig om 2 meter van een weg af te hakken om die als stoep te taggen.

Stel dat een bestrate weg een geasfalteerd fietspad kruist. Dan haal je ook geen 2 meter van die weg af op de kruising met het fietspad om die als surface=asphalt te taggen. De straat krijgt surface=paving_stones en het fietspad surface=asphalt.

Het lijkt me het handigst om het te zien als een bijzondere voorrangssituatie. Dan zou je iets als give_way met eventueel extra tags moeten gebruiken.

Je hoeft toch niet persee in de lengte over een voetgangersgebied? Je volgt de weg en die way ligt er al.

Een bestrate weg met een uitritconstructie is op dat punt eerder een stoep dan een weg, dat is het hele idee erachter. Dat is werkelijkheid, dus kan je het taggen.
Als de bestrate weg een geasfalteerd fietspad kruist heeft dat geen speciale betekenis. Voorrang voor fietsers zou dus apart aangegeven moeten staan.
Bij de uitritconstructie gaat de mobilist echt over een stuk stoep met speciale kenmerken op straat én met implicaties voor het verkeer. Ik vind het zo gek nog niet. maar dat is theoretisch he.

En nu hoe je een uitritconstructie met pianostrepen aan de wijk-kant en grijze band aan de hoofdwegkant doet.
En dan voetgangers die hier geen voorrang hebben op verkeer uit de wijk, maar natuurlijk wel op afslaand verkeer van de hoofdweg. Dat worden wel erg veel tags voor een niet bestaand probleem. Geen routeerder ter wereld die daar rekening mee gaat houden. Waarbij het de vraag is of de routeerder deze tags wel meeneemt: routeerders gebruiken een beperkte set data om het bestand zo klein mogelijk te houden.

Dus of ik nu straks met Brouter of OpenAndromaps daar iets van terug ga zien …

Huh? Als voetgangers geen voorrang hebben is het geen uitritconstructie, per definitie. Daar hoef je dus niks voor te taggen.

Er is een groot verschil tussen afslaan en een weg kruisen. Bij afslaan gaat (in Nederland) verkeer dat rechtdoor gaat altijd voor. De enige uitzondering is een afslaande tram, die gaat voor. Dus voor afslaand verkeer maakt het helemaal niet uit of er een uitritconstructie is of niet.

Verder was ooit het verschil tussen een drempel en een uitrit of de stoep doorloopt. Als de stoep doorloopt dan is het een uitrit. Dat is van nature symmetrisch, dus dan heb je geen problemen dat het van de ene kant wel een uitritconstructie is en van de andere kant niet.

Waar voetgangers oversteken over de rijbaan is een crossing, dat kan van unmarked tot met verkeerslichten.
Al deze vormen hebben verschillende voorrangsregels, basis is, voetganger heeft geen voorrang.
Tenzij voetganger, rechtdoor, voertuigen afslaand (omschreven door Noordfiets), voetgangersoversteek (zebra) met L2 bord!, verkeerslichten. (Er is ook nog ergens een regel van slecht ter been etc.)

Bij een inritconstructie loopt de rijbaan niet door, in de BGT zie je bij doorlopend voetpad (roze), dat de rijbaan dus stopt.
Hier is dus sprake van omgekeerde crossing constructie.

Uitgaande van:
Op road way kruisings node wordt bij een, waar voetgangers oversteken, de tag highway=crossing, de key highway zegt wat wordt gekruist.
Voor voetganger bij een spoorbaan op node railway=crossing hier ook de key die zegt wat wordt gekruist.
Bij de rijbaan is het highway=level_crossing, key wordt gekruist. (bij een fietspad wordt het niet vernoemd, wat te gebruiken).

highway=crossing zegt niets over voorrang, van stoep naar stoep op een lokale kruising kan je highway=crossing crossing=unmarked gebruiken. Eigenlijk kan een routering niet zo veel met alleen highway=crossing, crossing= zegt meer. crossing_ref= zebra komt meer overeen met onze voetgangersoversteekplaats ( volksmond zebra)

Nu kan je op een way highway=footway op die plaats de lengte van de oversteek zichtbaar maken met de tag footway=crossing of cycleway=crossing
Het rare is dat er dan afgeweken wordt van de methodiek dat de key is de way die wordt gekruist.

Men heeft nooit bedacht, dat het omgekeerde ook mogelijk moet/kan zijn.
Voor dat stuk over het voetpad (of cycleway) bij inritconstructie, zou je eigenlijk de voor de kruisende way key, footway=crossing moeten gebruiken. Maar dat wordt al in bovenstaande gebruikt. Bij voetganger crossing=unmarked had de voetganger geen voorrang ( NL tenminste, elders? ). Doe je het omgekeerde crossing taggen, dan heeft de bestuurders rijbaan geen voorrang op de voetganger

Betreffende voorrang:
Wat wij in Nederland bijna niet taggen is priority_road , bij de voorrangsborden.
Voor de voorrangsweg houdt de routering dan rekening met de give_way node op de afslaande weg, dacht het niet.
Houdt het wel met rekening met priorty_road? (Een term die wettelijk gebruikt wordt maar ook de volksmond gebruikt dat veelvuldig.)
Bij give_way staat op de ander weg vaak wel een ander bord dat we eigenlijk ook zouden moeten taggen. Is dat priority_road=yes_unposted, voor Nederlandse begrippen.
Een gedachte van mij: is er dan ook minority road? Is dit dan te gebruiken? ( Geen wettelijke term, niet vaak gebruikt door het volk) Kan wel goed dienen als OSM tag alleen.

Kijken op wiki pagina priority_road, kopje values, welke value’s zijn te gebruiken ook voor minority?

Zou een minority-road ten opzichte van footway en cycleway voorrang moeten geven.
In principe wel in Nederlandse wetgeving hoort het voetpad en fietspad tot de weg. Het is maar net, wat je af spreekt.

En dan zijn er ook nog deze borden.

Hoe worden die getagd.
In andere landen zie ik.
BE priority_road=designated maar bij een viersprong waar aan 1 kant een inritconstructie is werkt dit niet. Tenzij je dan met forward/backward en left/right gaat gebruiken.
P hazard=crossing_minor_right, dat komt in de buurt van gebruik minority_road
Ander melden geen tag voorstel.
Zie dat deze verkeersborden nog niet goed uitgewerkt zijn.

Gedachtes.
Omgekeerde crossing (moeilijkheid tagkeuze key) en minorty_road.

in JOSM mappaintstyle zou het ingepast kunnen worden, Je kan wel tags zetten maar je moet het ook ergens makkelijk kunnen controleren, we maken niet voor niets een kaart een omschrijving is moeilijker (lezen key=value)

Een kruising met aan 1 zijde een inritconstructie wordt dat dan een T splitsing?
Ga je vanaf de inritconstructie rechtdoor, de tegemoet komende bestuurder die links af slaat heeft geen voorrang.

Je komt met voorrang tagging wel wat dillema’s tegen.

We praten steeds over uitritconstructie, de constructie, maakt het nog geen uitrit.
Gebruik van de term driveway is ongewenst. Zo ook service als de rijbaan verder highway=residential is het hele stuk highway residential. Of unclassified, ga je dan een stukje highway service er tussen plakken, kan het effect hebben bij routerings die service mijden, wat ongewenst kan zijn.

Mijn eigen vraag was: kan de inkleuring van BGT gebruikt worden bij bepaling of iets een inritconstructie is.
Inmiddels heb ik voorbeelden wel niet ingetekend (roze) wel niet inritband, voorgelegd aan Gemeenten met de vraag. Heeft de voetganger hier voorrang? Komende vanaf die kant waarbij je eerst de inritconstructie moet nemen alvorens op de rijbaan af te slaan.

De uitritconstructie (benaming in de wet is iets anders, maar in het spraakgebruik is dit het) is een wettelijk ding in Nederland. Er zijn voorschriften voor en de voorrang is wettelijk geregeld. Het betekent dat als het eruit ziet als een uitrit, het ook als een uitrit geldt, hoewel het niet een “driveway” of “service” is. In Nederland kan een gewone weg dus via een uitrit op een andere weg uitkomen, en dan gelden de regels voor een uitrit.

Dat komt neer op: uit een uitrit komen is een bijzondere manoeuvre en daarbij moet de bestuurder alles en iedereen voor laten gaan, ook voetgangers en ongeacht of 't van rechts of van links komt.

Op zich is het dus voldoende om bij een junction te taggen dat het om een uitritconstructie gaat. Maar dan moet je dus verzinnen wát je precies tagt en welke tag. Ik denk dat het iets als highway=crossing, crossing=yield_all of zoiets zou kunnen zijn, op het stukje weg dat de uitrit voorstelt tot aan de kruisende weg (hoofdrijbaan). Dat lijkt mij voldoende data om de voorrang op basis van de NL regels precies te kunnen vaststellen en ev renderen of (als dat nodig is, als je routing profiel dat vraagt) in de routing verwerken. Dat is mogelijkheid A.

Als je het zo bekijkt dat de aansluitende weg in feite over een voetgangerszone voert en je tekent de uitritkonstruktie dus als een voetgangerszone, dan heb je precies evenveel data. Een voertuig op een voetgangersgebied of komend van een voetgangerszone kan toegelaten zijn, maar moet dan ook alles en iedereen voor laten. NL regelgeving. Dat is mogelijkheid B.

Volgens mij geldt voor verkeersregels (indien dat gerenderd of gerouterd moet worden) uberhaupt dat de data volgens de landelijke regelgeving geïnterpreteerd moet worden, dus landspecifiek.

Hoeveel werk is het om een kruispunt aan te passen aan het verschijnen van een uitritconstructie (in de afgelopen maand zijn er hier in de buurt een stuk of wat bijgekomen)?

Mogelijkheid A:
1 node zetten en de way splitsen
2 tags op het stukje way zetten

Mogelijkheid B:
1 rondgesloten way tekenen (outline van de uitritzone)
2 tags zetten om er een pedestrian area van te maken
3 de bestaande ways met de outline van de area verknopen.

Mogelijkheid B is veel meer werk. Bovendien heb je tussen de pedestrian en de hoofdweg een stukje way, daardoor is het lastig voor een render- of routerprogramma om precies te zien wat er aan de hand is kwa voorrang.

Dus mogelijkheid A lijkt mij het beste, is ook niet afhankelijk van het aanwezig zijn van stoep of fietspad of nog andere shit die vaak niet getekend is.
Volhgens mij is er geen nieuwe key nodig, maar wel een extra value voor een een bestaande key.