LogHX: Аппаратный журнал любительской радиостанции, тема №3

[RX4HX]

LogHX - программа аппаратного журнала любительской радиостанции с большими возможностями настройки "под себя".

Так как в старой теме количество сообщений стало слишком большим, открыта новая тема.
Архив старой темы находится тут:
https://forum.qrz.ru/355-loghx-appar...-tema-2-a.html

Сайт программы: RX4HX

Помощь по программе: Ссылка --> Начальная страница

Ссылка --> на файл Whatsnew.txt с информацией о последних обновлениях в релизе:

Ссылка --> Актуальные релизы и история изменений.

Канал на Youtube Сергея RD9CX: LogHX

R2DYJ: LogHX для начинающих LogHX

База дипломов - >> Вложение 262565

Уважаемые друзья!
В связи с большой загрузкой по работе отвечать на личные письма и телефонные звонки возможности нет!
Просьба все вопросы и предложения писать на форуме QRZ.RU
Спасибо за понимание!

[RN7T]

Проверьте здесь

Николай, вопрос к Вам или к Алексею.
В третий раз перелопатил лог, исправил все RDA .
Выяснил причину , что при скачивании подтверждений, RDA в логе у многих менялись , не понятным образом.
По крайней мере для меня. И скорее всего это происходит когда синхронизировал скаченный файл из Hamlog
Сейчас сохранил несколько файлов ADIF из журнала на случай такой же проблемы.
мне кажется эта тема поднималась когда то тут.
Подскажите пожалуйста, может надо где то поставить галки, что бы при синхронизации скаченного файла все данные оставались не изменными в лог.
По крайней мере RDA . Только что бы окно окрашивалось кто подтвердил QSO.
Раньше я думал что всё это происходило при пересчёте статистики. ctrl t. Но Алексей сказал что только не это. Я перепроверил несколько раз . Точно не это.
Получается только из Hamlog.
Помогите решить эту проблему.

[EU1FQ]

В третий раз перелопатил лог, исправил все RDA .
Выяснил причину , что при скачивании подтверждений, RDA в логе у многих менялись , не понятным образом.
По крайней мере для меня. И скорее всего это происходит когда синхронизировал скаченный файл из Hamlog ....

Механизм синхронизации лога с Hamlog очень простой. Если основные критерии QSO совпадают (Дата, время, диапазон, модуляция), то в журнале проставляется галочка напртив HamlogR. Это говорит о том, что само QSO как бы подтверждено на Hamlog. Но это совершенно не говорит о том, что статистика в логе по такому QSO будет отражаться верно. Рассмотрим причины. Если при синронизации с Hamlog поле GOUNTY в логе было пустым, а в скаченном с Hamlog adi файле по позывному присутствовал тег CNTY, то в лог, в поле COUNTY запишится значение района RDA из CNTY скаченного файла, и это же значение будет участвовать в статистике. Если же при синронизации с Hamlog поле GOUNTY в логе было не пустым, то оно заменится на значение района RDA из CNTY скаченного файла, и оно же будет участвовать в статистике. Если же в скаченном с Hamlog adi файле по позывному отсутствовал тег CNTY, то QSO подтвердится, но для статистики будет браться значение из поля GOUNTY (если не пустое, а кто его знает, правильно там или нет?) или не будет отражаться в статистике, так как поле COUNTY пустое. И вообще, не благодарное это дело вести статистику по RDA на основании данных их Hamlog. Там процентов сорок отсутствуют данные по CNTY, или неверные. А это все отразится на Вашей статистике Используйте https://rdaward.ru/ и https://cfmrda.ru/ Сделайте из них одну таблицу и это будет самая лучшая статистика.

[RX4HX]

при синхронизации скаченного файла все данные оставались не изменными в лог.

Вообще ситуация конечно не правильная: когда это делалось, а делалось это изначально для LoTW, то предполагалось, что данные - верные. Т.е. те данные State/County что приходят от LoTW - они указаны самим пользователе, по этому они верны. Однако с Хамлог действительно ситуация другая - там вместо RDA у некоторый указаны просто названия области, что не верно. Наверное нужно будет ввести галочку - не уставлять данные при синхронизации.

[RN7T]

Если основные критерии QSO совпадают (Дата, время, диапазон, модуляция), то в журнале проставляется галочка напртив HamlogR

Спасибо Николай. Тут надо до осмыслить. По этому пункту всё понятно. Только я не делал колонки HamlogR за не надобностью для меня. Поскольку файл из лога сам загружаю на hamlog.
А подтверждённые QSO в колонке позывной окрашивается в розовый цвет. Для меня так удобно.
Для примера вот так выгладит мой лог

