Nearest Airport, Nearest Hospital: The Situational Awareness Data Every Pre-Flight Needs

FlightDeck software displaying airport and hospital proximity data on a map for a commercial UAS job site

Most Part 107 pilots know their airspace classification before wheels up. Fewer know the distance and bearing to the nearest airport — or the nearest hospital. Both numbers matter, and both require more than a quick glance at a map to calculate accurately for a hundred sites at once.

FlightDeck calculates and records both automatically for every site in your project, stored directly in your working data file so the information is always there when you need it.

Why Distance to the Nearest Airport Matters

Airspace classification tells you whether you need authorization. Distance and bearing to the airport gives you the operational picture — which direction manned traffic is likely approaching from, how close you are to approach and departure corridors, and what situational awareness your crew needs during the operation.

It also matters for your documentation. COA narratives, pre-flight checklists, and formal risk assessments typically require nearest airport information. Having it automatically populated across your entire project means you’re not manually looking up each site the night before.

FlightDeck stores two entries for each site: the nearest airport and the second-nearest airport. Each entry includes the airport name, ICAO identifier, airport type, airspace class, distance in nautical miles, and cardinal bearing. All of this is calculated using Haversine geometry — the same spherical distance formula used in aviation navigation — applied against a locally stored airport database.

Why Distance to the Nearest Hospital Matters

UAS incident response planning requires knowing where the nearest medical facility is. For inspection work in rural corridors — tower lines, pipelines, agricultural parcels — that answer isn’t always obvious, and it changes with every site.

FlightDeck records the nearest hospital and second-nearest hospital for each site, with the same distance and bearing format as the airport data. On a 200-site project spread across three states, that’s 200 hospital lookups that don’t require manual research.

This data supports your pre-flight risk assessment and is available in the same row as your airspace classification, weather, and authorization status — all in one place when you’re planning the next day’s work.

How It’s Calculated

All distance and bearing calculations use Haversine geometry applied to latitude and longitude coordinates from your site list. The airport and hospital databases are stored locally, so the lookup runs whether or not you have an internet connection.

When a site already has nearest-airport data on file, FlightDeck reads from a SituationalAwareness cache to avoid redundant calculations on re-runs. New sites and any sites missing the data are calculated fresh during the 3-phase update.

The bearing is expressed as a cardinal direction — N, NE, SW, and so on — alongside the nautical mile distance, which is what you want for communicating airspace proximity in plain language.

What This Looks Like in Practice

Before a week-long tower inspection campaign, you run the FlightDeck 3-Phase Update. By the time it finishes, every site in your project has its nearest airport and hospital populated — the distance, the direction, and the identifier. Your pre-flight checklist for each site has the information without a separate research step.

When a client or project manager asks how close Site 47 is to the nearest controlled field, you have the answer in your spreadsheet, not from memory or a map lookup.

When you’re writing a COA narrative for a controlled-airspace site, the nearest airport data is already available. When you’re doing site-by-site risk assessment, hospital proximity is part of the same dataset.

The situational awareness data FlightDeck calculates is the kind of information that takes five minutes per site to look up manually — and zero minutes per site when it’s done automatically across your entire project.

FlightDeck’s situational awareness calculations are included in every license tier. Try it free for 30 days.

How FlightDeck’s 3-Phase Update Turns Raw Site Data Into a Mission-Ready Project

FlightDeck software showing the 3-phase site update workflow with geocoded site data, weather overlay, and mapping tools

One of the most time-consuming parts of managing a large commercial UAS project isn’t the flying — it’s the daily overhead of keeping your site list current. Geocoding new addresses. Pulling weather for 80 remaining sites. Generating a map your crew can actually use in the field. Doing it all again the next morning because conditions changed overnight.

FlightDeck’s 3-Phase Update collapses that workflow into a single click. Here’s exactly what it does and why it matters for professional UAS operations.

What the 3-Phase Update Is

The 3-Phase Update is the core processing engine of FlightDeck. It runs against your master project data file — the central record containing every site in your current project — and executes three sequential operations automatically.

You click run. FlightDeck does the rest.

Phase 1: Geocode

Every site in your project needs accurate GPS coordinates to function in any downstream workflow: airspace checking, weather retrieval, map generation, KML export. When you import sites from a client spreadsheet, many will have only a street address — or sometimes just a Site ID and a tower type. Geocoding converts those addresses into precise coordinates.

FlightDeck reads every site that lacks confirmed GPS coordinates and sends the address field to the OpenCage Geocoding API. The resulting latitude/longitude is written directly back to your master record. New sites added from a project import are geocoded and ready to fly within seconds of the update completing.

