Commit message (Collapse) | Author | Age | Files | Lines | |
---|---|---|---|---|---|
* | rough initial work on space-time diagrams | stuebinm | 2024-05-09 | 3 | -0/+107 |
| | | | | | | this does svg templating with hamlet. It might be better to use a javascript library instead (templating svgs is a little confusing tbh), but for now i'll see how far i get with this. | ||||
* | restructure: split web frontend into several modules | stuebinm | 2024-05-09 | 6 | -302/+479 |
| | |||||
* | restructure: split up the server module | stuebinm | 2024-05-08 | 5 | -302/+394 |
| | |||||
* | fix: tripupdates should not contain old trips | stuebinm | 2024-05-03 | 1 | -2/+2 |
| | | | | apparently i forgot an if here? | ||||
* | restructure: get the tracker to work again | stuebinm | 2024-05-02 | 8 | -135/+268 |
| | | | | | | | | | | | | | | | This should hopefully be the final (major) part of the restructuring: a tracker no longer has to know which trip it is on (and indeed it has no idea for now), instead the server keeps state about which trips are currently running and will insert incoming pings in a hopefully reasonable manner, based on their geoposition & time. There's lots of associated TODO items here (especially there should be manual overrides for all this logic in the web ui), but that's work for a future me. (incidentally, this also adds support for sending all log messages out via ntfy-sh) | ||||
* | correct styling on mobile devices | stuebinm | 2024-04-24 | 1 | -1/+4 |
| | |||||
* | restructure: save a ticket's stop in the database | stuebinm | 2024-04-24 | 7 | -327/+502 |
| | | | | now mostly independent of the gtfs, but still no live-reloading of it. | ||||
* | restructure: have "tickets" independent of gtfs | stuebinm | 2024-04-20 | 8 | -192/+305 |
| | | | | | | this is mostly meant to guard against the gtfs changing under tracktrain, and not yet complete (e.g. a ticket does not yet save its expected stops, which it probably should). | ||||
* | general housekeeping | stuebinm | 2024-04-17 | 9 | -72/+29 |
| | | | | | jumps to GHC2021 as default language, adds in some fields, moves the old org mode glossary to markdown, etc. | ||||
* | replace protocol-buffers with proto-lens | stuebinm | 2024-04-17 | 3 | -282/+198 |
| | | | | | | I do not really like either option, but at least the second one seems more likely to be maintained (and a little less clunky to use, too, for what it's worth). | ||||
* | change server timetables api | stuebinm | 2023-05-26 | 1 | -1/+2 |
| | |||||
* | expose sequence length of trip to onboard unit | stuebinm | 2023-05-26 | 1 | -0/+1 |
| | |||||
* | gtfs-rt: discard old trips from tripupdates feed | stuebinm | 2023-05-23 | 1 | -7/+12 |
| | | | | google maps complains about it otherwise | ||||
* | expose the gtfs.zip used in the API | stuebinm | 2023-05-20 | 5 | -29/+49 |
| | |||||
* | simple on-board tools | stuebinm | 2023-03-11 | 2 | -10/+26 |
| | | | | | | these are just enough to send train positions to tracktrain with the current API, but are somewhat brittle (e.g. will fail if not restarted between trips, etc.) | ||||
* | don't hardcode css | stuebinm | 2023-02-23 | 4 | -68/+10 |
| | |||||
* | better web interface & css | stuebinm | 2023-01-28 | 3 | -30/+84 |
| | |||||
* | switch to ghc 9.0.2 | stuebinm | 2023-01-22 | 2 | -27/+46 |
| | | | | this makes the nix builds /much/ nicer | ||||
* | oauth2 via uffd | stuebinm | 2023-01-22 | 4 | -48/+210 |
| | | | | | | this is unfortunately uffd-specific, since oauth2 is apparently sort of a vague standard. But since it doesn't actually do much it should probably be possible to make it fully configurable & generic if needed. | ||||
* | simple realtime position map | stuebinm | 2022-12-13 | 3 | -2/+58 |
| | | | | | (what was that about doing the realtime stuff somewhere else and /not/ in this monolithic server thingie? oh well …) | ||||
* | stylish-haskell run | stuebinm | 2022-12-12 | 3 | -6/+7 |
| | |||||
* | a subscribe websocket for real-time location info | stuebinm | 2022-12-12 | 2 | -7/+37 |
| | | | | (for a leaflet map view or sth which isn't implemented yet) | ||||
* | gtfs-rt: set trip_descriptor.schedule_relationship | stuebinm | 2022-12-03 | 1 | -1/+2 |
| | | | | (hardcoded for now, since we don't have new trips) | ||||
* | unreasonably stupid and probably unnecessary code | stuebinm | 2022-12-03 | 2 | -5/+18 |
| | | | | (but maybe google will like it) | ||||
* | set uncertainty in gtfs-rt | stuebinm | 2022-12-03 | 1 | -2/+2 |
| | |||||
* | always display seconds | stuebinm | 2022-12-03 | 1 | -2/+2 |
| | | | | (this is a hack to make the gtfs rt valid) | ||||
* | this is almost certainly bullshit | stuebinm | 2022-12-03 | 1 | -6/+6 |
| | |||||
* | let's try something else as well | stuebinm | 2022-12-03 | 1 | -1/+2 |
| | |||||
* | another gtfs rt thingie? | stuebinm | 2022-12-03 | 1 | -1/+2 |
| | |||||
* | fix google warning | stuebinm | 2022-12-03 | 1 | -1/+1 |
| | |||||
* | controlroom: show tripShortName instead of tripId | stuebinm | 2022-11-29 | 2 | -8/+20 |
| | | | | | since the ids really should be internal to the gtfs, and not needed in "normal" contexts. | ||||
* | respect gtfs start/end date | stuebinm | 2022-11-29 | 1 | -1/+4 |
| | | | | | | not only is this a surprisingly stupid bug, i distinctly remember writing these few lines sometime ago … but they're not in the commit history, so i guess they got lost somehow?? | ||||
* | fix gtfs tripupdates | stuebinm | 2022-10-16 | 1 | -83/+92 |
| | |||||
* | simple prometheus metrics | stuebinm | 2022-10-16 | 3 | -7/+35 |
| | |||||
* | remove some extrapolation bugs | stuebinm | 2022-09-14 | 4 | -61/+66 |
| | |||||
* | on-board-unit: display estimated delay etc. | stuebinm | 2022-09-11 | 3 | -6/+12 |
| | |||||
* | correct the generated openapi description | stuebinm | 2022-09-11 | 2 | -5/+22 |
| | |||||
* | gtfs realtime: add tripUpdate feed | stuebinm | 2022-09-10 | 5 | -33/+104 |
| | |||||
* | use websockets for the on-board-unit | stuebinm | 2022-09-10 | 1 | -32/+31 |
| | |||||
* | fix the close-to-a-station bug | stuebinm | 2022-09-09 | 1 | -22/+31 |
| | | | | | | (previously tracktrain could end up in a situation where the next and last station weren't actually adjacent stops, which messed up the prediction) | ||||
* | init onboard-unit | stuebinm | 2022-09-03 | 1 | -0/+21 |
| | |||||
* | reasonable delay forecasts | stuebinm | 2022-09-02 | 4 | -66/+96 |
| | |||||
* | guess at future delays (horrible, incorrect, and unfinished) | stuebinm | 2022-08-31 | 5 | -43/+95 |
| | |||||
* | some config thingyesod | stuebinm | 2022-08-28 | 6 | -29/+64 |
| | | | | | works kinda well, but doesn't complain about unknown config values in json, which is kinda hmpf tbh | ||||
* | this does way too much tbh (also functioning delays) | stuebinm | 2022-08-28 | 6 | -99/+346 |
| | | | | most of it deals with timezones, and all the weird implications that has | ||||
* | controlroom: lots of pretty little knobs | stuebinm | 2022-08-27 | 7 | -123/+185 |
| | | | | (also some database schema changes, for good measure) | ||||
* | controlroom: some styling | stuebinm | 2022-08-26 | 1 | -37/+84 |
| | |||||
* | ControlRoom: default layout | stuebinm | 2022-08-14 | 1 | -18/+30 |
| | |||||
* | control room: translations & form input | stuebinm | 2022-08-14 | 5 | -201/+162 |
| | | | | still basic, but works pretty well overall | ||||
* | controlroom: replace servant/lucid with yesod | stuebinm | 2022-08-14 | 5 | -269/+212 |
| | | | | aka use something meant for webapps to write the webapp |