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
The API no longer accepts the following parameters in the request:
previousAdvices: prev_advices
nextAdvices: next_advices
This change leads to unexpected behavior when loading trip data. Without these parameters, it is unclear how to properly request trips that differentiate between past and future departures.
Current Workaround:
I am currently checking whether the first object in the returned list occurs before the requested travel time. If it does, I discard it, as my use case only requires future departures. However, this is a temporary solution and may not be reliable.
Problem:
I am unsure how this issue should be addressed with the current API implementation. If there are alternative parameters or a new method for achieving this functionality, please provide clarification or update the documentation.
Steps to Reproduce:
Make a request to the API without the previousAdvices and nextAdvices parameters (since they are no longer supported).
Observe the inability to differentiate between past and future departures in the response.
Attempt to filter departures based on the requested travel time.
Expected Behavior:
The API should:
Continue supporting the previousAdvices and nextAdvices parameters, or
Provide alternative parameters or guidance for filtering past and future trips effectively.
Additional Context:
This issue affects applications that require precise filtering of departures for trip planning purposes.
The text was updated successfully, but these errors were encountered:
Oh fun, I wasn't aware they deprecated those parameters. The results sound suboptimal indeed.
I'll try looking at it on Sunday, but will have to dig through the API specs to see what changed and what's the new recommended way of querying. I'll certainly keep your use case of "only future trips" in mind, as it is a very valid and often used one.
Issue: Missing Parameters in API Request
The API no longer accepts the following parameters in the request:
previousAdvices
:prev_advices
nextAdvices
:next_advices
This change leads to unexpected behavior when loading trip data. Without these parameters, it is unclear how to properly request trips that differentiate between past and future departures.
Current Workaround:
I am currently checking whether the first object in the returned list occurs before the requested travel time. If it does, I discard it, as my use case only requires future departures. However, this is a temporary solution and may not be reliable.
Problem:
I am unsure how this issue should be addressed with the current API implementation. If there are alternative parameters or a new method for achieving this functionality, please provide clarification or update the documentation.
Steps to Reproduce:
previousAdvices
andnextAdvices
parameters (since they are no longer supported).Expected Behavior:
The API should:
previousAdvices
andnextAdvices
parameters, orAdditional Context:
This issue affects applications that require precise filtering of departures for trip planning purposes.
The text was updated successfully, but these errors were encountered: