Может кому пригодится.
Так сложилось, что из города в основном работаю в цифровых видах модуляции (FT8 и иже с ним). Встал вопрос, что делать с аппаратным журналом.
И если локально всё решается достаточно просто -- большая часть софта для ведения аппаратного журнала способна взаимодействовать с софтом для работы в цифровых видах, то, когда у тебя несколько QTH и удалёнка вдобавок, всё становится интереснее.
К примеру, софт для работы в цифровых видах умеет в цветовое выделение сообщений по разным критериям (к примеру, позывной из новой для тебя страны, или новой страны на этом диапазоне). Но софт это делает, базируясь на своём внутреннем журнале. И возникает вопрос, а как синхронизировать-то?
Что сделано у меня:
1. Поднято своё локальное облако (можно использовать любое, но предпочитаю своё) -- Nextcloud.
2. JTDX
2а. Основной рабочий каталог для каждого позывного, используемого в JTDX лежит в облаке.
2б. В той же сети, где и сервер. Локальные рабочие каталоги для каждого профиля (под разные передатчики, находятся в профиле операционной системы для пользователя) заменены символическими ссылками на основные рабочие каталоги для соответствующих позывных
2в. На удалённых локациях (доступ через интернет). Для каждой локации основные рабочие каталоги для каждого позывного также лежат в облаке. Локальные рабочие каталоги -- символические ссылки на них. Но! файл wsjtx-log.adi в локальных рабочих каталогах -- это символическая ссылка на этот же файл из основного рабочего каталога домашнего QTH. В результате уменьшается требуемое время для синхронизации большего количества файлов, а журнал становится общим для всех QTH. В случае плохого коннекта отключается синхронизация каталогов, остаётся только синхронизация лог-файла. Или вообще синхронизация ставится на паузу, и запускается перед тем, как уезжать домой.
3, Цветовая схема раскраски копируется между ini-файлами профилей JTDX. Использовать один и тот же профиль на разных QTH мне неудобно ввиду различных мониторов.
4. WSJT-X. Та же история, что и с JTDX. Файл журнала -- тот же (wsjtx_log.adi), ссылка в локальных рабочих каталогах (те, что в профиле пользователя ОС) "смотрит" в основной рабочий каталог JTDX.
5. MSHV. Тут пока задачи синхронизировать лог не было, поскольку MSHV используется в специфических случаях (работа на спецпозывными, или "экзотика" на УКВ типа метеоров). Но известно, где он лежит, формат -- тот же ADIF, но поля в другом порядке. Нужно проверить, насколько для MSHV порядок полей важен (по стандарту -- не должен влиять ни на что).
В результате независимо от передатчика и QTH у меня в софте для цифровых видов модуляции раскраска и отметки идентичны.