Рассмотрим причины. Если при синронизации с Hamlog поле GOUNTY в логе было пустым, а в скаченном с Hamlog adi файле по позывному присутствовал тег CNTY, то в лог, в поле COUNTY запишится значение района RDA из CNTY скаченного файла, и это же значение будет участвовать в статистике.

У меня если поле CNTY в логе было пустое, то при синхронизации файла с hamlog НЕ записывается ничего туда. Я район руками вставляю тот что на Hamlog искренне веря что он верный как у меня.
И этот район участвует в статистике.

Если же при синронизации с Hamlog поле GOUNTY в логе было не пустым, то оно заменится на значение района RDA из CNTY скаченного файла, и оно же будет участвовать в статистике.

Вот тут сложнее. Дело в том что оно не заменятся либо вообще, если оно было например в лог сохранено из QRZ.ru А в Hamlog оно другое. Либо туда вставляется вообще другой RDA.
Вот тут и беда. Мне надо что бы ничего не подставлялось. Всё что надо ,заменю руками.

Используйте https://rdaward.ru/ и https://cfmrda.ru/

Использую. Сравниваю с логом. и там тоже подтверждаю свой RDA .
Хотя на автозачёте там тоже есть у меня не точные данные. Там есть закрытые районы с которыми у меня никогда не проводилось QSO.
Это произошло после того как восстановили сайт. Не только у меня так.
Вот и хочу что бы статистика лога совпадала с сайтом.

- - - Добавлено - - -

Если основные критерии QSO совпадают (Дата, время, диапазон, модуляция), то в журнале проставляется галочка напртив HamlogR

Спасибо Николай. Тут надо до осмыслить. По этому пункту всё понятно. Только я не делал колонки HamlogR за не надобностью для меня. Поскольку файл из лога сам загружаю на hamlog.
А подтверждённые QSO в колонке позывной окрашивается в розовый цвет. Для меня так удобно.
Для примера вот так выгладит мой лог

Рассмотрим причины. Если при синронизации с Hamlog поле GOUNTY в логе было пустым, а в скаченном с Hamlog adi файле по позывному присутствовал тег CNTY, то в лог, в поле COUNTY запишится значение района RDA из CNTY скаченного файла, и это же значение будет участвовать в статистике.

У меня если поле CNTY в логе было пустое, то при синхронизации файла с hamlog НЕ записывается ничего туда. Я район руками вставляю тот что на Hamlog искренне веря что он верный как у меня.
И этот район участвует в статистике.

Если же при синронизации с Hamlog поле GOUNTY в логе было не пустым, то оно заменится на значение района RDA из CNTY скаченного файла, и оно же будет участвовать в статистике.

Вот тут сложнее. Дело в том что оно не заменятся либо вообще, если оно было например в лог сохранено из QRZ.ru А в Hamlog оно другое. Либо туда вставляется вообще другой RDA.
Вот тут и беда. Мне надо что бы ничего не подставлялось. Всё что надо ,заменю руками.

Используйте https://rdaward.ru/ и https://cfmrda.ru/

Использую. Сравниваю с логом. и там тоже подтверждаю свой RDA .
Хотя на автозачёте там тоже есть у меня не точные данные. Там есть закрытые районы с которыми у меня никогда не проводилось QSO.
Это произошло после того как восстановили сайт. Не только у меня так.
Вот и хочу что бы статистика лога совпадала с сайтом.

- - - Добавлено - - -

Наверное нужно будет ввести галочку - не уставлять данные при синхронизации.

Алексей, если возможно, сделайте так.
Что бы с Hamlog не подставлялись районы.

- - - Добавлено - - -

Что то форум у меня виснет.

- - - Добавлено - - -

Что то форум у меня виснет.

[RX4HX]

В 769 версии не верно определяется азимут

Сегодня озадачился этим вопросом : каким образом не верный локатор попадает в окно ввода лога. Выяснилось, что не из интернета. При вставке из интернета у меня проверка на "домашний" локатор есть. Единственно от куда еще это может быть - это от JTDX. Больше в логе никто в поле окна ввода вставлять не может. Причем это может быть ТОЛЬКО когда позывной вносится в поле Call в JTDX, при этом JTDX посылает логу этот позывной и его локатор. Получается JTDX этот локатор от куда то берет, причем берет не верный локатор. Пока так.

[RV4AP]

