trackdirect2/README.md

264 lines
12 KiB
Markdown
Raw Blame History

This file contains ambiguous Unicode characters

This file contains Unicode characters that might be confused with other characters. If you think that this is intentional, you can safely ignore this warning. Use the Escape button to reveal them.

# APRS Track Direct
APRS Track Direct is a collection of tools that can be used to run an APRS website. You can use data from APRS-IS, CWOP-IS, OGN or any other source that uses the APRS specification.
Tools included are an APRS data collector, a websocket server, a javascript library (websocket client and more), a heatmap generator and a website example (which can of course be used as is).
Please note that it is almost 10 years since I wrote the majority of the code, and when the code was written, it was never intended to be published ...
## What is APRS?
APRS (Automatic Packet Reporting System) is a digital communications system that uses packet radio to send real time tactical information. The APRS network is used by ham radio operators all over the world.
Information shared over the APRS network is for example coordinates, altitude, speed, heading, text messages, alerts, announcements, bulletins and weather data.
## Getting Started
These instructions will get you a copy of the project up and running on your local machine for development and testing purposes (but they are of course also valid for you who want to set up a public website).
### Prerequisites
What things you need to install and how to install them. These instructions are for Ubuntu 20.04
Install some ubuntu packages
```
sudo apt-get install libpq-dev postgresql-12 postgresql-client-common postgresql-client libevent-dev apache2 php libapache2-mod-php php-dom php-pgsql libmagickwand-dev imagemagick php-imagick inkscape
```
#### Install python
Unfortunately, the majority of this code was written when python 2 was still common and used, this means that the installation process needs to be adapted a bit. You might see some deprication warnings when starting the collector and websocket server.
Install python 2
```
sudo add-apt-repository universe
sudo apt update
sudo apt install python2 python2-dev
```
Install pip2 (pip for python 2)
```
curl https://bootstrap.pypa.io/pip/2.7/get-pip.py --output get-pip.py
sudo python2 get-pip.py
```
Install needed python libs
```
pip2 install psycopg2-binary wheel setuptools autobahn[twisted] twisted pympler image_slicer jsmin psutil
```
Install the python aprs lib (aprs-python)
```
git clone https://github.com/rossengeorgiev/aprs-python
cd aprs-python/
pip2 install .
```
Install python library used for generating heatmap
```
wget http://jjguy.com/heatmap/heatmap-2.2.1.tar.gz
tar xzf heatmap-2.2.1.tar.gz
cd heatmap-2.2.1
sudo python2 setup.py install
```
### Set up aprsc
You should not to connect your collector and websocket server directly to a public APRS server (APRS-IS, CWOP-IS or OGN server). The collector will use a full feed connection and each websocket client will use a filtered feed connection (through the websocket server). To not cause extra load on public servers it is better to run your own aprsc server and let your collector and all websocket connections connect to that instead (will result in only one full feed connection to a public APRS server).
Note that it seems like aprsc needs to run on a server with a public ip, otherwise uplink won't work.
#### Installation
Follow the instructions found [here](http://he.fi/aprsc/INSTALLING.html).
#### Config file
You must modify the configuration file before starting aprsc.
```
sudo vi /opt/aprsc/etc/aprsc.conf
```
Uplink examples:
```
# Uplink "APRS-IS" ro tcp rotate.aprs.net 10152
# Uplink "CWOP" ro tcp cwop.aprs.net 10152
# Uplink "OGN" ro tcp aprs.glidernet.org 10152
```
Only use one of them, if you are going to use multiple sources you should set up muliple aprsc servers and run multiple collectors. That will enable you to have different settings for different sources.
#### Start aprsc server
Start aprsc
```
sudo systemctl start aprsc
```
If you run multiple aprsc instances you need to select different data och log directories (and of course different tcp ports in configuration file). Running multiple aprsc instances is only needed if you fetch data from multiple sources (like both APRS-IS and CWOP-IS).
Should be possible to start multiple aprsc instances by using something like this:
```
sudo /opt/aprsc/sbin/aprsc -u aprsc -t /opt/aprsc -c /etc/aprsc.conf -r /logs -o file -f
sudo /opt/aprsc/sbin/aprsc -u aprsc -t /opt/aprsc2 -c /etc/aprsc2.conf -r /logs2 -o file -f
```
### Installing Track Direct
Start by cloning the repository
```
git clone https://github.com/qvarforth/trackdirect
```
#### Set up database
Set up the database (connect to database using: "sudo -u postgres psql")
```
CREATE DATABASE trackdirect;
CREATE USER {USER} WITH PASSWORD 'foobar';
ALTER ROLE {USER} WITH SUPERUSER;
GRANT ALL PRIVILEGES ON DATABASE "trackdirect" to {USER};
```
Might be good to add password to password-file:
```
vi ~/.pgpass
```
##### Increase performance
It might be a good idea to play around with some Postgresql settings to improve performance (for this application, speed is more important than minimizing the risk of data loss).
Some settings in /etc/postgresql/12/main/postgresql.conf that might improve performance:
```
shared_buffers = 2048MB # I recommend 25% of total RAM
synchronous_commit=off # Avoid writing to disk for every commit
commit_delay=100000 # Will result in a 0.1s delay
```
Restart postgresql
```
sudo /etc/init.d/postgresql restart
```
##### Set up database tables
```
~/trackdirect/server/scripts/db_setup.sh trackdirect 5432 ~/trackdirect/misc/database/tables/
```
#### Set up OGN device data
If you are using data from OGN (Open Glider Network) it is IMPORTANT to keep the OGN data updated (the database table ogn_devices). This is important since otherwise you might show airplanes that you are not allowed to show. I recommend that you run this script at least once every hour (or more often).
```
~/trackdirect/server/scripts/ogn_devices_install.sh trackdirect 5432
```
#### Start the collectors
Before starting the collector you need to update the trackdirect configuration file (trackdirect/config/trackdirect.ini).
Start the collector by using the provided shell-script. Note that if you have configured multiple collectors (fetching from multiple aprs servers, for example both APRS-IS and CWOP-IS) you need to call the shell-script multiple times.
```
~/trackdirect/server/scripts/collector.sh trackdirect.ini 0
```
#### Start the websocket server
Before starting the websocket server you need to update the trackdirect configuration file (trackdirect/config/trackdirect.ini).
When the user interacts with the map we want it to be populated with objects from the backend. To achive good performance we avoid using background HTTP requests (also called AJAX requests), instead we use websocket communication. The included trackdirect js library (trackdirect.min.js) will connect to our websocket server and request objects for the current map view.
Start the websocket server by using the provided shell script.
```
~/trackdirect/server/scripts/wsserver.sh trackdirect.ini
```
If you have enabled a firewall, make sure the selected port is open (we are using port 9000 by default, can be changed in trackdirect.ini).
```
sudo ufw allow 9000
```
#### Start generating heatmaps
When you zoom out the map, it is usually too demanding to render all the objects on the map, instead we have to show something else. What we do is that we show a heat map that tells the user where in the world we have the highest APRS activity.
I recommend generating new heatmaps once every hour in production (I suggest that you schedule it using cron).
```
~/trackdirect/server/scripts/heatmapcreator.sh trackdirect.ini ~/trackdirect/htdocs/public/heatmaps
```
Generating heatmaps might take a while, look in log file to see the current status:
```
tail -f ~/trackdirect/server/log/heatmap.log
```
#### Trackdirect js library
All the map view magic is handled by the trackdirect js library, it contains functionality for rendering the map (using Google Maps API or Leaflet), functionality used to communicate with backend websocket server and much more.
If you do changes in the js library (jslib directory) you need to execute build.sh to deploy the changes to the htdocs directory.
```
~/trackdirect/jslib/build.sh
```
#### Adapt the website (htdocs)
For setting up a copy on your local machine for development and testing purposes you do not need to do anything, but for any other pupose I really recommend you to adapt the UI.
First thing to do is probably to add your map api keys, look for the string "<insert map key here>" in the file "index.php". Note that the map providers used in the demo website may not be suitable if you plan to have a public website (read their terms of use).
If you make no changes, at least add contact information to yourself, I do not want to receive questions regarding your website.
#### Set up webserver
Webserver should already be up and running (if you installed all specified ubuntu packages).
Add the following to /etc/apache2/sites-enabled/000-default.conf
```
<Directory "/home/USER/trackdirect/htdocs">
Options SymLinksIfOwnerMatch
AllowOverride All
Require all granted
</Directory>
```
Change the VirtualHost DocumentRoot: (in /etc/apache2/sites-enabled/000-default.conf):
```
DocumentRoot /home/USER/trackdirect/htdocs
```
Enable rewrite and restart apache
```
sudo a2enmod rewrite
sudo systemctl restart apache2
```
For the symbols cache to work we need to make sure the webserver has write access to our htdocs/public/symbols directory (the following permission may be a little bit too generous...)
```
chmod 777 ~/trackdirect/htdocs/public/symbols
```
If you have enabled a firewall, make sure port 80 is open.
```
sudo ufw allow 80
```
## Deployment
If you want to set up a public website you should install a firewall and setup SSL certificates. For an easy solution I would use ufw to handle iptables, Nginx as a reverse proxy and use lets encrypt for SSL certificates.
### Schedule things using cron
We recommend that your schedule the heatmapcreator shell script to be executed once every hour. If you do not have infinite storage we recommend that you delete old packets, schedule the remover.sh script to be executed about once every hour. And again, if you are using OGN as data source you need to run the ogn_devices_install.sh script at least once every hour.
Note that the collector and wsserver shell scripts can be scheduled to start once every minute (nothing will happen if it is already running). I even recommend doing this as the collector and websocket server are built to shut down if something serious goes wrong (eg lost connection to database).
Crontab example
```
10 * * * * ~/trackdirect/server/scripts/heatmapcreator.sh trackdirect.ini ~/trackdirect/htdocs/public/heatmaps
40 * * * * ~/trackdirect/server/scripts/remover.sh trackdirect.ini
0 * * * * ~/trackdirect/server/scripts/ogn_devices_install.sh trackdirect 5432
* * * * * ~/trackdirect/server/scripts/wsserver.sh trackdirect.ini
* * * * * ~/trackdirect/server/scripts/collector.sh trackdirect.ini 0
```
### Server Requirements
How powerful server you need depends on what type of data source you are going to use. If you, for example, receive data from the APRS-IS network, you will probably need at least a server with 4 CPUs and 8 GB of RAM, but I recommend using a server with 8 CPUs and 16 GB of RAM.
## TODO
- Rewrite backend to use Python 3 instead of Python 2.
- Create a REST-API and replace the current website example with a new frontend written in Angular.
## Contribution
Contributions are welcome. Create a fork and make a pull request. Thank you!
## Disclaimer
These software tools are provided "as is" and "with all it's faults". We do not make any commitments or guarantees of any kind regarding security, suitability, errors or other harmful components of this source code. You are solely responsible for ensuring that data collected and published using these tools complies with all data protection regulations. You are also solely responsible for the protection of your equipment and the backup of your data, and we will not be liable for any damages that you may suffer in connection with the use, modification or distribution of these software tools.