nee, dat kan er niet mee te maken hebben, dit is een route die van tevoren
berekend is.
misschien dat ie ter plekke inderdaad voor een 'parallelbaan' zou kunnen
kiezen als die niet helemaal lekker ligt.
gr,
floris
2013/5/21 St Niklaas st.nikl...@live.nl
Kan de aanleg van nieuwe en bredere
On 2013-05-22 09:27, Floris Looijesteijn wrote:
nee, dat kan er niet mee te maken hebben, dit is een route die van
tevoren berekend is.
misschien dat ie ter plekke inderdaad voor een 'parallelbaan' zou
kunnen kiezen als die niet helemaal lekker ligt.
Het ligt er puur en alleen aan dat OSRM
in dat laatste geval zouden de 4 keer vaker afslaan toch echt zwaarder
moeten tellen dan die paar seconden tijdswinst.
maar goed: genoeg ideeën maar geen kennis of tijd om het zelf beter te doen
:)
gr,
floris
2013/5/22 Maarten Deen md...@xs4all.nl
On 2013-05-22 09:27, Floris Looijesteijn
On 2013-05-22 11:45, Floris Looijesteijn wrote:
in dat laatste geval zouden de 4 keer vaker afslaan toch echt
zwaarder moeten tellen dan die paar seconden tijdswinst.
Het probleem is: wat is 4 keer vaker afslaan? Volgens de data is een
rotonde oprijden ook een 90 graden bocht. Dus dan heb je
Hoho. Dit is dus echt geen dataprobleem. Je algoritme kan zonder meer een
malus bevatten voor iedere actie die je als weggebruiker moet doen. Dit
maakt de resultaten ook robuster voor noise als kleine zijstraatjes die 5
meter korter zijn. Daarnaast bevat OSM al data als junction=roundabout,
On 2013-05-22 12:21, Martien Scheepens wrote:
Hoho. Dit is dus echt geen dataprobleem. Je algoritme kan zonder meer
Daar ben ik het ook volledig mee eens. Taggen voor de router is het
probleem van het algoritme verplaatsen naar de data. En dat moet je niet
doen.
een malus bevatten voor
2013/5/22 Maarten Deen md...@xs4all.nl
On 2013-05-22 12:21, Martien Scheepens wrote:
Hoho. Dit is dus echt geen dataprobleem. Je algoritme kan zonder meer
Daar ben ik het ook volledig mee eens. Taggen voor de router is het
probleem van het algoritme verplaatsen naar de data. En dat moet je
Goedemiddag,
de OSM routeplanner bouwers zijn niet de eersten die hier tegenaan lopen.
TomTom gebruikt de historische data over een weg om de “gemiddelde” snelheid te
bepalen en daarmee de geschatte reistijd (en dat is behoorlijk nauwkeurig). Die
dynamische gegevens zullen voorlopig wel buiten
In onze fietsrouteplanners nemen wij een malus mee voor iedere knoop. Hoe hoog die is is afhankelijk van het gekozen profiel, bij "kortste route" is die kleiner (bijna 0) dan bij "makkelijk te vinden" (het hoogst). In beide gevallen voorkom je rondslingeren tussen parallele wegen om een net enkele
Ik denk dat zowel de intelligentie van OSRM verbeterd kan worden als ook
de data nog niet compleet genoeg is.
Stoplichten tellen?
Er is echter geen goede methode om stoplichten op complexe kruisingen te
taggen, zodat je er niet teveel (of te weinig) meetelt.
Knopen tellen?
Niet iedere knoop telt
10 matches
Mail list logo
