Hello, the values from the table refers to gross time gaps in the main flow that a vehicle would accept for merging. Consider two vehicles A and B in the main flow with time gap T and a vehicle C that wants to merge/pass in between. T consists of - a) the time vehicle A take to travel its own length - b) the time gap between the back of vehicle A and the front of vehicle C - c) the time for vehicle C to pass the intersection or merge which depends on the geometry of the intersection and the speed, acceleration and length of vehicle C - d) the time gap between the back of vehicle C and the front of vehicle A
The value of jmTimeGapMinor models b) and d). The values of a) and b) are computed from context values such as junction geometry which has the effect that required gaps for turning left or passing across are larger than those for turning right. I would assume that the default value of 1s is not too far off but I'm not aware of any calibration effort that went into that choice. regards, Jakob 2018-06-30 10:57 GMT+02:00 florian preusse <[email protected]>: > Dear Sumo-Users, > > > I´m still working on the behaviour of the vehicles in my simulation and > there is one attribute, that I would like to set, but I´m not quite sure > which value would be appropriate. The attribute I´m refering to is the > following: > > > > jmTimegapMinor float s 1 This value defines the minimum time gap when > passing ahead of a prioritized vehicle. > > In a german guidline it says, that there is many different values for time > gaps that a car needs to perform a right turn, left trun or crossing > movement ahead of a prioritized vehicle. It also says, that it´s relevent, > if the vehicle is first in line (e.g. 6.7 s for a crossing movement of the > first vehicle) or if it is just following the vehicle in front (e.g. only > 3.3 s for a crossing movement). The table I´m refering to is shown > underneath. > > > > > Now I would like to know, if there is anyone who has experiences in > setting jmTimegapMinor, because as far as I understand, it is > representing all of these different values in one attribute. Is that right? > And if so, why is the default value set to 1 s? > > > My first thought would have been to choose a value in the middle so, > something around 4.5 s for regular vehicles, because they are performing > all of the different movements in my simulation. Another approach, that > comes to my mind is choosing the highest value of the given table. But then > it really reduces the capacity of my unsignalised nods. > > > If anyone as a good idea, how to handle this attribute or knows about > other attrbiutes to specify the movements more in detail, I would be very > grateful! > > > Thanks a lot and kind regards, > > > Florian Preuße > > _______________________________________________ > sumo-user mailing list > [email protected] > To change your delivery options, retrieve your password, or unsubscribe > from this list, visit > https://dev.eclipse.org/mailman/listinfo/sumo-user > >
_______________________________________________ sumo-user mailing list [email protected] To change your delivery options, retrieve your password, or unsubscribe from this list, visit https://dev.eclipse.org/mailman/listinfo/sumo-user
