aboutsummaryrefslogtreecommitdiff
path: root/lib (follow)
Commit message (Collapse)AuthorAgeFilesLines
* Config: fix OsPath valuesstuebinm2024-05-211-2/+7
| | | | | | | | | my annoyance with conferer increases. It should really, /really/ be a compile error if a thing used in the config does not have a FromConfig instance. Or at least the documentation should mention that in such cases it will simply always take the default value without telling anyone, instead of just saying "the generic instance has reasonable defaults" (well, /which/ defaults?)
* use OsPath instead of FilePath in easy casesstuebinm2024-05-204-16/+36
| | | | | | | | | this is still far from being supported by most libraries, but does make it possible to remove some uses of String (though most times, there is a conversion back to String later). Note that using the default.nix now only works on nixpkgs-unstable for a bit; using the newer filepath package on stable leads to broken other packages.
* Server.Ingest: bugfix (tentative)stuebinm2024-05-191-12/+12
|
* Persist: add cascade rules to foreign keysstuebinm2024-05-161-9/+7
| | | | | | | | | | It turns out persist does support these, they're just not mentioned in the yesod book. (for future reference, the syntax is defined in Database.Persist.Quasi, which does include some documentation [1]) [1] https://hackage.haskell.org/package/persistent-2.14.6.1/docs/Database-Persist-Quasi.html
* new feature: Server.Frontend.Tickerstuebinm2024-05-167-1/+92
| | | | | | | | A simple way to have "announcements" available via API, and otherwise distinct from the service announcements which show up in Gtfs Realtime. These are meant to go e.g. be embedded on the operator's website, or in other places where it's not as easy to display per-trip specific messages.
* Frontend.Tickets: add a space-time diagram in ticket viewstuebinm2024-05-151-0/+5
| | | | | not sure if i'll keep it here — it should probably gain some logic for real-time udpates and be moved to the map view instead.
* Frontend.SpaceTime: make diagram's y axis scalablestuebinm2024-05-152-22/+23
| | | | in preparation for using these elsewhere, where they are less cramped
* Frontend.Tickets: fix "last call" in ticket viewstuebinm2024-05-151-1/+1
| | | | (same as previous commit, this displayed the wrong ping)
* Frontend.Tickets,Server.Ingest: fix map viewstuebinm2024-05-152-12/+13
| | | | | | | this is really two changes: - some leftover lat,long keys in the clientside javascript - the Server.Subscribe module should send a correct ping after a connection has been opened
* Server.GtfsRealtime: bugfixstuebinm2024-05-151-1/+1
| | | | | | | | | can't believe it was this simple … but seems to be all that was wrong. Tracktrain should now automatically remove tripUpdates for tickets whose trip has ended more than five minutes ago (taking delay into account). Nothing in the gtfs-rt spec says you should do this, but google likes to complain if one doesn't do this.
* Server.Frontend.SpaceTime: fix lots of bugsstuebinm2024-05-151-49/+54
| | | | | also make the code generally look nicer. Turns out I made a lot more fragile assumptions than I thought I did.
* Server.Ingest: new handling of unassigned trackersstuebinm2024-05-154-86/+168
| | | | | | | | now takes all potential stops along each trip into account when guessing tickets; also checks if a ticket is still likely in case the tracker switched its direction. This should solve many cases where a tracker is accidentally turned off or falls asleep halfway before the last station of one trip, then wakes up in the middle of the next.
* config: add a debug mode optionstuebinm2024-05-152-3/+8
| | | | | this is meant to be false by default, and otherwise relaxes requirements on e.g. incoming pings, which are inconvenient when testing by hand.
* space time diagrams: real time & time zonesstuebinm2024-05-103-86/+178
|
* rough initial work on space-time diagramsstuebinm2024-05-093-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 modulesstuebinm2024-05-096-302/+479
|
* restructure: split up the server modulestuebinm2024-05-085-302/+394
|
* fix: tripupdates should not contain old tripsstuebinm2024-05-031-2/+2
| | | | apparently i forgot an if here?
* restructure: get the tracker to work againstuebinm2024-05-028-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 devicesstuebinm2024-04-241-1/+4
|
* restructure: save a ticket's stop in the databasestuebinm2024-04-247-327/+502
| | | | now mostly independent of the gtfs, but still no live-reloading of it.
* restructure: have "tickets" independent of gtfsstuebinm2024-04-208-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 housekeepingstuebinm2024-04-179-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-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
|
generated by cgit v1.2.3 (git 2.25.1) at 2024-11-18 04:48:28 +0000