-
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
DataFetchingException (index out of bounds) when planning journey during period of disruption #6072
Comments
miklcct
changed the title
DataFetchingException (/plan : null) when planning journey during period of disruption
DataFetchingException (index out of bounds) when planning journey during period of disruption
Sep 18, 2024
Stack trace:
|
miklcct
added a commit
to Jnction/OpenTripPlanner
that referenced
this issue
Oct 10, 2024
Such geometries may pattern when a replacement trip partially uses the original geometry
miklcct
added a commit
to Jnction/OpenTripPlanner
that referenced
this issue
Oct 10, 2024
Such geometries may happen when a replacement trip partially uses the original geometry
miklcct
added a commit
to Jnction/OpenTripPlanner
that referenced
this issue
Oct 25, 2024
miklcct
added a commit
to Jnction/OpenTripPlanner
that referenced
this issue
Oct 25, 2024
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Summary
When trying to plan itineraries during period of disruptions (a large number of train delays, cancellations and replacements), OpenTripPlanner produces error in queries.
Expected behavior
Itineraries are returned
Observed behavior
The GraphQL query returns error
Repeated queries return the following:
There is nothing in the OpenTripPlanner console output.
Version of OTP used (exact commit hash or JAR name)
e9200c0
Data sets in use (links to GTFS and OSM PBF files)
The Greater London and Surrey maps are used.
The timetable and real-time information can be downloaded here and here (expires 31 days).
Command line used to start OTP
Router config and graph build config JSON
The time zone used is
Europe/London
.otp-config.json
build-config.json
router-config.json
Steps to reproduce the problem
Run the following exact query (it refers to a journey through a period of train disruption)
The problem doesn't exist if the date is changed to some future dates when real-time data are not yet available.
The text was updated successfully, but these errors were encountered: