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

when using --vehroute-output from a one-shot simulation as input, the simulation behaves differently to the original (trac #1429) #1429

Closed
behrisch opened this issue Sep 9, 2014 · 14 comments

Comments

@behrisch
Copy link
Contributor

commented Sep 9, 2014

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

{
    "status": "closed", 
    "changetime": "2014-10-07T12:13:43Z", 
    "description": "", 
    "reporter": "namdre", 
    "cc": "", 
    "resolution": "fixed", 
    "_ts": "1412684023053475", 
    "component": "simulation general (meso)", 
    "summary": "when using --vehroute-output from a one-shot simulation as input, the simulation behaves differently to the original", 
    "priority": "major", 
    "keywords": "", 
    "time": "2014-09-09T09:05:11Z", 
    "milestone": "0.22.0", 
    "owner": "behrisch", 
    "type": "defect"
}
@behrisch

This comment has been minimized.

Copy link
Contributor Author

commented Sep 9, 2014

  • @behrisch changed owner from "" to "behrisch"
  • @behrisch changed status from "new" to "accepted"
@behrisch

This comment has been minimized.

Copy link
Contributor Author

commented Sep 9, 2014

@behrisch committed 9a89ff2 (aka r17022):
making meso overtaking optional, refs #1429

@behrisch

This comment has been minimized.

Copy link
Contributor Author

commented Sep 9, 2014

@behrisch commented:

The problem is with the initial routing which might influence the depart lane (in the micro case) or the initial queue (in the meso case). Since this happens with one shot after the insertion and with the resulting route file before insertion, the results differ. The solution is to always do the routing before the insertion.

@behrisch

This comment has been minimized.

Copy link
Contributor Author

commented Sep 9, 2014

@behrisch committed 051a270 (aka r17068):
routing always before insertion in meso and with departLane best, refs #1429

@behrisch

This comment has been minimized.

Copy link
Contributor Author

commented Sep 9, 2014

@behrisch committed 5d4c7c3 (aka r17070):
fixing rerouting in mesosim, refs #1429

@behrisch

This comment has been minimized.

Copy link
Contributor Author

commented Sep 9, 2014

@behrisch committed 46c9105 (aka r17075):
optionally sorting vehroutes by intended departure, refs #1429

@behrisch

This comment has been minimized.

Copy link
Contributor Author

commented Sep 9, 2014

@behrisch committed 216d17d (aka r17078):
fixing departure counts in vehroute output, refs #1429

@behrisch

This comment has been minimized.

Copy link
Contributor Author

commented Sep 9, 2014

@behrisch committed 01bea5c (aka r17084):
fixing mesoscopic departure check, refs #1429

@behrisch

This comment has been minimized.

Copy link
Contributor Author

commented Sep 9, 2014

@behrisch committed dafca0e (aka r17089):
fixing concurrent access to route dictionary, refs #1429

@behrisch

This comment has been minimized.

Copy link
Contributor Author

commented Sep 9, 2014

@behrisch commented:

meso seems to work now, micro still has differences

@behrisch

This comment has been minimized.

Copy link
Contributor Author

commented Sep 9, 2014

@behrisch committed e43ef66 (aka r17090):
moving to round robin scheduling to remove another source of randomness, refs #1429

@behrisch

This comment has been minimized.

Copy link
Contributor Author

commented Sep 9, 2014

@behrisch committed 7a3d765 (aka r17122):
fixing insertion checking, refs #1429

@behrisch

This comment has been minimized.

Copy link
Contributor Author

commented Sep 9, 2014

@behrisch committed bbec502 (aka r17136):
fixing cleanup of routing device commands, refs #1429

@behrisch

This comment has been minimized.

Copy link
Contributor Author

commented Sep 9, 2014

the obvious things seem to be fixed now in micro as well

  • @behrisch changed resolution from "" to "fixed"
  • @behrisch changed status from "accepted" to "closed"

@behrisch behrisch added this to the 0.22.0 milestone Oct 28, 2017

@behrisch behrisch closed this Oct 28, 2017

@behrisch behrisch added the bug label Oct 29, 2017

@behrisch behrisch self-assigned this Nov 15, 2017

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
1 participant
You can’t perform that action at this time.