Виктор, с локальным временем в России, в частности с европейской ее части, не все так просто. В 2011 году осенний возврат стрелок в России на зимнее время был отменён и московское время стало постоянно соответствовать UTC+4, то есть бывшему летнему времени, фактически оставшись на "зимнем" времени, что и отражено в cty.dat. Но, согласно Закону России «Об исчислении времени» с 26 октября 2014 года московское время стало соответствовать «третьему часовому поясу в национальной шкале времени Российской Федерации UTC(SU)+3», то есть эквивалентно UTC+3, что не стало соответствовать общепринятому разделению на временные зоны. При этом Удмуртия и Самарская область перешли в часовую зону МСК+1, сохранив время UTC+4. В 2016—2018 годах московское время было отменено в Астраханской, Саратовской, Ульяновской, и других и в этих регионах снова стало применяться время МСК+1, т.е. UTC+4. Так что менять CTY.DAT будет не совсем верно. А вот файл country_district.dat отражает особенности региона, и именно он берется для отражения локального времени в окне ввода QSO и соответствует реалиям.
Так что и в UR5EQF и LogHX локальное время отражается одинаково.
Вложение 264284 Вложение 264285
Другое дело, что локальное время в шапке лога LogHX берется из файла CTY.DAT, где локальное время соответствует мировому разделению временных зон, и не отражает особенности принятые в отдельных регионах.
Кстати, такой фичи, как показ в логе местного времени уже занесенного в лог QSO в UR5EQF нет. Но эта фича может очень легко ввести в залуждение. Поясню. Дело в том, что время UTC QSO занесенного
в лог статично, а местное время время корреспондента в шапке лога - динамично, т.е. постоянно изменяется в соответствии с текущим временем. И если на момент проведения QSO оно соответствовало местному времени корреспондента (с учетом +/- UTC), то уже через несколько минут не будет соответсвовать времени проведения QSO. Т.е. если я полистаю лог, найду определенный позывной и хочу посмотреть, какое же у него было тогда местное время, то я обязательно попаду впросак. Оно будет показывать локальное время у корреспондента на текущий момент, а не на момент проведения QSO. Это надо всегда держать в уме. Здесь целесообразнее было бы не динамическое время показывть, а +/- UTC или вообще его убрать.