Last Updated: October 2026 Β· App Version 1.3.0+7
1. Introduction
Welcome to Ham Logging! This Privacy Policy explains how we collect, use, and protect your information when you use our amateur radio QSO logging application. Ham Logging is developed by A41UX (Unixeerβ’) and is designed for licensed amateur radio operators who need a full-featured, privacy-respecting electronic logbook.
Our Commitment to Privacy:
Ham Logging is built with your privacy in mind. All your QSO data, credentials, and settings are stored locally on your device. Ham Logging has no backend servers of its own β we never collect, transmit, or sell your personal data. Any external service the app talks to (QRZ.com, eQSL, LoTW, ClubLog, APRS, map tile providers, etc.) is used only when you configure it and only to deliver the feature you requested. One exception worth naming plainly: when the Map is showing your live position, an approximate position — rounded to about 100 m — is sent to open-meteo.com to look up your height above sea level. It is not attached to a QSO and never reaches a logging service.
2. Information We Collect
2.1 Information Stored Locally on Your Device
Ham Logging stores the following information locally on your device:
- Amateur Radio Callsign: Your default callsign used as my_callsign on QSOs you log
- Grid Locator (Maidenhead): Your station grid square (e.g., LL93eo33) used for map centering, worked-grid tracking, and Gray-Line / propagation predictions
- Email Address (Optional): Used only inside the app for QSL / lookup-share features you initiate
- Default Mode / TX Band / RX Band: Preset values for new QSO entry
- Font Scale, Dark Mode, ITU Region, Tips & Tricks toggle, Collapsible QSO List toggle, Aurora Overlay toggle, Worked Grids toggle: UI preferences
- QSL Card Background (Optional): A picture you choose in Settings, trimmed to the card's size and kept in the app's own storage on your device. It is never uploaded; it leaves your device only inside a QSL card you choose to share.
- QSO Log Data: Complete record of each contact you log, including:
- Worked callsign + optional worked-club callsign
- UTC date and time (on / off)
- Band, Mode, Submode, TX/RX frequency, TX/RX band
- RST sent / received, Power
- Your callsign, your grid, station callsign
- Worked station's grid, country, DXCC, CQ Zone, ITU Zone, continent, state, county, name, QTH
- Activity refs β POTA, SOTA, WWFF (yours and theirs), SIG info
- Propagation mode (ADIF spec codes β SAT, EME, AUR, etc.), Satellite name, Satellite mode
- Contest ID, serial sent / received
- Comment, notes, timestamp (ISO 8601 creation time)
- QSL flags (paper, LoTW, eQSL β sent and received)
- Service attribution β which services a QSO was downloaded from or uploaded to
- Per-Service Credentials (Optional): Only stored for services you explicitly enable in the Sync page:
- QRZ.com Logbook (username / API key or password)
- QRZ.com callsign-lookup username / password
- eQSL.cc (username / password)
- LoTW (callsign / web password; uploads still require the official TQSL desktop signing app)
- ClubLog (email / password / callsign)
- HRDLog.net (callsign / upload code)
- HamQTH (username / password)
- CloudLog (station ID / API key / URL)
- Wavelog (station ID / API key / URL)
- Ham365.net (username / password)
- QSO360 (if configured)
- Log4OM Cloud (if configured)
- N1MM Logger+ (target PC IP + send port + listen port for UDP)
- Per-service last-sync / last-upload / last-download timestamps
- APRS Credentials (Optional):
- APRS Callsign: A dedicated field separate from your default QSO callsign β lets you beacon with an APRS-specific SSID (e.g., -9 Mobile, -13 Weather) without polluting your QSO logbook
- aprs.fi API Key: Optional key used only to resolve "heard-by" stations on the APRS map layer
- APRS-IS Passcode (Optional): Needed only to send APRS messages. It is stored on your device and sent only to the APRS-IS server when the app logs in. Ham Logging never calculates a passcode for you. You can get yours from a passcode generator such as apps.magicbug.co.uk/passcode, which you visit yourself — Ham Logging does not contact it.
- QRZ Lookup Cache: Results of previous callsign lookups are cached locally (with TTL) so typing the same callsign twice doesn't re-hit the network. Cleared on demand from Settings.
- Rover Mode Disclaimer Flag: A single boolean remembering whether you have acknowledged the distracted-driving safety reminder. Reset by the Settings "Reset All" flow.
2.2 Callsign Lookup (QRZ.com)
When you enter a worked callsign on the QSO entry page (or Rover Mode), Ham Logging can auto-fill identity fields (name, country, grid, CQ/ITU zones, state, county) via the QRZ.com XML API and β for richer data like QSL preferences, LoTW/eQSL status, license class, and profile photo β via authenticated requests to QRZ.com's web interface.
- What is sent: Your QRZ.com username, password or session cookie, and the worked callsign being looked up
- When: Only after you have typed at least 3 characters and paused (600 ms debounce), or when you explicitly tap the Test Lookup button in Settings, or as part of a Sync-page enrichment pass, or when you tap the map icon on a DX spot card (version 1.3.0 β it asks QRZ for that one station's grid, and never in the background)
- Disabled by default: If you don't configure QRZ credentials in Settings, no lookups are performed
- Cached locally: Successful results are cached with TTL so repeat lookups are instant and offline-friendly
2.3 Sync & Upload Services (Optional)
Ham Logging integrates with 20 amateur-radio logging / awards / confirmation services. Nothing is ever uploaded or downloaded automatically β every sync is user-initiated from the Sync page.
Services with live upload / download API integration:
- QRZ.com Logbook (XML API)
- eQSL.cc (ADIF upload + download)
- ClubLog (real-time single-QSO API + download)
- HRDLog.net (ADIF upload)
- HamQTH (ADIF upload)
- CloudLog (ADIF via JSON API β upload + download)
- Wavelog (ADIF via JSON API β upload + download)
- Ham365.net (ADIF upload)
- N1MM Logger+ (UDP contactinfo XML β local-network upload + download)
- LoTW (confirmation download; uploads require the ARRL's official TQSL desktop app)
- cqGMA (
www.gma.rocks β upload only; sends only the contacts that carry a GMA reference, with the cqGMA username and password you enter. A contact you later edit is corrected there, and one you delete β or take the GMA reference off β is removed there, at your next cqGMA upload and under the same login. The app tells you before you delete.)
Services with export-only integration (you export ADIF / CSV from Ham Logging and upload it via the service's own website or desktop tool): QRZ-CQ, QSO360, AwardWatch, POTA, SOTA, WWFF, TCL-QSO, ARRL Contest, Log4OM Cloud. Since version 1.3.0 the POTA, SOTA, WWFF and ARRL Contest files hold only the contacts that belong to that programme, not your whole log.
That list is strictly about your logbook, which Ham Logging never uploads to any of them. Some of the same names appear elsewhere in this policy for entirely different reasons, and it is worth being explicit rather than leaving it to be inferred: the app reads live spot feeds from POTA and SOTA (Section 2.6), and it can publish a spot of you to POTA, WWFF, GMA and a DX cluster node when you ask it to (Section 2.7). Neither of those carries a single QSO from your log.
What is sent during a sync:
- Your credentials for the specific service (via the service's own API endpoint)
- Your QSO records in ADIF 3.1.4 / JSON / CSV / UDP-XML format depending on the service
- Incremental upload only sends QSOs created or modified since the last successful sync
- Upload success is verified by parsing each service's response body, not by assuming HTTP 200 is a success
2.4 APRS Map Layer (Optional)
If you enable "Show My APRS Beacons on Map" in Settings, Ham Logging opens a TCP connection to a public APRS-IS server (rotate.aprs2.net:14580) with a read-only passcode (-1) — or, if you have entered your APRS-IS passcode to send messages, with that passcode — and a filter scoped to your APRS callsign and to messages addressed to it. It also optionally queries the aprs.fi REST API every 30 seconds to pull recently-seen positions.
APRS messages: While the layer is on, messages addressed to your APRS callsign (any SSID) are received and shown in the app. If you have entered your APRS-IS passcode, you can also send messages: the app then sends each message you write to APRS-IS, and an acknowledgement for each message you receive at its own APRS callsign (or at your callsign with no SSID). Like all APRS traffic, messages are public on the APRS network. They are kept only while the app is running — they are not saved on your device.
APRS Broadcasting is Public:
Ham Logging does NOT transmit any APRS beacons of its own β your radio (TNC, mobile rig, or hand-held) does the transmitting. Once your rig beacons over RF and an iGate forwards it to the APRS-IS network, your callsign, GPS position, comment, and symbol are public information visible to anyone on the APRS network (aprs.fi, aprsdigi.net, and countless archive sites). Use a dedicated APRS callsign (e.g. SSID -9 or -13) if you want separation between your QSO logbook and your APRS identity.
2.5 Map Tiles
The Map tab and Gray-Line / Propagation tabs load map tiles from public providers:
- OpenStreetMap (
tile.openstreetmap.org) β light-mode basemap
- CartoDB Basemaps (
basemaps.cartocdn.com) β dark-mode basemap
Tile providers see only the tiles you browse (not your callsign or identity). No authentication is used. Tiles are cached by the Flutter flutter_map tile cache on your device.
2.6 Propagation & Spotting Data Sources
The Extra tab (Solar / Conditions / Tropo / Gray Line / Path / Spots) pulls public data:
- HamQSL β solar-indices banner
- NOAA SWPC OVATION β aurora overlay
- PSK Reporter + WSPR (
db1.wspr.live) β path prediction + ionosonde
- DX cluster spotters + POTA API (
api.pota.app) β unified Spots tab
- SOTA API (
api-db2.sota.org.uk) β the SOTA sub-tab's live summit spots and planned activations. Read-only: Ham Logging reads this feed and never posts to it. Requests carry an identifying User-Agent (HamLogging/β¦) and no account, callsign or position of yours.
- GMA spot lists (
www.gma.rocks) β the GMA and WWFF sub-tabs read GMA's lists of live spots and planned activations. The request carries the key GMA issued to the app and nothing about you. GMA counts these requests per network address β the address any server sees a request come from β to apply its limit of one request a minute.
- WA7BNM Contest Calendar (
contestcalendar.com) β the Contests sub-tab
- Reference names β GMA (
www.gma.rocks) and POTA (api.pota.app) β when you type a GMA, POTA or SOTA reference on the New QSO page or in the Announce dialog, the app asks that programme's register for the name of the summit or park, so that a mistyped reference is seen before it is used. The request carries the reference you typed and nothing about you; the one to GMA also carries the key GMA issued to the app. A SOTA reference is looked up in GMA's register β SOTA's own service is not asked.
- All of the above are public feeds and none of them is told who you are. The RBN sub-tab is the one exception, and it is one by nature: it exists to show spots of your own callsign, so it signs in to HamQTH with the username and password you entered in Settings and asks for recent activity for your call. Leave those credentials empty and never open that sub-tab, and nothing identifying is sent to any spotting source.
2.7 Activations & Spottings (publishing a spot of yourself)
From Extra β Spots you can announce a planned activation or spot yourself live. Nothing in this section happens unless you open that dialog and send β there is no background or automatic spotting anywhere in the app.
A spot or announcement is published to the programmes you tick, and to nothing else:
- POTA (
api.pota.app) β no account or credentials of any kind
- WWFF β uses the WWFF API key you enter in Settings
- GMA (
www.gma.rocks) β no account of yours: since version 1.3.0 GMA recognises the app itself by a key it issued to Ham Logging. Live spots only. A GMA token saved by an earlier version is deleted from your device.
- DX cluster β a plain TCP connection to the node you choose. A cluster login is your callsign; there is no password to store.
What a spot carries: the callsign shown in the announcement window (your saved callsign, unless you change it for that announcement β A41UX/P, for example β or a programme's fallback callsign when none is saved), the park or summit reference, the frequency, the mode, the time, and whatever comment you type. That is the whole point of a spot β it is published so that other operators can find you on the air, and it is public the moment it is sent.
Announcements are queued rather than fired and forgotten, so one composed where there is no signal is held on your device and sent when coverage returns. Nothing else is attached: no position fix, no device identifier, and not one QSO from your log.
SOTA is deliberately not in that list. Ham Logging reads SOTAwatch (Section 2.6) but cannot post to it. The SOTA project confirmed in September 2026 that it permits read-only use of its API and is not issuing new client credentials, so the app does not offer SOTA as a spotting destination and does not ask you for a SOTA login.
2.8 Voice Phonetic Dictation (Rover Mode)
Rover Mode includes a press-and-hold microphone button for dictating callsigns in NATO phonetics ("alpha four six uniform"). When you hold the button:
- Microphone permission is requested explicitly by the operating system on first use; denying it disables the feature with a friendly snackbar. If you previously denied permission, the snackbar offers an Open Settings button that deep-links to the app's permission screen so you can grant it without hunting through OS Settings.
- Speech recognition permission is also requested on iOS (Apple's
NSSpeechRecognitionUsageDescription). On Android no separate permission exists β the OS gates this on whether a speech recognition service is installed.
- Recognition is performed by your device's built-in speech engine β Apple Siri on iOS, Google Speech on Android. Modern devices recognise on-device when possible; older devices may use the engine's online service. Ham Logging does not override that choice: forcing on-device recognition would fail outright on devices and languages with no offline model installed, so the engine is left to use whichever it can — and either way the app itself never sees or sends the audio, only the recognised text.
- On Android devices without a speech recognition service (some Huawei and other AOSP-without-Google-Mobile-Services configurations), voice dictation is unavailable. Ham Logging surfaces a clear "Speech recognition isn't available β install Google Speech Services or use manual callsign entry" message instead of a misleading "permissions" error.
- On managed devices (iOS Screen Time, parental controls, MDM profiles), microphone access may be restricted at a level above the app. In that case the snackbar explains the cause clearly.
- Ham Logging never records, stores, or transmits the audio. Only the recognised text string is read back from the OS, parsed locally against the NATO phonetic table, and inserted into the callsign field.
- Releasing the button stops the engine immediately. The temporary text buffer is cleared after the field is populated.
- The feature is fully optional β Rover Mode also accepts keyboard typing as it always has.
2.9 Information We Do NOT Collect
Ham Logging does NOT collect, transmit, or store:
- β No analytics, telemetry, or crash-reporting SDKs (no Firebase, Sentry, Crashlytics, Mixpanel, etc.)
- β No usage statistics or behavior tracking
- β No advertising identifiers
- β No financial information
- β No device identifiers used for tracking
- β No data shared with third parties for marketing
- β No cloud-sync of your QSO log to Ham Loggingβoperated servers (we run none)
Important: Ham Logging does not include any analytics SDK, advertising framework, or third-party tracking service. Your data never leaves your device unless you explicitly sync with a third-party amateur-radio logging service, publish a spot of yourself (Section 2.7), export a file, send an APRS message, or use the APRS / map / propagation features that query public data sources described above. In every one of those cases the data goes to the service you chose, at the moment you ask it to — never to Unixeer, which operates no servers of any kind and receives nothing.
3. How We Use Your Information
3.1 Core Functionality
- QSO Logging: Record your amateur radio contacts with full ADIF-compatible field coverage
- Callsign Enrichment: Auto-fill worked-station identity from QRZ.com (only when you've configured QRZ credentials)
- Multi-Service Sync: Upload confirmed QSOs to your preferred award / confirmation services and download confirmations back
- Map Visualization: Plot worked grids, your home grid, and destination locations on an interactive map
- Propagation Planning: Compute path openings, MUF, aurora, Gray-Line terminator, and 24-hour forecast from public solar / ionospheric data
- Spot Monitoring: Display DX, POTA, and Contest spots with band + continent filtering
- APRS Visualization: Show your own APRS beacons on a map, optionally with "heard by" attribution via aprs.fi, and send and receive APRS messages
- QSL Card Export: Render a themed PNG QSL card per QSO (code-rendered, no bundled artwork), optionally over a background picture you choose
- Rover Mode: A low-distraction large-target logging screen designed for mobile operating
3.2 Data Export and Import
You can fully export and re-import your QSO log in the following formats:
- ADIF 3.1.4 β Export, Import (round-trip safe across all 26+ fields)
- CSV β Export, Import (column set matches ADIF field coverage)
- JSON β Export, Import (native / full-fidelity backup format)
- Image (PNG) β Per-QSO QSL card, statistics panel, lookup results
These options are user-initiated and under your complete control. A single "Share Backup" action produces CSV + JSON + ADIF in one share sheet for full archival.
4. Third-Party Services
4.1 QRZ.com (Callsign Lookup + Logbook)
If you configure QRZ credentials in Settings, Ham Logging queries the QRZ XML API and (for richer profile data) authenticates to the QRZ.com web interface. Information sent:
- Your QRZ username and password (or session cookie) β stored locally on your device
- The worked callsign you are looking up
- A desktop User-Agent header to retrieve the full QRZ detail page
Results are cached locally so subsequent lookups of the same callsign don't re-hit QRZ. You can clear the cache from Settings at any time.
4.2 Amateur Radio Logging & Confirmation Services
Ham Logging can sync with the services listed in Section 2.3. Each service has its own privacy policy β Ham Logging's only role is to authenticate on your behalf and transmit the QSO records you choose to upload. Credentials are stored locally and only used for the specific service they belong to.
4.3 APRS-IS and aprs.fi
When APRS is enabled (Section 2.4), Ham Logging connects to public APRS-IS infrastructure (rotate.aprs2.net:14580) with a read-only passcode (-1), or with your own APRS-IS passcode if you have entered one to send messages. Your APRS callsign is used as the login identity. The optional aprs.fi API key enables the "heard-by" feature via the aprs.fi REST API.
See the aprs.fi privacy notice for their data handling.
4.4 Map Tile Providers
OpenStreetMap and CartoDB tile providers deliver map imagery. No authentication or personal data is sent β only the tile coordinates your map is currently viewing.
4.5 Public Propagation Feeds
HamQSL (solar indices), NOAA SWPC (aurora / space weather), PSK Reporter + WSPR Live (path prediction), POTA spot API, SOTA API (api-db2.sota.org.uk, read-only), GMA spot lists (www.gma.rocks), WA7BNM Contest Calendar, DX cluster spotters β all public, and none of them is told who you are.
The RBN sub-tab is the exception, because its whole purpose is to find spots of your own callsign: it authenticates to HamQTH with the credentials you entered and queries your call. That is the only spotting source that learns your identity, and it is never contacted unless you supply those credentials.
5. Location Services
5.1 When Location Is Used
Your home position is a Maidenhead grid square you type into Settings. It is not sensed, and most of the app works from it alone — propagation, bearings and distances to entered grids are all calculated from that grid, not from GPS.
The app reads your device location in exactly two places:
- The Map tab. While the Map is open, Ham Logging asks for your position about once a second to keep the “YOU” marker in step with you as you move. Permission is requested when you first open the Map. Polling stops whenever the app is in the background or the Map is not on screen, and resumes when it is.
- Sorting spots by distance. On the DX, POTA and SOTA spot lists you can sort by distance from your current location. Choosing that option takes a single position fix — it is never a continuous read, and nothing is requested unless you pick that sort. Sorting by your saved QTH grid instead uses no location at all.
Your position stays on the device in both cases. It is never uploaded to Unixeer, never attached to a QSO record, and never included in a shared image or export — a shared spot list names the origin a distance was measured from, but never the coordinates.
One exception, and it is worth stating plainly. The Map panel shows your height above sea level, and that figure is looked up from a public terrain model rather than read off the GPS — phones disagree about what “altitude” means and the raw reading is the least accurate thing a receiver reports. To look it up, an approximate position is sent to api.open-meteo.com: the coordinates are rounded to three decimal places first, about 110 m, and no callsign, device identifier or anything else accompanies them. The result is cached on the device, so the same place is never looked up twice. If you are offline, your device’s own altitude reading is used instead and nothing leaves the phone.
The propagation forecast on the Extra tab also fetches from api.open-meteo.com. That request carries the region you are viewing, not your position.
If you decline the permission, both features degrade rather than fail: the Map simply has no “YOU” marker, and distance sorting falls back to your saved QTH grid.
5.2 Revoking Location Access
- Android: Settings β Apps β Ham Logging β Permissions β Location
- iOS: Settings β Ham Logging β Location
The app remains fully functional with location permission denied β simply enter your grid square manually.
6. Data Storage and Security
6.1 Local Storage
- App-specific secure storage directory (Documents) on iOS and Android
- QSO log file:
qso_log.json β human-readable JSON, easy to back up / inspect
- Settings: Platform-native SharedPreferences / NSUserDefaults / registry
6.2 Data Security
- Credentials for third-party services — every password, API key and upload code, the aprs.fi key included — are stored using the secure storage provided by your device OS (Android Keystore / iOS Keychain). Where a device’s keystore is broken, which does happen on a small number of handsets, the app detects it at launch, falls back to protected app-private storage, says so in Settings rather than failing silently, and moves the credentials back once the keystore recovers.
- No encryption keys or sensitive data are transmitted to Ham Logging servers (we operate none)
- Your data is protected by your device's security features (PIN, fingerprint, Face ID, etc.)
- Network security: no unencrypted web traffic at all. Android's
network_security_config.xml denies cleartext outright and iOS mirrors it (NSAllowsArbitraryLoads is false). The one carve-out that used to exist — for the db1.wspr.live propagation database — was removed in August 2026 once that host began serving a valid certificate.
- Four connections are raw sockets rather than web requests, and sit outside that policy by nature: rig control, APRS-IS, the DX cluster self-spot, and the N1MM Logger+ link β which is UDP and never leaves your local network. DX clusters speak plain TCP by protocol and do not offer TLS; nothing in any of those sessions carries a logging-service password.
6.3 Backup and Sync
Ham Logging does NOT automatically back up or sync your data to any cloud service. To back up your data:
- Use the Sync page's "Share Backup" action to export CSV + JSON + ADIF in a single share sheet
- Your device's own backup system (iCloud, Google Drive) may include the app's local file if backups are enabled β but Ham Logging itself uploads nothing
- Sync individually to the external services you trust (eQSL, ClubLog, LoTW, QRZ Logbook, etc.) for cloud-side redundancy
7. Permissions Required
| Permission |
Platform |
Purpose |
| Internet |
All |
QRZ lookup, Sync services, APRS-IS, map tiles, propagation feeds |
| Location (Optional) |
Mobile |
Live “YOU” marker while the Map tab is open (about 1 Hz, paused in the background); one single fix when you sort spots by distance from your current location. Never uploaded to Unixeer or to a logging service; an approximate position rounded to about 110 m goes to api.open-meteo.com only to look up your height above sea level (see §5.1). |
| Storage / Files |
All |
Save / load QSO log, export ADIF / CSV / JSON, import backups, save QSL PNGs |
| Photo Library Add |
iOS |
Save QSL card PNGs + shared images to Photos |
| Local Network |
iOS |
N1MM Logger+ UDP bridge on your LAN (only if configured) |
| Microphone (Optional) |
All |
Rover Mode press-and-hold voice phonetics. Audio is parsed locally by the OS speech engine; no audio is recorded, stored, or sent to any server. Only the resulting callsign text is kept. |
| Speech Recognition (Optional) |
iOS |
Same Rover Mode feature as above. Apple's on-device or cloud Siri engine handles the recognition; we never see the audio, only the recognised text. |
8. Children's Privacy
Ham Logging is designed for amateur radio operators who hold valid amateur radio licenses. In most countries, obtaining a license requires passing an examination and meeting age requirements set by national telecommunications authorities. We do not knowingly collect information from children under 13 (or the equivalent minimum age in your jurisdiction) without appropriate consent. If you are a parent or guardian and believe your child has provided information to Ham Logging, please contact us.
9. Your Rights and Choices
9.1 Access Your Data
- View your complete QSO log at any time from the QSO Logs tab
- Export in ADIF / CSV / JSON at any time β you always have a portable copy
- Review all stored settings and credentials on the Settings page
9.2 Modify Your Data
- Edit any QSO entry individually
- Bulk re-enrich missing fields via the Sync page "Re-enrich Missing Fields" action (QRZ batch)
- Update your callsign, grid, APRS callsign, aprs.fi key, and any service credential at any time
9.3 Delete Your Data
- Partial deletion: Delete individual QSOs from the QSO Logs page
- Clear the log: Use the "Clear List" action in the QSO Logs menu (themed confirmation dialog)
- Reset settings: Settings page β Reset All App Settings β restores your app preferences (callsign, grid, default mode / band, theme, ITU region, font size, display toggles, and the Rover Mode disclaimer flag) to their defaults. Your service credentials and your QSO log are preserved
- Delete credentials: Settings page β Delete All Account Data (type DELETE to confirm) β removes all stored service logins, passwords, API keys and upload codes, your QRZ lookup login, your APRS callsign and aprs.fi key, and per-service sync history. Your app settings and your QSO log are preserved
- Complete deletion: Uninstall Ham Logging β all locally stored data is removed by the OS
- Remove from external services: Each external service (eQSL, LoTW, ClubLog, QRZ, etc.) has its own deletion process β Ham Logging can upload / download but cannot delete records on their servers
10. International Users
Ham Logging is available worldwide and is used by licensed amateur radio operators in many countries. Your data is processed locally on your device regardless of your location. When you sync with external services, their jurisdiction and data-handling practices apply β please review each service's privacy policy before enabling it.
11. Changes to This Privacy Policy
We may update this Privacy Policy from time to time to reflect changes in our practices or for legal / regulatory / operational reasons.
- The "Last Updated" date at the top of this policy will be revised
- Significant changes will be communicated through the app or on our website
- Continued use of Ham Logging after changes constitutes acceptance of the updated policy
We encourage you to review this Privacy Policy periodically.
12. Data Retention
- QSO Logs: Retained indefinitely on-device until you delete them manually
- Settings: Retained until you change them, hit Reset All App Settings, or uninstall
- Credentials: Retained until you change them, use Delete All Account Data, or uninstall
- QRZ Lookup Cache: Retained per configured TTL or until you clear it from Settings
- APRS Session Data: Retained in memory only while APRS is enabled β disposed when you toggle off or leave the map / change APRS callsign
- Per-service Last-Sync Timestamps: Retained until you use Delete All Account Data, Clear List, or uninstall
All on-device data is permanently deleted when you uninstall Ham Logging.
13. Compliance and Jurisdiction
Ham Logging is developed in Oman and is intended for use by licensed amateur radio operators worldwide. We strive to comply with applicable data-protection laws including:
- GDPR (European Union)
- CCPA (California, USA)
- Other applicable regional data-protection regulations
If you have specific questions about compliance in your jurisdiction, please contact us.