-
Notifications
You must be signed in to change notification settings - Fork 1k
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
Transit group priority - part 2 #5524
Transit group priority - part 2 #5524
Conversation
Signed-off-by: Thomas Gran <t2gran@gmail.com>
Signed-off-by: Thomas Gran <t2gran@gmail.com>
All patterns not matching a group is assigned to the base group(id=0).
Signed-off-by: Thomas Gran <t2gran@gmail.com>
Signed-off-by: Thomas Gran <t2gran@gmail.com>
Signed-off-by: Thomas Gran <t2gran@gmail.com>
Signed-off-by: Thomas Gran <t2gran@gmail.com>
cd1f8bd
to
e2913f0
Compare
We use the term generalizedCost in OTP, but not in Raptor. With the new c2 value, renaming to c1 inside Raptor make the raptor code more consistent. It also becomes easier to keep raptor cost apart from the OTP model cost - they are slightly different and the context is important.
e2913f0
to
436a3bf
Compare
Please resolve the conflicts. |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
I really like that this PR differentiaties between c1 and generalizedCost, it makes it easier to see whether you are looking at a raptor cost or a street routing cost.
I've just got a few minor nitpicks and some questions for my own understanding.
...java/org/opentripplanner/routing/algorithm/transferoptimization/model/OptimizedPathTail.java
Show resolved
Hide resolved
...ava/org/opentripplanner/routing/algorithm/transferoptimization/model/TripToTripTransfer.java
Show resolved
Hide resolved
src/test/java/org/opentripplanner/raptor/_data/stoparrival/BasicPathTestCase.java
Outdated
Show resolved
Hide resolved
src/main/java/org/opentripplanner/raptor/api/model/RaptorValueFormatter.java
Show resolved
Hide resolved
Co-authored-by: Henrik Abrahamsson <127481124+habrahamsson-skanetrafiken@users.noreply.github.com>
src/main/java/org/opentripplanner/raptor/api/model/RaptorValueFormatter.java
Outdated
Show resolved
Hide resolved
src/main/java/org/opentripplanner/raptor/api/path/PathStringBuilder.java
Outdated
Show resolved
Hide resolved
src/main/java/org/opentripplanner/raptor/spi/RaptorCostCalculator.java
Outdated
Show resolved
Hide resolved
src/main/java/org/opentripplanner/routing/api/request/request/TransitRequest.java
Outdated
Show resolved
Hide resolved
...main/java/org/opentripplanner/standalone/config/routerequest/TransitPriorityGroupConfig.java
Outdated
Show resolved
Hide resolved
...main/java/org/opentripplanner/standalone/config/routerequest/TransitPriorityGroupConfig.java
Outdated
Show resolved
Hide resolved
src/test/java/org/opentripplanner/routing/stoptimes/AlternativeLegsTest.java
Outdated
Show resolved
Hide resolved
src/test/java/org/opentripplanner/routing/stoptimes/AlternativeLegsTest.java
Outdated
Show resolved
Hide resolved
Just some spelling and grammar fixes. I agree with @habrahamsson-skanetrafiken, the separation of naming between the domains is nice! |
Co-authored-by: Johan Torin <jtorin@users.noreply.github.com>
d999811
to
5c9732c
Compare
Summary
Transit group priority enable routing search where the transit services can be grouped and given mutual priority over other groups. By "mutual priority" we mean that both groups are is prioritised and end up in the result. A relax function is used to say how much worse a group may be before it is dropped. Within the group, only the best options are kept.
Issue
This build on top of PR #4999
Fixes most of #3665
Todo
reluctanceForMode
uses route mode, not Trip/pattern #5248Documentation
TODO