Механизм синхронизации лога с Hamlog очень простой. Если основные критерии QSO совпадают (Дата, время, диапазон, модуляция), то в журнале проставляется галочка напртив HamlogR. Это говорит о том, что само QSO как бы подтверждено на Hamlog. Но это совершенно не говорит о том, что статистика в логе по такому QSO будет отражаться верно. Рассмотрим причины. Если при синронизации с Hamlog поле GOUNTY в логе было пустым, а в скаченном с Hamlog adi файле по позывному присутствовал тег CNTY, то в лог, в поле COUNTY запишится значение района RDA из CNTY скаченного файла, и это же значение будет участвовать в статистике. Если же при синронизации с Hamlog поле GOUNTY в логе было не пустым, то оно заменится на значение района RDA из CNTY скаченного файла, и оно же будет участвовать в статистике. Если же в скаченном с Hamlog adi файле по позывному отсутствовал тег CNTY, то QSO подтвердится, но для статистики будет браться значение из поля GOUNTY (если не пустое, а кто его знает, правильно там или нет?) или не будет отражаться в статистике, так как поле COUNTY пустое. И вообще, не благодарное это дело вести статистику по RDA на основании данных их Hamlog. Там процентов сорок отсутствуют данные по CNTY, или неверные. А это все отразится на Вашей статистике Используйте https://rdaward.ru/ и https://cfmrda.ru/ Сделайте из них одну таблицу и это будет самая лучшая статистика.

Тут xxxxx какой тяжелый случай(и я незнаю как из этого выходить)
При проведение связи ну к примеру FT8 в лог не "подтянулся RDA" или корреспондент "Мне Ваше RDA нафиг не нужно"

и(или) корреспондент "я работаю только в LOTW и(или) HAMLOG" а в https://rdaward.ru и https://cfmrda.ru/ не скидывает ?
но https://rdaward.ru и https://cfmrda.ru/ может принять скан связи с HAMLOG........
и я понимаю что Евгений вручную все засинхранизировал с HAMLOG (вручную изменяя RDA в логе) но при очередном апгрейде лога все это скидывается и (или) при очередной синхронизацией с HAMLOG все это обнуляетсяи тем самым получается несоответствие подтвержденных.... (Да я помню что нам "дали кости" а мясо мы сами должны наростить)

[RN7T]

При проведение связи ну к примеру FT8 в лог не "подтянулся RDA"

Из QRZ.ru , его там просто нет.
Или он остался старый. А в Hamlog действующий.
Работая в SSB спрашивал, почему разница. Ответ. Некогда на QRZ поменять . Или не знаю как там поменять.
Бардак.

[RV4AP]

Тут xxxxx какой тяжелый случай(и я незнаю как из этого выходить)
При проведение связи ну к примеру FT8 в лог не "подтянулся RDA" или корреспондент "Мне Ваше RDA нафиг не нужно"

и(или) корреспондент "я работаю только в LOTW и(или) HAMLOG" а в https://rdaward.ru и https://cfmrda.ru/ не скидывает ?

Но в тоже время на HAMLOG RDA указан
( я проще отнашусь - на rdaward.ru cfmrda.ru скинул а там как получится...)

[UA6AUA]

... эксперимент ...

результаты - прежние

[RJ7M]

Получается JTDX этот локатор от куда то берет, причем берет не верный локатор.

В JTDX есть такая кнопочка https://skr.sh/sSwFeA9mNPA Но откуда качается этот файл пока не понял.
Содержимое этого файла .bin тоже не смог посмотреть - в блокноте открывается набор символов.
Этой кнопочкой регулярно обновляю grid data. Кстати, сейчас локатор для искомого kh0/4zla в окно ввода LogHX подставляется правильный. Будем считать, что после очередного обновления мною файла grid data.

[EU1FQ]

В JTDX есть такая кнопочка https://skr.sh/sSwFeA9mNPA Но откуда качается этот файл пока не понял.

Отсюда https://sourceforge.net/projects/jtdx/

[RN7T]

Но в тоже время на HAMLOG RDA указан

Сергей, на Hamlog тоже есть процент не точности . Есть коллеги который вообще не знают что это такое.
И могут написать что угодно, как сказал Алексей, просто указать регион.
Если бы была моя воля, я бы при регистрации на QRZ.ru или Hamlog сделал обязательным заполнением поля RDA
Не указал, не прошла регистрация. Так же и к WWloc
Но, там есть хозяин, им виднее.
Алексей по обещал сделать нужную кнопку, будем ждать. Пока не буду с Hamlog скачивать подтверждения.

[RJ7M]

я бы при регистрации на QRZ.ru или Hamlog сделал обязательным заполнением поля RDA
Не указал, не прошла регистрация. Так же и к WWloc

И люди сразу перестанут пИсать что не пОпадя. Нужна справка из ЖЭК-а. С синей печатью...

[RA3QH]

при регистрации на QRZ.ru или Hamlog сделал обязательным заполнением поля RDA

так на хамлоге это кажется сделано....

[RN7T]

И люди сразу перестанут пИсать что не пОпадя. Нужна справка из ЖЭК-а. С синей печатью...

Сергей, ну не настолько же всё печально.