Beste Hans, De oorzaak lijkt mij dat de routeplanner bij gelijke wegsoorten gewoon de kortste route kiest. In beide gevallen wordt de binnenbocht gekozen, en deze is natuurlijk iets korter dan de buitenbocht. Ik heb niet genoeg kennis van de OSM-tags, maar als in voorbeeld 1 bij Badhoevedorp de parallelrijbaan als highway=exit (of wat de juiste term zou zijn) kan worden gecodeerd, dan kan de routeplanner hier rekening mee houden en alleen een exit kiezen als je daadwerkelijk moet afslaan. Bij Roelofarendsveen is het lastiger, aangezien het beide doorgaande rijstroken zijn. Hier lijkt me het detailniveau van OSM, beide banen als separate weg intekenen, de bottleneck.
Een oplossingsrichting zou kunnen zijn de routeplanner zo te programmeren dat bij zeer kleine afstandsverschillen een rechtdoorgaande route de voorkeur krijgt. De routeplanner zou dan bijvoorbeeld voor iedere keer afslaan/van rijstrook wisselen iets van 50 meter in de totale afstand moeten bijrekenen, zodat in dergelijke situaties de buitenbocht als rechtdoorgaande route toch als beste uit de berekening komt. PS Als geïnteresseerde in OSM, cartografie en toepassingen lees ik hier al een tijd mee, tot nu toe zonder zelf berichten te posten. Ik vond dit echter wel een interessant vraagstuk waar de oorzaak mij, na het bekijken van de links, meteen duidelijk leek. Vandaar mijn bijdrage. Met vriendelijke groet, Robin > Hallo, > > Bij het testen hoe bepaalde autoroutes lopen met OSMAND viel me op dat > op de A4 bij knooppunt Badhoevedorp het verkeer de parallelrijbaan op > wordt gestuurd[1] om daarna weer op de hoofdrijbaan verder te moeten. > Zover ik kan zien is er weinig mis de wegtypes, maar misschien dat ik > ergens overheen kijk. > > De tweede interessante is ook op de A4 waar bewust naar de twee > linkerbanen worden gestuurd[2] terwijl het eigenlijk een autosnelweg is > met een steunpilaar en verdrijvingsvlak erin zoals ze ook in andere > delen van het land staan waar wegen zijn verbreed. Kaarttechnisch klopt > het allemaal, maar verkeerstechnisch gaat dit gevaarlijke situatie > opleveren. > > Zijn er andere die hetzelfde is opgevallen en misschien zelfs een > oplossing hebben? > > Hans > > [1] http://osrm.at/2yD > [2] http://osrm.at/2yP > > > > _______________________________________________ > Talk-nl mailing list > Talk-nl@openstreetmap.org > http://lists.openstreetmap.org/listinfo/talk-nl _______________________________________________ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
