In onderling overleg met de local champs is besloten om voortaan op de volgende manier om te gaan met wegen die een variabele snelheidslimiet kennen, in relatie tot de Speed Limit feature van Waze:
Vaste borden i.c.m. matrixborden met rode rand, die niet altijd aanstaan (vb. N256 Goes - Zierikzee, normale snelheid 80)
Vaste borden i.c.m. kantelwalsborden. De kantelwalsborden zijn een relevant deel van het etmaal dichtgedraaid/grijs
Geen borden, maar wettelijke limiet van wegtype i.c.m. kantelwalsborden. De kantelwalsborden zijn een relevant deel van het etmaal dichtgedraaid/grijs (vb. A12 Maarn > Driebergen)
Geen snelheidslimiet invoeren:
Vaste of elektronische borden met onderbord 6-19 of andere vaste tijden (vb. A9 knpp Rottepolderplein > knpp Velsen)
Alleen kantelwalsborden die altijd iets weergeven, geen vaste borden (vb. A7 Zaandam > Purmerend)
Hieronder kan eventueel discussie plaatsvinden over onder welk type een andere weg zou kunnen vallen. Dit draadje zal echter af en toe worden opgeschoond om overzichtelijk te blijven.
En klopt het dan dat als er een snelheidslimiet moet worden ingegeven dat dat dan de hoogst mogelijke limiet is die op die weg mogelijk is?
Groeten, Fred (themudman)
Toevoeging:
Spitsstroken die het grootste deel van de dag open zijn (dus ook geopend buiten de spits en in het weekend).
Als de maximumsnelheid op vaste borden staat en de matrix-borden dynamisch een lagere snelheid aangeven: -> maximumsnelheid op bord taggen.
Als de maximumsnelheid op kantelwalsbord staat en wegdraaid als spitsstrook geopend is: -> geen snelheid taggen.
Dit tweede punt geldt sowieso voor de A28 door Zwolle.
Even een summary van de in Slack besproken situatie op de spitsstrook tussen Deventer en Apeldoorn met een lengte van ca 12 km.
Hiervan is ~5km 120/100 en de andere ~7 km is 130/120/100 (nacht/dag/spits). Bovendien is de spitsstrook meestal open, dus daarom lijkt het mij ook het beste om hier niets in te vullen.
Daarnaast dan nog de kantelwalsborden…
Al met al genoeg om geen snelheid in te vullen
Alleen op de IJsselbrug vanuit Deventer, staat er volgens mij links en rechts een vast 120 bord. Verder niet.
Bovendien is het me op dit stuk nog niet gelukt om de situatie bij -spitsstrook dicht- te bekijken, want hij is vrijwel altijd open. Spits, overdag, weekend. En 's nachts lig ik in bed
Sidenote: Ja, ik snap dat Waze een hulpmiddel is, niet blind op moet staren qua snelheid en ook niet kan gebruiken als argument bij staandehouding door oom agent wat betreft overtreding snelheidslimit.
Ik snap het verhaal van groot deel van etmaal en vaste borden e.d. wel, maar toch is het vrij onlogisch om bij enige variabele stukken iets in te voeren
Naar mijn inziens is kats onlogisch om bij variabele snelheden een vaste snelheid in te stellen. Op zo’n moment zijn we bijna net zo slecht bezig, als je het mij vraagt, als een falend navigatiesysteem wat de kaart niet up-to-date heeft. :X
Nu is het uiteraard ook een politieke discussie in de 2eK en/of bij RWS dat dit ook niet werkt met die verschillende snelheden, maargoed. Soms heb je ook nog eens stukken: lange tijd geen kantelwals gezien, hence ik dan toch redelijk richting Waze’s snelheidslimit begin te neigen hoewel spitsstrook open is, en niet iedereen weet nog steeds denk ik dat spitsstrook = 100 (als er geen uitzonderingen op zijn).
Naar mijn mening zijn de laatste 2 bij ‘Wel snelheidslimit invoeren’ meer behorende bij de Geen-variant.
Daarbij is het voor de gemiddelde Wazer ook nog onduidelijker, want bij de ene spitsstrook heb je wel een limiet bij Waze, maar de andere keer niet.
Ik geloof dat er inmiddels een stukje discussie ontbreekt, want ik neem aan dat jullie het ook wel gehad hebben over de mogelijkheid om eventueel dynamische snelheden toe te voegen aan Waze,toch? Kan iemand mij als laatkomers misschien uit leggen waarom dat blijkbaar geen optie is? Heeft de afdeling programmeurs geen zin om code te schrijven waar alleen maar in ons kleine landje behoefte aan bestaat ofzo? (Dat kan ik me tenminste nog voorstellen dan)
I have come to this topic because I reported a section of road with no speed lmit.
I was kindly told that for variable section or road, you Dutch set no limit because it is "variable.
The speed limit may be 120 or 130 or set on the variable scale at 100, 90, 80, 70 kmh and so on…
My counter to whatever reasonable debate you may or may not have had (to reach this conclussion) is that the actual 120 or 130 kmh limit is still there - REGARDLESS or whatever variable limit may be set.
People who disregard the variable limit only have themselves to blame, but if the national regular limit is exceeded because no warning beep came from waze then maybe waze is to blame because the Dutch set no speed limits on variable sections!
Just a thought…
Des. . .
===================================================Dutch translation from deepl.com
Ik ben op dit onderwerp gekomen omdat ik een deel van de weg gemeld zonder snelheid lmit.
Ik kreeg zo vriendelijk te horen dat je in het Nederlands voor het variabele deel of de weg geen limiet hebt gesteld omdat het “variabel” is.
De maximumsnelheid kan 120 of 130 zijn, of op de variabele schaal worden ingesteld op 100, 90, 80, 70 kmh, enz.
Mijn tegenhanger van elk redelijk debat dat je wel of niet hebt gevoerd (om tot deze conclusie te komen) is dat de werkelijke 120 of 130 kmh grens er nog steeds is - REGARDLESS of welke variabele grens er ook wordt ingesteld.
Mensen die de variabele limiet negeren hebben alleen zichzelf te verwijten, maar als de nationale reguliere limiet wordt overschreden omdat er geen waarschuwingssignaal kwam uitwaze dan misschien afstand doen is de schuld, omdat de Nederlandse ingesteld geen snelheidslimieten op variabele secties!
Hi Des,
We have chosen to balance between helping drivers out on one hand, and not wanting to give false information on the other hand.
That’s why in general you will not find speed limits on the Dutch map if that limit would be wrong information for a relevant part of the day. And that’s why you’ll find them on segments where it’s rare that the SL changes.
Hoping this explains it to you,
Best regards,
Wouter
Hier iemand die Waze al een tijdje met veel plezier gebruikt, maar vrij nieuw is in de wereld van map editing. Het lijkt me leuk mijn steentje bij te dragen.
De keuze om geen maximumsnelheid in te voeren op segmenten waar kantelwalsborden staan die op verschillende tijden veranderen lijkt me heel logisch. Tenzij informatie over de actuele stand van de borden op te halen is. Maar ik vermoed dat dat (nog) niet kan.
Echter, voor de vaste borden met onderbord 6-19h (zie onder) moet het toch mogelijk zijn in Waze op basis van het tijdstip een maximum snelheid weer te laten geven? Ik vermoed dat Waze op dit moment nog niet die mogelijkheid heeft. Zijn er manieren om dit bij de ontwikkelaars van Waze kenbaar te maken? Het zou namelijk wel heel gaaf zijn als dit werkt, in mijn ogen.
Voor het verwerken van een dynamische snelheid naar Waze is het nodig dat Rijkswaterstaat een uitkoppeling heeft van die informatie, en dat Waze een ingang heeft voor die informatie. Beide bestaan op dit moment niet. Voor wegafsluitingen en sommige meldingen van ongevallen en andere incidenten op de weg is die koppeling wél aanwezig, semi-automatisch via wegstatus.nl en met een handmatige tussenstap door de NL community die achter de schermen continu bezig is.
Snelheden die op vaste tijden wijzigen is iets dat al sinds de functie in Waze zit is verzocht door de NL community. Maar zoals al dit soort verzoeken moet je maar afwachten wat er uit de pijplijn van Waze rolt, die wordt gestuurd door wereldwijde afwegingen over impact voor gebruikers, strategische roadmaps en schaarse resources.
Flitsmeister heeft sinds kort wel de informatie van de snelheden op de matrixborden in de app verwerkt.
En als ik op wegstatus.nl kijk zie ik ook de informatie die op de matrixborden staat vermeld. Inclusief de snelheden als die daar worden vermeld. Het zou goed mogelijk moeten zijn om die informatie te verwerken in de app (als de Waze ontwikkelaars er aan toe komen…)?
Toch zou je denken - niet gehinderd door enige programmeerkennis van Waze - dat het niet zo lastig is, aangezien je per wegvak wel per uur (en zelfs per dag/datum) een “je mag hier niet inrijden!” label/eigenschap kan koppelen. Die dan ook netjes in de routing wordt gehanteerd zolang het die tijd van de dag is.
Tja, ook ik word niet gehinderd door enige kennis mbt het programmeren in cq van Waze.
Wat ik wél weet is dat men op HQ zegt dat het een lastig klusje is. Als je dat door een sceptische bril bekijkt dan kun je je afvragen of het echt veel werk is danwel dat men er weinig zin in heeft.
Gelukkig hebben we bericht van HQ dat men ermee bezig is. Helaas laat men zich, zoals gebruikelijk in de software-wereld, niet echt vastpinnen op een opleverdatum.
Dus we zullen (on)geduldig moeten afwachten…
Waarschijnlijk moeten er minimaal op een viertal niveaus aanpassingen plaatsvinden:
Database structuur
WME interface
Tile building proces
Client
Wat in software ontwikkeling vaak de meeste tijd kost is niet zozeer het inbouwen van nieuwe code, maar het testen of de nieuwe functionaliteit geen negatieve gevolgen heeft voor bestaande functionaliteit en dat de nieuwe functionaliteit onder alle omstandigheden op de juiste manier werkt.
Toch wel vervelend dit probleem. Ik rij regelmatig van België via Eersel naar Antwerpen, maar omdat er nu variabele snelheden gelden op de A67, wordt deze mogelijke route zelfs niet meer voorgesteld… dus rij ik maar op goed geluk.
Hopelijk komt er snel een oplossing. Mijn part gebruikt waze altijd de laagste snelheid om de routes te bepalen, dan heb ik op zijn minst de keuze
