Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

jam front propagation to low (trac #2244) #2244

Closed
behrisch opened this issue Apr 14, 2016 · 9 comments
Closed

jam front propagation to low (trac #2244) #2244

behrisch opened this issue Apr 14, 2016 · 9 comments
Assignees
Milestone

Comments

@behrisch
Copy link
Contributor

currently the jam front propagates so slow that the subsequent segment has emptied completely before the next vehicle may enter it. This contradicts the fact that the vehicle should enter when the predecessor has just started moving (and still has 85m to travel before leaving the segment).

Migrated from http://sumo.dlr.de/ticket/2244

{
    "status": "closed", 
    "changetime": "2016-05-04T14:03:03Z", 
    "description": "currently the jam front propagates so slow that the subsequent segment has emptied completely before the next vehicle may enter it. This contradicts the fact that the vehicle should enter when the predecessor has just started moving (and still has 85m to travel before leaving the segment).", 
    "reporter": "namdre", 
    "cc": "", 
    "resolution": "fixed", 
    "_ts": "1462370583881561", 
    "component": "simulation general (meso)", 
    "summary": "jam front propagation to low", 
    "priority": "major", 
    "keywords": "", 
    "time": "2016-04-14T13:17:16Z", 
    "milestone": "0.27.0", 
    "owner": "namdre", 
    "type": "defect"
}
@behrisch
Copy link
Contributor Author

@namdre committed 824ab93 (aka r20448):
added test refs #2244

@behrisch
Copy link
Contributor Author

@namdre commented:

Suggested solution is to introduce a new parameter (tau_s) for the back-propagation time gap.
Theoretical considerations suggest tau_s ~ tau_ff - 7.5/vMax

@behrisch
Copy link
Contributor Author

@namdre commented:

Replying to [comment:2 namdre]:

Suggested solution is to introduce a new parameter (tau_s) for the back-propagation time gap.
Theoretical considerations suggest tau_s ~ tau_ff - 7.5/vMax

no new parameter is necessary as tau_jj already fills this role

@behrisch
Copy link
Contributor Author

@namdre commented:

Replying to [comment:3 namdre]:

Replying to [comment:2 namdre]:

Suggested solution is to introduce a new parameter (tau_s) for the back-propagation time gap.
Theoretical considerations suggest tau_s ~ tau_ff - 7.5/vMax

no new parameter is necessary as tau_jj already fills this role

Except, the equation for the jam/jam case forces headyway to be n*tau_jf if n is the maximum number of vehicles for the segment, thus enforcing the contradictory behavior. (This exaclty follows the original model design (Eissfeldt dissertation, Equation 3.23)

@behrisch
Copy link
Contributor Author

@namdre committed 622cc19 (aka r20469):
added failing test refs #2244

@behrisch
Copy link
Contributor Author

@namdre committed e7b62e3 (aka r20470):
tweaking test refs #2244

@behrisch
Copy link
Contributor Author

behrisch commented Apr 14, 2016

@palvarezlopez committed 6ba0eb1 (aka r20473):
Merged revision(s) 20332-20472 from trunk/sumo:

@behrisch
Copy link
Contributor Author

@behrisch
Copy link
Contributor Author

@namdre committed c783e0d (aka r20650):
patching expected results refs #21, refs #2244

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

No branches or pull requests

2 participants