Skip to content

Callsign Lookup & Data Files ​

Every decode is enriched with its DXCC entity, CQ zone, continent and grid so the engine can colour rows, evaluate marathon/zone targets, and flag LoTW users. This page explains the lookup and the data files behind it.

The lookup chain ​

For each callsign, the app resolves the entity in priority order:

  1. In-memory cache — a fast cache of recent lookups.
  2. Invalid operations — known bogus/illegal operations are rejected.
  3. Club Log callsign exceptions — per-call overrides (e.g. a call operating from a different entity). Highest confidence.
  4. Country data — the primary entity/zone source (longest-prefix match, plus exact-call overrides).
  5. Prefix fallback — longest-first prefix scan.

The result includes the entity, CQ zone, continent and grid (noting whether the grid was provided, cached or guessed), plus a LoTW flag.

Data files ​

The app relies on a few reference data sets:

  • Country data files (from Club Log and country-files.com) — DXCC entities, prefixes, exact-call and zone overrides, and invalid operations.
  • CQ-zone geometry (bundled) — used to find the CQ zone from a grid.
  • The LoTW user list (from ARRL LoTW) — which callsigns use LoTW (the • indicator + LoTW filter).
  • A local cache of resolved lookups and callsign→grid fallbacks, for speed.

Keeping data current ​

From the Tools menu:

  • Update DXCC Info → refreshes the DXCC country data from Club Log.
  • Update country and region files → refreshes the country file from country-files.com.
  • Update LoTW Info → refreshes the LoTW user list.

These can also be refreshed together in one pass during update flows.

CQ-zone resolution ​

To find a CQ zone from a grid, the app converts the Maidenhead locator to latitude/longitude and tests it against the CQ-zone areas (with a nearest-zone fallback near borders). This is what makes Wanted CQ Zone(s) targeting work even when the decode doesn't explicitly state a zone.

Caching and performance ​

  • Lookups are kept in memory and persisted to a local cache, flushed on exit.
  • Prefix tables are pre-indexed for fast longest-prefix matching.
  • Grid/coordinate helpers are cached, so heavy band openings don't bog down the UI.

Wait and Pounce — an FT8/FT4 DX pounce assistant.