You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
A search with one via point takes at most twice the time of the search without via point.
Observed behavior
It takes much more time compared to a search without via point.
The following query took 3 minutes and 22 seconds to run, but without the via point, it only took 9 seconds. Caching isn't an issue as I ran the query without the via point first, then with via point afterwards.
Version of OTP used (exact commit hash or JAR name)
2.7.0-SNAPSHOT
Data sets in use (links to GTFS and OSM PBF files)
Great Britain OSM + GTFS
Command line used to start OTP
Router config and graph build config JSON
Steps to reproduce the problem
Plan a journey with a via point, with the following query
# This is an example query for fetching all routes of your OTP deployment.# Click on the documentation icon on the left to read about the available types# or use autocomplete to explore the schema.queryGtfsExampleQuery {
planConnection(
origin: {
location: {
coordinate: {
latitude: 51.5longitude: 0.0
}
}
}
destination: {
location: {
coordinate: {
latitude: 51.50743longitude: -0.12772
}
}
}
via: [
{
visit: {
stopLocationIds: ["GB:910GLNDNBDE"]
minimumWaitTime: "PT30M"
}
}
]
) {
edges {
node {
startendlegs {
from {
name
}
to {
name
}
route {
shortName
}
}
}
}
}
}
The text was updated successfully, but these errors were encountered:
The same problem also appears at the production Digitransit all-Finland server ( https://api.digitransit.fi/routing/v2/finland/gtfs/v1 ) - the query timed out after about 30 seconds. Without a via point, it only takes 5 seconds for results to load.
Expected behavior
A search with one via point takes at most twice the time of the search without via point.
Observed behavior
It takes much more time compared to a search without via point.
The following query took 3 minutes and 22 seconds to run, but without the via point, it only took 9 seconds. Caching isn't an issue as I ran the query without the via point first, then with via point afterwards.
Version of OTP used (exact commit hash or JAR name)
2.7.0-SNAPSHOT
Data sets in use (links to GTFS and OSM PBF files)
Great Britain OSM + GTFS
Command line used to start OTP
Router config and graph build config JSON
Steps to reproduce the problem
The text was updated successfully, but these errors were encountered: