Dus geen OSM probleem en ook niet proberen op te lossen in OSM.
Emmeloord:
Waar ook een highway=give_way met direction=forward staat op de afrit.
Graphhopper
Graphhopper site
OSM site
Beide geven ook dezelfde omleiding. Niet alleen Osmand heeft dit probleem.
Terwijl Brouter wel de snelweg rijbaan aan houd.
http://h2096617.stratoserver.net/brouter-web/#map=17/52.68319/5.74614/standard&lonlats=5.72852,52.677618;5.757016,52.689059&profile=car-fast
Vreemd. car.lua geeft deze waardes:
speeds = Sequence {
highway = {
motorway = 90,
motorway_link = 45,
Als Vmax op snelweg 100 is zou hij dus rekenen met 90 kmh en op de afrit met 45 kmh, de oprit (Vmax 130) ~60 kmh
Zouden dat geen defaults zijn, als er geen maxspeed getagged is?
Het is sowieso wel bijzonder, de kruising zelf heeft een maxspeed=80âŚ
OSRM: Gelijk een antwoord op de issue.
De keuze van motorway maxspeed=100, werkt hier verkeerd uit. men gebruikt alleen de maxspeed. Niet conditional.
Dat het gebruik van highway=give_way in de toekomst een effect zal hebben.
Graphhopper:
Waar wij verwachten dat programmaâs, deze belangrijk tags meenemen, gebeurd het niet.
maxspeed=100 op de motorway, pakt dan ook hier verkeerd uit.
Osmand:
Aangehaakt, situatie Emmeloord, ook gekopieerd naar Osmand issue.
Reactie op de Osmand issue.
Kan iemand het wel reproduceren en met welke dataset?
Ik heb nog wel gevraagd of het uit maakt als je reproduceert, overdag of sânachts.
Goed om te weten, dat het zetten van highway=give_way tags voor bepaalde routering toch wel belangrijk is in situaties waar mogelijkheden naast elkaar liggen.
Ik kan het niet reproduceren met het kaartmateriaal van 1 juli, zojuist gepland dus zou 100 km/u als snelheidslimiet moeten gelden.
NL: Navigation gets off motorway #9439
NL Sitautie in Osmand heeft een eigen issue gekregen.
Schijnbaar kan het niet gereproduceerd worden.
Navigation wrongly deviates to motorway_link and back to motorway #9436
Verzamel situaties #9436
Thanks for the infos here, did not know about that. I was mistaken to add the soeed limits to the entry lanes. Iâll try to remove them again.
But then someone will have to add the proper end-of-highway cuts and add the proper give-way-of-right markings wherever appropriate. It would be an actual mapping task to check all exits. I did it once at the Wolterholten exit, checking it with google streetview.
Otherwise you will have to live with routers that will think the exit lane is faster than the main highway route.
We are trying to add the lower speeds (80 km/h) on the part of the motorway exit/entry that isnât motorway, but we donât have full coverage of Mapillary and Openstreetcam in the Netherlands. At the same time navigation systems are trying to resolve this issue themselves.
Note that itâs really not allowed to use Google Streetview for OSM mapping. Google explicitly disallows it and OSM will be in serious trouble when Google files a lawsuit about this against OSM.
Oh, I did not use StreepMap of course - I did not take any numbers from there and just got an idea how exits on the A67 look like.
In fact someone would have to go there and actually check them.
As a rule of thumb, every exit hast an end-of-highway, an 80 km/h section and another begin-of-highway. I guess this could be added blindly and still would be more accurate than a through passing highway lane
My guess is that the exit lane usually has the give-right-of-way sign. So the person driving that road would have to mark just those which donât, taking an checklist with all eastern/western exits of this A67 and any other A.
De A1 tussen Knooppunt Beekbergen en de IJsselbrug is maxspeed 130, maxspeed:conditional = 100 @ (06:00-19:00) *
Maar, ik zag een paar weken terug dat ook na 19:00 de kantelwalsborden hier nog op 100 stonden terwijl de plusstrook open was.
Hoe ga je daarmee om?
Ook de A9 ten noorden van afrit Uitgeest is zoân plek waar het ook na 19:00 nog wel eens 100 is vanwege spitsstroken. En de A7 ten noorden van Zaanstreek idem. Al hebben die beiden slechts matrixborden en geen kantelwalsborden.
- Het was andersom getagd. Ik kan hier in deze thread niet echt terugvinden waar we tot een concensus voor een maxspeed = 100 + maxspeed:conditional ('s nachts)= hoger gekomen zijn. Ook niet tot het tegenovergestelde trouwens.
Je kunt iets doen als maxspeed:conditional = 100 @ (06:00-19:00;plusstrook open).
Maar dit kun je niet echt in een navigatie gebruiken, want die weet niet of de plusstrook open is. En een dubbele snelheidsaanduiding in een navigatie tonen zal ook niet snel gedaan worden.
Die consensus is nooit uitgesproken nee. Volgens de wetgeving (RVV artikel 21) is de maximum snelheid op de autosnelweg 130 km/h. Daaruit volgt logischerwijze maxspeed=130 en maxspeed:conditional = .
Uiteraard kom je dan met de vraag wat je moet doen als het overdag 100 en 's nachts 120 is. In het kader van gelijkvormigheid van taggen zou ik dan zeggen maxspeed=120 en maxspeed:conditonal = 100 @âŚ
Met dynamische snelheidslimieten kun je in principe weinig op een statische kaart als OSM, de bron voor de maxspeed-tags is daarom meestal de vaste bebording langs de weg. Wil je aangeven dat dit onder bepaalde omstandigheden anders kan zijn, dan is de wikipagina maxspeed:variable (en dus nĂet conditional) een tip.
Voor beide manieren waren (en zijn) er argumenten, maar die discussie kun je eindeloos voeren. In maart was er een lichte voorkeur voor de eerstgenoemde manier en inmiddels is dit al ruim 9 maanden de geldende praktijk op OSM in Nederland. Ik zie dat jij dit hebt omgedraaid op de A1, het zou dus fijn zijn als je dit weer terug kunt veranderen om het weer in lijn te brengen met de rest van het snelwegennet. Al is de uiteindelijke betekenis natuurlijk hetzelfde.
Grootste deel van de dag is een lagere snelheid.
maxspeed:conditional wordt lang niet altijd ondersteund door routeplanners.
Daarom heeft een lage maxspeed de voorkeur (safety first).
Weet je zeker dat het niet (deels?) 120 km/h is? Dat lijkt Rijkswaterstaat wel te denken, voor zover ik online terug kan vinden.
Aangezien dit voorstel https://forum.openstreetmap.org/viewtopic.php?pid=780049#p780049 eerder in dit draadje niet gelijk werd weersproken, zou je consensus kunnen vermoeden. Traditiegetrouw kwamen er daarna weer nieuwe stemmen, die de keuze opnieuw ter discussie steldenâŚ
P.S. Linkje naar de betroffen locatie: https://www.openstreetmap.org/?mlat=52.2103&mlon=6.0974#map=13/52.2103/6.0974
Tsja. Als er even 4 dagen geen reactie is in een discussie en vervolgens komen er een aantal mensen die iets anders vinden, is hun mening daarmee niet invalide.
Ik mis op Openstreetmap-NL echt het formele stemproces van Wikipedia, waarbij van te voren duidelijk is wat er te stemmen is, hoe lang de stemronde duurt en bij welk resultaat wat de uitkomst is. Altijd die oeverloze discussies hier.
Thx, die lijkt mij promising (Sterker nog, ik heb hem wel eens gebruikt, maar was dit vergeten)
Dus je stelt voor te taggen voor de (incapabele) renderers?
Er stond 130 op OSM. Ik durf het je niet te zeggen, als ik er weer eens na 19:00 langs kom laat ik het je weten.