oebb backend (Austria) seems to work for France !
For France there is also an API :
https://numerique.sncf.com/startup/api/
see also : Demandez votre clé d'accès gratuite - SNCF NUMÉRIQUE
1 Like
I’ll have a look at it once I’ve:
a) implemented the movas api above,
b) looked at what’s wrong with 9292 (netherlands) …
thanks for the tip!
3 Likes
Ok, it’s a fast and dirty application of the patches 
If you have a chance it’s in chum::testing
Show sailfishos:chum:testing / fahrplan - SailfishOS Open Build Service building as we speak …
2 Likes
@kfg thanks a bunch. Initial tests show it works fine. I’ll prepare a release on all channels. I noticed something slipped with the QML but that might have been a problem before (date time display, english).
If anyone has time to test, please let me know.
3 Likes
I can confirm, that it works well, thanks to @kfg and @poetaster
2 Likes
It works for me as well great
2 Likes
Had a quick look at the commits on github. Everything applied correctly but I guess due to whitespace mismatches src/fahrplan_backend_manager.cpp.orig was created unnecessarily and slipped into the last commit.
Also tried out the aarch64 rpm from chum and as commented by the others it works like it should.
2 Likes
Yeah, one reject. Probably because I had made some tiny change Nice patches …
Thank you very much!
EDIT: I’m pushing to chum proper and will deal with layout issues on Monday.
Are there layout issues in German?
For me it only working with option:
“Ausgewählte Fahrt”
Gesamter Fahrplan not working for a stop
The same stop under Parser vrr.de is working
- Deutsche Bahn
- Vrr
Which stop? Timetable or Journey view?
I’m not getting any timetable data with my usual from/to.
Timetable
not working
journey working
Ah the tram numbers are wrong
Strange
3 is line 4
Hmmm.
Found the problem. The location (X,Y coordinates) in the returned locationId does not match with the one used in the query for that stop. I added that location check because I thought the API returns unrelated locations in the results but that actually is not the case. So after removing that check it works correctly.
Patch removing the check: https://paste.debian.net/plain/1366350
5 Likes
I’ll push that out tomorrow. Thanks!
2 Likes
Announcing version 2.0.47-2 with new DBahn backend and fixes for timetable view of same. Thanks to @kfg for the fixes. Sitting in Chum:testing and posted to openrepos.
5 Likes
I think you forgot to change version number. At least the one from Chum says 2.0.47-1
Many thanks to kfg and poetaster. Great work!
Will be there also a version for the official Jolla store?
Could be that the spec:
Version: 2.0.47
Release: 2
commit didn’t get tagged. looks like I did it out of order. I’ll just go do that again. Although, the 2.0.47 build on chum should still have the timetable fix in.
5 Likes
I have to ask someone at jolla about the repo in store. @rainemak who do I contact about the harbour repos. In the past i had asked @vige
Strange: File _service:tar_git:harbour-fahrplan2.spec of Package fahrplan - SailfishOS Open Build Service
shows the correct foo. I’ll rebuild (testing) with my last tag. Though the spec is the same.
1 Like
Ah, I think there is one extra place where the version is shown. And that is in the gui. I probably forgot to update that! EDIT, nope. Can’t be it either … hmmm
2 Likes