| Commit message (Collapse) | Author | Age | Files | Lines |
|---|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
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)
|
| |
|
|
| |
now mostly independent of the gtfs, but still no live-reloading of it.
|
| |
|
|
|
|
| |
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).
|
| | |
|
| |
|
|
|
|
| |
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.
|
| |
|
|
|
| |
(what was that about doing the realtime stuff somewhere else and /not/
in this monolithic server thingie? oh well …)
|
| |
|
|
|
| |
since the ids really should be internal to the gtfs, and not needed in
"normal" contexts.
|
| | |
|
| | |
|
| | |
|
| | |
|
| |
|
|
| |
(also some database schema changes, for good measure)
|
| | |
|
|
|
still basic, but works pretty well overall
|
