Thank you for your interest in developing SatNOGS! There are always bugs to file; bugs to fix in code; improvements to be made to the documentation; and more.
The below instructions are for software developers who want to work on satnogs-network code.
When you want to start developing for SatNOGS, you should follow the installation instructions, then…
Read CONTRIBUTING.md file carefully.
Fork the upstream repository in GitLab.
Test the changes by Running the tests locally and fix any errors.
Commit changes to the code!
When you’re done, push your changes to your fork.
Issue a merge request on Gitlab.
Wait to hear from one of the core developers.
If you’re asked to change your commit message or code, you can amend or rebase and then force push.
If you need more Git expertise, a good resource is the Git book.
satnogs-network uses Django’s template engine templates.
Third-party static assets are not included in this repository.
The frontend dependencies are managed with
Development tasks like the copying of assets, code linting and tests are managed with
To download third-party static assets:
Install dependencies with
Test and copy the newly downlodaded static assets:
To add new or remove existing third-party static assets:
Install a new dependency:
npm install <package>
Uninstall an existing dependency:
npm uninstall <package>
Copy the newly downlodaded static assets:
When running satnogs-network using the docker container the webserver auto-reloads when files get changed. You need to restart the network-web container only when you change something in settings.py. All the other changes are directly applied with refreshing the page you are currently working on.
Simulating station heartbeats
Only stations which have been seen by the server in the last hour (by default, can be customized by STATION_HEARTBEAT_TIME) are taken into consideration when scheduling observations. In order to simulate an heartbeat of the stations 7, 23 and 42, the following command can be used:
docker-compose exec web django-admin update_station_last_seen 7 23 42
Manually run a celery tasks
The following procedure can be used to manually run celery tasks in the local development environment:
Start a django-admin shell:
docker-compose exec web django-admin shell
Run an asnyc task and check if it succeeded:
from network.base.tasks import update_all_tle task = update_all_tle.delay() assert(task.ready())
(optional) Check the celery log for the task output:
docker-compose logs celery
Running the tests locally
To test your changes to the code locally with tox in the same way the CI does you can follow these steps:
Setup a new virtual environment (this shouldn’t be the same virtual environment you might have created for the VirtualEnv Installation):
mkvirtualenv network-test -a .
Install tox in the same version defined by
pip install tox~=3.8.0
Run the tests:
tox -e "flake8,isort,yapf,pylint"
What to work on
You can check open issues. We regurarly open issues for tracking new features. You pick one and start coding.