Notifications

Overview

SkyPath’s SDK ensures only essential notifications are delivered to pilots. Notifications are not triggered below 10,000 feet to eliminate possible distractions during climb and descent, and the SDK employs a clustering mechanism to prevent repeated notifications and limit the number of notifications overall. Thereby ensuring notifications help to provide pilots with situational awareness without unnecessarily drawing their attention.

Notifications will be searched in locally cached data received per the SkyPath.dataQuery configuration. No server request will be made here.

Tech Algo

Here is the high-level explanation of the algorithm that is used to search turbulence to notify.

H3 Indexes

Generate an array of H3 indexes in corresponding altitudes to search turbulence to notify in.

Turbulence Reports

Get observed turbulence reports in corresponding H3 indexes and altitudes. Each report has an H3 index and altitude block (in 1,000 ft).

Filter Turbulence

Filter found reports by specified criteria:

• history time (ts)
• min severity (sev)

Notify Nearest

Take and notify on the nearest report based on the distance to and altitude difference from the current altitude. Other reports could be grouped into clusters and visualized.

Notify Logic

• Distance ahead - 100NM
• Vertical span - 4 altitude blocks (4,000 ft total), example at FL380 would be FL360..<FL400
• Route mode - If there’s a route in place then:
  • 40 NM total width around the route
  • Similar vertical span corridor on the entire route including climb and descent
• Beam mode - If not, go into beam mode
  • 15 degrees horizontal span
  • Similar vertical span

Query

By default, SDK will use a predefined configuration for searching turbulence notifications, see NotificationQuery for more details. So it will be a good start to use the default values of NotificationQuery().

There are 2 ways to get turbulence notifications:

Manually

Manually when needed. For example, on every location update, or by time intervals or distance passed. This will have all currently found turbulence notifications despite whether they were found in the previous query.

let query = NotificationQuery(altRange: altRange, route: route?.coordinates)
let result = SkyPath.shared.notifications(with: query)

It blocks the current thread, so using a separate background thread is recommended.

Automatic

Automatic monitoring. SDK will check for turbulence on every new location update. When found, a notification will be reported via SkyPathDelegate.didReceiveNotification(_:). This will not report the same turbulence notification multiple times in a row, but it could report the same notification that was reported previously if there were other notifications in between. So it will report only once in cases A1 A1 A1 A1 but will report 3 times in cases A1, A2, and A1.

let query = NotificationQuery(altRange: altRange, route: route?.coordinates)
SkyPath.shared.startMonitoringNotifications(with: query)

When the NotificationQuery changes you can call only startMonitoringNotifications(with:) with a new query without stopping it first.

Based on the NotificationQuery properties, SDK filters server reports. All NotificationQuery properties have default values. Configure it per your needs.

There are two modes: route and beam.

• Route mode is used when route line coordinates or a polygon are set in the query. It can use polygon or route line coordinates and width around to make a corridor.

• Beam mode is used when no route is provided. It is configured by angle span, and distance from the current location.

When you get a turbulence notification you can show it in the app with the local iOS notification if the app is in the background. Let SDK know that notification has been presented by:

SkyPath.shared.notifiedTurbulenceSeverity(sev)

It is safe to call startMonitoringNotifications and stopMonitoringNotifications multiple times. However, it works as enable disable, so there is no need to call it again after starting monitoring until it stops monitoring and needs to start again. You can also check SkyPath.shared.isMonitoringNotifications if you need to call startMonitoringNotifications or stopMonitoringNotifications.

Background

Background mode is required to keep using location and searching for notifications while the app is running in the background.

Schedule iOS local notification with corresponding information when got a turbulence notification while the app is running in the background. SDK provides a helper SPLocalNotificationManager

SPLocalNotificationManager.shared.scheduleNotification(
    title: "Moderate Turbulence Detected", 
    body: "In 10 mins")

Test

To test the notification you need to simulate a flight towards some turbulence area that meets NotificationQuery criteria (see the SDK API docs for more details), so the turbulence reports will be in the query corridor altitude, proper severity, etc. The following will describe the simple steps for testing using the default NotificationQuery parameters.

1. Find on the map some turbulence hexagons with a Moderate severity level at an altitude of, for example, ~38,000 ft.

2. Simulate a flight to fly at ~38,000 ft (same hexagon turbulence report altitude, so report will be within searching altitude corridor) towards that Moderate turbulence hexagon on a distance of more than 100 NM, for example, 150-200 NM.

3. By default, turbulence notifications are searched in a beam mode within 100 NM ahead, so when you fly at a distance closer than 100 NM the hexagon turbulence will be in range. Make sure that based on the current speed, it will require at least a few minutes to cover this distance.

4. The turbulence notification should arrive.

5. Move the app to the background and test showing a local notification.

These quick steps are valid if the default query parameters are used. Please take into account any customizations you made in NotificationQuery for testing. For example, if the severity of notification is set to Moderate-Severity and above, you'll need to find a corresponding Moderate-Severity hexagon, and so on.