The project is split across multiple (micro)services because of the lack of visibility regarding performances and responsibilities.
Do not be scared by the number of repositories and in doubt submit your issues on the meta repository, we will redispatch it from there.
There are three main parts:
- Positions: handles incoming requests from drones and provide current positions of inflight drones.
- Registration: stores users/devices relations and provide a public facing interface to deal with it.
- Conformity: provides an API to know if a given point is in a forbidden zone.
Let's detail those in terms of code, this is mostly internal comprehension but it might be handy for you to be able to point your bottlenecks to the team. As a bonus, you will be unbeatable on canadian wildlife 👍.
From these payloads, we perform data consolidation and validate payloads (time, registration number and position).
Once validated, these information are exposed to an HTTP API you can query for consumption by third-parties.
Additionnaly, we provide two helpers:
- A way to simulate a drone position through a web page instead of manually sending a packet to Wolverine. Narwhal can be opened on a mobile device to simulate a moving position.
- A way to visualize latest drones positions on a map with Cardinal which is publicly reachable.
Those can be useful to debug and see if your packets are valid.
This page is publicly reachable.
It is not coupled to flight plans for now and it’s highly experimental.
Something went wrong?
Don't worry, we have your back covered.