-
Notifications
You must be signed in to change notification settings - Fork 6
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
Improve HSL data getting #5
Comments
@Stinkfist0 are you on this btw? i mean the stalling prob is afaik still there. |
Haven't been actively researching this. Haven't noticed any problems though. |
I got this immediately in the beginning now with the current version: After taking the screenshot (at 20sec or so 'pending') it lasted exactly 1.0 minutes for the data to come. And now the 2nd request is again 'pending' as well. Apparently took also 1.0 minutes .. and now 3rd one is pending: You never get these? Am on a slow mac with poor fps for the demo but Tapani reported this originally from a beefier win desktop. |
Aight, getting and noticing that myself too now. |
After a ~40 requests I got this to replicate with vanilla wget as well, for i in $(seq 10); do time wget -O/dev/null -q http://dev.cie.fi/FI-WARE/mlevanto/dynpoi/server/radial_search; sleep 1; done |
Currently we get the HSL data for busses, trams and metros via CIE's POI server. It polls some HSL endpoint (I don't know which exactly, Stinkfist was asking on IRC but we didn't find the info) every 10 seconds now.
This is basically ok - we can show the objs and they move.
However there are two problems:
Possible solutions:
A. Use HSL service directly, either from Tundra server side or from the Web browser.
B. Keep using the POI intermediate server but debug the stalling, and investigate if the update freq could be e.g. 1 or 3 secs. Or live with 10.
A good benchmark is the existing 2d service with this data, it updates pretty quick and reliably: http://transport.wspgroup.fi/hklkartta/
We decided yesterday in the meet that Admino will work on this data retrieval so assigning to Ali as we agreed on IRC where just discussed this.
The text was updated successfully, but these errors were encountered: