aboutsummaryrefslogtreecommitdiff
path: root/lib (follow)
Commit message (Collapse)AuthorAgeFilesLines
* replace protocol-buffers with proto-lensstuebinm2024-04-173-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 apistuebinm2023-05-261-1/+2
|
* expose sequence length of trip to onboard unitstuebinm2023-05-261-0/+1
|
* gtfs-rt: discard old trips from tripupdates feedstuebinm2023-05-231-7/+12
| | | | google maps complains about it otherwise
* expose the gtfs.zip used in the APIstuebinm2023-05-205-29/+49
|
* simple on-board toolsstuebinm2023-03-112-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 cssstuebinm2023-02-234-68/+10
|
* better web interface & cssstuebinm2023-01-283-30/+84
|
* switch to ghc 9.0.2stuebinm2023-01-222-27/+46
| | | | this makes the nix builds /much/ nicer
* oauth2 via uffdstuebinm2023-01-224-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 mapstuebinm2022-12-133-2/+58
| | | | | (what was that about doing the realtime stuff somewhere else and /not/ in this monolithic server thingie? oh well …)
* stylish-haskell runstuebinm2022-12-123-6/+7
|
* a subscribe websocket for real-time location infostuebinm2022-12-122-7/+37
| | | | (for a leaflet map view or sth which isn't implemented yet)
* gtfs-rt: set trip_descriptor.schedule_relationshipstuebinm2022-12-031-1/+2
| | | | (hardcoded for now, since we don't have new trips)
* unreasonably stupid and probably unnecessary codestuebinm2022-12-032-5/+18
| | | | (but maybe google will like it)
* set uncertainty in gtfs-rtstuebinm2022-12-031-2/+2
|
* always display secondsstuebinm2022-12-031-2/+2
| | | | (this is a hack to make the gtfs rt valid)
* this is almost certainly bullshitstuebinm2022-12-031-6/+6
|
* let's try something else as wellstuebinm2022-12-031-1/+2
|
* another gtfs rt thingie?stuebinm2022-12-031-1/+2
|
* fix google warningstuebinm2022-12-031-1/+1
|
* controlroom: show tripShortName instead of tripIdstuebinm2022-11-292-8/+20
| | | | | since the ids really should be internal to the gtfs, and not needed in "normal" contexts.
* respect gtfs start/end datestuebinm2022-11-291-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 tripupdatesstuebinm2022-10-161-83/+92
|
* simple prometheus metricsstuebinm2022-10-163-7/+35
|
* remove some extrapolation bugsstuebinm2022-09-144-61/+66
|
* on-board-unit: display estimated delay etc.stuebinm2022-09-113-6/+12
|
* correct the generated openapi descriptionstuebinm2022-09-112-5/+22
|
* gtfs realtime: add tripUpdate feedstuebinm2022-09-105-33/+104
|
* use websockets for the on-board-unitstuebinm2022-09-101-32/+31
|
* fix the close-to-a-station bugstuebinm2022-09-091-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-unitstuebinm2022-09-031-0/+21
|
* reasonable delay forecastsstuebinm2022-09-024-66/+96
|
* guess at future delays (horrible, incorrect, and unfinished)stuebinm2022-08-315-43/+95
|
* some config thingyesodstuebinm2022-08-286-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)stuebinm2022-08-286-99/+346
| | | | most of it deals with timezones, and all the weird implications that has
* controlroom: lots of pretty little knobsstuebinm2022-08-277-123/+185
| | | | (also some database schema changes, for good measure)
* controlroom: some stylingstuebinm2022-08-261-37/+84
|
* ControlRoom: default layoutstuebinm2022-08-141-18/+30
|
* control room: translations & form inputstuebinm2022-08-145-201/+162
| | | | still basic, but works pretty well overall
* controlroom: replace servant/lucid with yesodstuebinm2022-08-145-269/+212
| | | | aka use something meant for webapps to write the webapp
* better Show instance for Timestuebinm2022-08-141-3/+7
|
* a little more control room workstuebinm2022-07-202-9/+39
|
* some work on the control roomstuebinm2022-07-173-32/+80
| | | | (it can do useful stuff! but it also still breaks on some things!)
* fix an operator precedence bugstuebinm2022-07-171-6/+6
|
* somewhat functioning control roomstuebinm2022-07-117-36/+117
| | | | | | tbh i've kinda lost track at what has all been changed in this, but the control room form handling now works, and i can write announcements into the database. Now on to making it do useful things!
* generic html forms for ADTsstuebinm2022-07-072-88/+122
| | | | this does some GHC generics witchery, now in its own module!
* don't have the ControlRoom API in Swaggerstuebinm2022-07-073-13/+3
| | | | | | just causes pain and isn't really useful for anything since it's a webform API meant to be used by the web frontend, not by other applications.
* wrote some generic html form codestuebinm2022-07-061-12/+97
| | | | | this automatically derives lucid html versions of ADTs which are hopefully compatible with the FormUrlEncoded type class
* barebones webform API & frontendstuebinm2022-07-034-18/+84
|
generated by cgit v1.2.3 (git 2.25.1) at 2024-12-22 21:59:01 +0000