-
Notifications
You must be signed in to change notification settings - Fork 173
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
GenericRouteImpl cannot be cast to ExperimentalTransitRoute #3
Comments
Well, I decided to run it without the RAPTOR override, and it revealed a problem with my transit network where some routes have no departures. Not sure how that happened or if this is the source of my error, but I'm going to work with this assumption until proven otherwise. |
Which version of the SwissRailRaptor are you using? I remember that in early versions, there was a bug that caused such an error message, but that should hopefully have been fixed. |
The raptor algorithm is in The schedule I am using had passed the validator. |
ah, the minibus-raptor. Don't know about that one (there are actually two different raptor implementations currently, the one in minibus and the one at https://github.com/SchweizerischeBundesbahnen/matsim-sbb-extensions). I know I had a similar problem and fixed it in the second one, but have no experience with the minibus-one. |
@vsp-gleich has tried to get the minibus raptor running for Cape Town and did not succeed either. |
Calling the SBB raptor resolved my issue. Thanks for all the help gentlemen... private void runControler() {
// Run scenario
Controler controler = new Controler(sc);
// Use Swiss Rail RAPTOR transit router
controler.addOverridingModule(new AbstractModule() {
@Override
public void install() {
install(new SBBQSimModule());
install(new SwissRailRaptorModule());
}
});
controler.run();
String dir = config.controler().getOutputDirectory();
log.info("Output is in " + dir + ".") ;
} |
I am running a scenario with public transit using the RAPTOR router. I get the following error for random individuals or at random replanning steps:
This error traces back to this line of code in
TransitRouterWrapper.fillWithActivities()
:In one case I've been able to isolate, the error gets thrown on a
baseTrip
with 4 legs:[mode=transit_walk][depTime=undefined][travTime=00:13:52][arrTime=undefined][route= startLinkId=null endLinkId=pt_f-dqc-wmata_7082 travTime=832.9396361992092 dist=1166.115490678893]
[mode=transit_walk][depTime=undefined][travTime=00:01:17][arrTime=undefined][route= startLinkId=pt_f-dqc-wmata_6219 endLinkId=50758_B travTime=77.24313499229577 dist=108.14038898921407]
[mode=pt][depTime=undefined][travTime=00:08:32][arrTime=undefined][route=[ExpTransitRoute: access=f-dqc-wmata_36826.link:50758_B egress=f-dqc-wmata_27810.link:36262_A line=f-dqc-wmata_182_0 route=f-dqc-wmata_182_0 ]]
[mode=transit_walk][depTime=undefined][travTime=00:01:16][arrTime=undefined][route= startLinkId=36262_A endLinkId=null travTime=76.13281330697025 dist=106.58593862975836]
The class of leg
1
is in fact aGenericRouteImpl
rather than theExperimentalTransitRoute
the method expects. It seems odd that there would be 2transit_walk
legs before thept
leg in the route RAPTOR generates.I suppose that my overall question is, is this likely to be caused by a poorly formed highway network / transit schedule, or an improperly configured router, or a legitimate bug? I'm using 10.0
The text was updated successfully, but these errors were encountered: