No description
Find a file
2019-06-19 21:04:36 +02:00
examples travelynx.conf: Actually call die() if DB_HOST is unset 2019-05-05 11:22:19 +02:00
lib prepare for wagon order support 2019-06-17 20:59:57 +02:00
public make share button link to status page if share API is unavailable 2019-06-19 21:04:36 +02:00
sass fix email fields in dark mode 2019-05-28 22:24:44 +02:00
scripts Further color improvements 2019-05-16 16:10:53 +02:00
t Unit tests with time zones? Forget about it… 2019-05-26 18:26:14 +02:00
templates make share button link to status page if share API is unavailable 2019-06-19 21:04:36 +02:00
.dockerignore use cpanfile to install dependencies, run worker in another docker container 2019-05-03 22:50:59 +02:00
.gitignore Add dark mode (only available with prefers-color-scheme currently) 2019-05-16 15:04:08 +02:00
.travis.travelynx.conf Travis CI: Add database tests 2019-04-22 07:01:59 +02:00
.travis.yml Go back to PostgreSQL 9.4 to make Travis CI happy 2019-06-17 21:19:34 +02:00
COPYING Add a license 2019-05-02 11:06:58 +02:00
cpanfile Add explicit libxml dependency to cpanfile 2019-05-31 23:58:30 +02:00
cpanfile.snapshot update cpanfile.snapshot 2019-06-01 00:17:15 +02:00
docker-compose.yml use cpanfile to install dependencies, run worker in another docker container 2019-05-03 22:50:59 +02:00
docker-run.sh use cpanfile to install dependencies, run worker in another docker container 2019-05-03 22:50:59 +02:00
Dockerfile Dockerfile: Remove no longer needed cron dependency 2019-05-31 23:56:30 +02:00
index.pl Initiate transition to a Mojolicious MVC web application 2019-03-21 22:12:45 +01:00
README.md README: Note that libxml-dev and libpq-dev are needed for carton/cpanm build 2019-05-11 12:18:50 +02:00

travelynx - Railway Travel Logger

travelynx allows checking into and out of individual trains, thus providing a log of your railway journeys annotated with real-time delays and service messages. At the moment, it only supports german railways and trains which are exposed by the Deutsche Bahn IRIS Interface.

Dependencies

  • perl >= 5.10
  • Cache::File (part of the Cache module)
  • Crypt::Eksblowfish
  • DateTime
  • DateTime::Format::Strptime
  • Email::Sender
  • Geo::Distance
  • Mojolicious
  • Mojolicious::Plugin::Authentication
  • Mojo::Pg
  • Travel::Status::DE::IRIS
  • UUID::Tiny
  • JSON

If perl modules are not packaged for your distribution, you can use carton or cpanminus to install them locally. In this case, you need to have development headers for libxml and libpq (postgresql) on your system. In the project root directory (where cpanfile resides), run either

carton install

or

cpanm --installdeps .

and then set PERL5LIB before executing any travelynx commands or wrap them with carton exec, e.g. carton exec hypnotoad index.pl

  • Geo::Distance::XS (speeds up statistics)
  • JSON::XS (speeds up API and statistics)

Dependencies On Docker

  • cpanminus
  • build-essential
  • libpq-dev
  • git
  • ssmtp

Setup

First, you need to set up a PostgreSQL database so that travelynx can store user accounts and journeys. It must be at least version 9.4 and should use a UTF-8 locale. The following steps describe setup on a Debian 9 system, though setup on other distribution should be similar.

  • Write down a strong random password
  • Create a postgres user for travelynx: sudo -u postgres createuser -P travelynx (enter password when prompted)
  • Create the database: sudo -u postgres createdb -O travelynx travelynx
  • Copy examples/travelynx.conf to the application root directory (the one in which index.pl resides) and configure it
  • Initialize the database: perl index.pl database migrate

Your server also needs to be able to send mail. Set up your MTA of choice and make sure that the sendmail binary can be used for outgoing mails. Mail reception on the server is not required.

Finally, configure the web service:

  • Set up a travelynx service using the service supervisor of your choice (see examples/travelynx.service for a systemd unit file)
  • Configure your web server to reverse-provy requests to the travelynx instance. See examples/nginx-site for an nginx config.

You can now start the travelynx service, navigate to the website and register your first account.

Please open an issue on https://github.com/derf/travelynx/issues or send a mail to derf+travelynx@finalrewind.org if there is anything missing or ambiguous in this setup manual.

Updating

It is recommended to run travelynx directly from the git repository. When updating, the workflow depends on whether schema updates need to applied or not.

git pull
chmod -R a+rX . # only needed if travelynx is running under a different user
if perl index.pl database has-current-schema; then
    systemctl reload travelynx
else
    systemctl stop travelynx
    perl index.pl database migrate
    systemctl start travelynx
fi

Note that this is subject to change -- the application may perform schema updates automatically in the future.

Usage

For the sake of this manual, we will assume your travelynx instance is running on travelynx.de

travelynx journey logging is based on checkin and checkout actions: You check into a train when boarding it, select a destination, and are automatically checked out when you arrive. Real-time data is saved on both occasions and continuously updated while in transit, providing an accurate overview of both scheduled and actual journey times.

Checking in

You can check into a train up to 30 minutes before its scheduled departure and up to two hours after its actual departure (including delays).

First, you need to select the station you want to check in from. Navigate to travelynx.de or click/tap on the travelynx text in the navigation bar. You will see a list of the five stations closest to your current location (as reported by your browser). Select the station you're at or enter its name or DS100 code manually.

As soon as you select a train, you will be checked in and travelynx will switch to the journey / checkout view. If you already now where you're headed, you should click/tap on the destination station in the station list now. You can change the destination by selecting a new one any time.

Checking out

You are automatically checked out a few minutes after arrival at your destination. If the train has already arrived when you select a destination and its arrival was less than two hours ago, you are checked out immediately. If it's more than two hours, it will not be included in the scheduled and real-time data fetched by travelynx. In this case, you have to check out without arrival data using the link at the bottom of the checkin menu's station list.

Testing

The test scripts assume that travelynx.conf contains a valid database connection. They will create a test-specific schema, perform all operations in it, and then drop the schema. As such, the database specified in the config is not affected.

Nevertheless, bugs may happen. Do NOT run tests on your production database. Please use a separate development database instead.

Run the tests by executing prove. Use prove -v for debug output and DBI_TRACE=SQL prove -v to monitor SQL queries.