-
Notifications
You must be signed in to change notification settings - Fork 4
Profiles and Databases
Every setting in OpsLog is per-profile: station identity, CAT, lookup, QSL defaults, awards display, antennas, and which logbook to use. Create one profile per callsign / station / event.
The pill in the top bar is the station switcher — click it and pick a profile. It shows the active profile's name, not its callsign: every profile of one operator has the same callsign, so the name is the only thing that tells "Main" from "Remote". The callsign and the locator are in the tooltip. Managing profiles is at the bottom of that list (and in Settings).
Since 0.21.0 the settings and the QSOs live in separate files:
| Store | What | Where |
|---|---|---|
Settings database (settings.db, or opslog.db on older installs) |
settings, profiles, rigs/antennas, cluster nodes, lookup cache, award lists, QSL templates | always the local SQLite file under data/
|
Logbook (logbook.db) |
your QSOs | where the active profile points — a local SQLite file or shared MySQL |
Keeping the settings local means the UI is instant even when the logbook is a far-away MySQL server. Settings → Database shows the two as separate sections, with an Open folder shortcut; a logbook file can be renamed or relocated (its QSOs move with it), and the status bar names the logbook file — that is the one to back up.
A profile can point at its own logbook file — ideal for a visiting operator, whose contacts stay out of your log without touching your settings.
Portable: paths inside the OpsLog folder are stored relative to it, so moving the whole folder to another drive or PC loses nothing.
Point a profile's logbook at a MySQL database so several operators run one log — e.g. a multi-op special-event call. Configure the host / database / credentials in the profile's database settings.
- The database and tables are converted to utf8mb4 on connect, so Cyrillic or Polish characters from a QRZ lookup store correctly even when the hosting panel created the database as latin1.
- An FT8/MSHV QSO that cannot reach a laggy shared database is parked and re-logged automatically once it recovers — no lost QSOs.
- Switching to a profile whose MySQL is unreachable shows a clear warning instead of silently staying on the previous logbook.
This is also what powers Multi-Operator Live Status.
Optional database + ADIF backup at shutdown (Settings → Backup). Regardless,
copying the data/ folder backs up your settings and local logbook. See
Settings and Data.
By default each exit overwrites the day's backup file. Keep all instead
writes a separate opslog-YYYY-MM-DD-HHMMSS.db every time, so several exits in
one day are several files. Rotation still keeps only the newest N — raise that
number if you want more history.
Every setting is per profile, station hardware included. Switching profile reconnects the CAT link, the amplifiers, the motorized antenna, the Antenna Genius and the tuner using the new profile's settings — so an operator with, say, an SPE on COM9 for HF and another on COM10 for 6 m gets the right one by switching profile, with no visit to Settings.
The Winkeyer is deliberately left alone: you connect it explicitly.
OpsLog — a modern ham-radio logger by F4BPO · Home · Troubleshooting — 🇫🇷 Accueil · Dépannage
🇬🇧 English · 🇫🇷 Français
Start here
Logging
Radio control (CAT)
Operating
- DX Cluster and Spots
- Maps and Antennas
- Propagation MUF Map
- Satellites
- Amplifiers and Switches
- Audio and Keyers
- Contest Logging
- Net Control
- Multi-Operator Live Status
- Connections
- Digital Modes and GridTracker
QSL & Awards
Reference
Commencer ici
Journal
Pilotage radio (CAT)
Trafic
- Cluster DX et spots
- Cartes et antennes
- Propagation (carte MUF)
- Satellites
- Amplis et commutateurs
- Audio et manipulateurs
- Contest
- Net Control
- Multi-opérateur en direct
- Connexions
- Modes numériques et GridTracker
QSL et diplômes
Référence