Sweden vasttrafik.se backend also not working.
The DB backend in MultiModal does indeed use the current API, including authentication. The issue here is that they nuked my entire account. 
Good thing I prepared for such an event and created two accounts a few years ago. 
1 Like
MultiModal version 0.98 should fix this issue.
1 Like
Heh! I just added my bahnid account with a temporary release (0.96-2) to chum 
And here I go again
Edit: A current version of multimodal to cover the German traveling population is now on chum:testing and should make chum proper soonish.
Did you make any other changes other than client id stuff?
does resrobot still work?
2 Likes
Yes.
No, I’ve only changed the client ID.
The jump in the version number is due to me experimenting with https://transitous.org/ in version 0.97, so I had to skip that one.
To answer myself, I can get to Sthlm central via HÄRNÖSAND in ab out 19 hours EDIT (from Gothenburg:)
2 Likes
Cool. Then I’ll adapt your versioning and try to get automated builds on github running while I’m at it.
I think I’ll adapt your approach to using a scraped stations db for fahrplan. You’ve done all the heavy lifting
This new service seems very promising:
1 Like
It’s unnecessary expensive and stupid to go to Sthlm central via HÄRNÖSAND, from Gothenburg 
1 Like
Transitous can also be used for scraping IDs. For example, this link lists all the stops around Alexanderplatz:
https://europe.motis-project.de/api/v1/map/stops?min=52.52568013699777,13.400813406372935&max=52.519156484317016,13.421106696331734
The IDs are probably not fully compatible with the Bahn API, but I believe you only need to remove the prefix for them to work.
1 Like
Ok, they seem to have changed the api host name and it may be that the old xml version of output is retired. Sigh. At least resrobot works.
1 Like
It looks like ktrip which is one that @piggz or @rinigus built with the 5.15 qt libs on chum also uses transitous. I had thought of updating fahrplan with the ktrip approach, but I hate, hate the code (c++ written by people who don’t understand the use of namespaces).
So, for any german users, ktrip is available from chum if you hadn’t already seen it. EDIT. Damn it, the version of ktrip in chum does NOT work for Berlin at least. Not sure why.
I can’t find Transitous anywhere on the list, and the UK provider listed doesn’t work. The whole idea behind Transitous, if I understand it correctly, is to have “one API to rule them all”, eliminating the need to support dozens of APIs like KTrip does.
Yes, it looks like the ktrip version in chum is badly out of date 
I just checked the api docs and MOTIS and it’s looking very promising. The newer versions of ktrip (and kiternry) do in fact use transitious we just have an older (much) version in place.
So I’ve bumped to 0.98 and automated builds work on github. I’m going to keep the client id from my install to distribute the weight Release 0.98 · poetaster/harbour-multimodal · GitHub and coming to chum if you don’t already have it from openrepos
Maybe we could team up on developing a prototype on top of transitous. It really does look like a better approach than trying to cover yet another api. I just did a number of quick tests and the coverage is pretty impressive. Even if London’s first hit is in Canada
That would be great!
Transitious covers the metro stations in here, unlike bahn.de, so I could finally use a single app rather than an app and a really clunky website at the same time! 