The system is smart about what it processes: existing complete records are skipped. Only new or incomplete entries are touched, so running the update multiple times per day doesn’t duplicate work or overwrite good data.

Phase 2: Weather

For every site scheduled but not yet flown, FlightDeck queries OpenWeatherMap and retrieves current conditions plus a 5-day forecast. Seven data points per site, per day:

  • Temperature
  • Wind speed and gusts
  • Wind direction
  • Cloud cover and sky conditions
  • Visibility
  • Precipitation probability

All of this is written to your master record automatically. Your entire project’s weather picture updates in one pass.

The color-coded forecast display gives you the field-ready view immediately: green dot means clear and favorable, red means rain, blue means snow or ice, gray means overcast. At a glance, across every remaining site, you see which days and which locations are flyable — before you brief your crew, before you load the trucks, before anyone drives anywhere.

Phase 3: Google Maps Report

The final phase generates a shareable Google Maps pin layer showing every site in your project, color-coded by flight status:

  • Scheduled but not flown
  • Flown and awaiting upload
  • Uploaded and complete
  • Flagged or problematic

The output is a formatted file you import as a layer into Google My Maps. Share the link with your crew chief, your project manager, or your client. Anyone with the link can see exactly where every site stands — no calls asking for status updates, no manual spreadsheet reports.

Update the layer daily by replacing it with a fresh export. Your crew is always looking at current status without any manual formatting or data entry.

What This Replaces

Before FlightDeck, running this workflow manually meant: opening a geocoding tool or Google Maps for each new site, pulling up a weather app for each location, manually updating a spreadsheet, generating a map in some external tool, and sending it out. For 20 sites that’s an hour. For 150 sites, it’s most of a morning.

FlightDeck does all of it in the time it takes you to pour a second cup of coffee.

Download the free 30-day trial and run your first 3-Phase Update. Load your site list, click run, and see what an hour of daily admin work looks like when it takes 20 seconds or less.

How to Manage Commercial UAS Operations Without an Internet Connection

If you’ve flown commercial UAS missions long enough, you’ve been there: you’re at a remote powerline inspection site, your cell signal drops to nothing, and whatever cloud-based tool you were relying on just became an expensive paperweight.

This is the operational reality that most drone software companies ignore. They build for the office demo, not the field.

Here’s what working offline-capable UAS operations actually looks like — and what your software stack needs to support it.

The Problem With Cloud-Dependent Drone Software

Most modern flight operations tools assume connectivity. Mission planning syncs to the cloud. Flight logs upload automatically. Approvals come through an app. It all looks great in a product video filmed from a WeWork conference room.

In the field, you’re often dealing with:

  • Rural inspection sites with no cell coverage
  • Construction zones with blocked or restricted networks
  • Agricultural land where the nearest tower is 20 miles away
  • Urban rooftop operations where Wi-Fi isn’t available to contractors

When connectivity fails, cloud-dependent tools fail with it. You’re left logging flights on paper and hoping you can reconstruct the data later.

What Offline-First Actually Means

Offline-first software doesn’t mean “it works offline sometimes.” It means the software was designed from the ground up to operate without a connection, with sync as a secondary feature rather than a core dependency.

For UAS operations, offline-first means:

  • Mission planning works on local data
  • Flight logging writes to a local database
  • Alerts and status updates are managed locally
  • File sync happens when a connection is available — on your terms

FlightDeck’s Approach

FlightDeck was built by a commercial pilot who flew missions across the lower 48 states and needed software that worked where the jobs actually happen. The entire platform runs on local SQL storage. Your mission data, flight logs, crew records, and project files live on your hardware — not on a server you don’t control.

When you’re connected, FlightDeck syncs. When you’re not, it keeps running. The only thing you need is a charged battery.

Building Your Offline Operations Stack

Beyond your core flight ops software, here’s what a complete offline-capable UAS operations stack looks like:

  1. Local flight management software — stores and manages all mission data without cloud dependency
  2. Offline maps — download sectionals and airspace data before heading to the site
  3. Local file storage — keep your COAs, waivers, insurance certificates, and client contracts on-device
  4. Battery-powered hotspot backup — for the moments when you do need to check NOTAM updates or TFRs
  5. Paper backup protocol — a simple printed preflight checklist as a last resort

The Bottom Line

Connectivity is a convenience, not a requirement — at least it shouldn’t be for professional UAS operations. If your current software stack fails when your signal does, it’s time to rethink your tools.

FlightDeck offers a free 30-day trial. Download it here and run your next mission with software that was built for the field, not the boardroom.