-
Notifications
You must be signed in to change notification settings - Fork 4
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
VRR API Changes #9
Comments
The VRR EFA uses a session-based destination selection in these cases (as in, it displays a list of alternatives, and then does not use the station name but a code specific to list and user session for the actual request). Looks like I'll have to parse the selection list, check if one of its entries is identical to the user-provided station name (i.e., EFA's ambiguity detection is misbehaving), and then automatically redo the request with appropriate session data and selection index. Unfortunately, I don't have a workaround either. |
Oh wait, I do have a workaround! For whatever reason, this bug/issue is only affecting the classic VRR API. There is another one which is still working fine. So, until I have figured out (and perhaps fixed) what's going on here, please use |
Awesome, thank you \o/ |
I guess VRR did change their page lately?
I've used the tool like this before:
efa MS Hbf Rheine Bf
But now I get the following error message:
Backend error: The name 'Bf' is ambiguous. Try one of Rheine, Mesum, Bahnhof | Rodde (Rheine), Bahnhof | Rheine, Bahnhof
But I can't solve it. Tested for example
efa MS Hbf Rheine "Rheine, Bahnhof"
and all other variants and it didn't work anymore. Another, similar, station works:efa MS Hbf Rheine "Mesum Bf"
Trying to force it like
efa MS Hbf Rheine "Rheine Bahnhof Bahnhof"
selects Eschweiler as destination :/Any ideas? Can I use an id or something like that? Tried to analyze the request data of http://efa.vrr.de/vrr/XSLT_TRIP_REQUEST2 but with no luck or any clue.
The text was updated successfully, but these errors were encountered: