-
Notifications
You must be signed in to change notification settings - Fork 1.1k
Fix hop geometries when one pattern is replaced by another with different number of stops #6136
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
Fix hop geometries when one pattern is replaced by another with different number of stops #6136
Conversation
|
This approach has some issues and needs to be discussed in the developer meeting. |
|
As discussed in the developer meeting I am going to work on the shape generation at the point of generating new pattern. |
56131a8 to
2dfaddf
Compare
2dfaddf to
8753f82
Compare
Codecov ReportAll modified and coverable lines are covered by tests ✅
Additional details and impacted files@@ Coverage Diff @@
## dev-2.x #6136 +/- ##
==========================================
Coverage 69.91% 69.91%
- Complexity 17736 17740 +4
==========================================
Files 2006 2006
Lines 75526 75521 -5
Branches 7730 7731 +1
==========================================
- Hits 52804 52801 -3
+ Misses 20036 20035 -1
+ Partials 2686 2685 -1 ☔ View full report in Codecov by Sentry. |
application/src/main/java/org/opentripplanner/transit/model/network/TripPatternBuilder.java
Show resolved
Hide resolved
|
I know you didn't write this code, but can you please apply this commit which tidies the neighbouring code a little bit: leonardehrenfried@e47856b |
Such geometries may happen when a replacement trip partially uses the original geometry.
Summary
Fix out of bounds under period of train disruption. The problem occurs when fetching geometries for a stop further than the geometry which may happen when a replacement trip partially uses the geometry.
Issue
Fixes #6072 and possibly #3110.
Unit tests
Added.
Documentation
None needed.