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

**RX4HX** · 10.01.2017, 16:44

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

Вложение 244265

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

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

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

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

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

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

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

**UX8IW** · 13.01.2021, 22:11

Подскажите, поле WWLoc должно заполняться полностью, если есть инфо в журнале или во внутреннем справочнике,
или только четырьмя знаками, при работе лога с программами JTDX/WSJTX/MSHV?

Нажмите на изображение для увеличения.

Название: ScreenHunter_03 Jan. 13 20.52.jpg
Просмотров: 16
Размер: 170.2 Кб
ID: 293145

**A65BR** · 13.01.2021, 22:25

Сообщение от UX8IW

если есть инфо в журнале или во внутреннем справочнике,

В данном случае заполняется как в логе (4 или 6) или откуда там оно тянет инфо. Насчет WSJT - не могу сказать.

**UX8IW** · 13.01.2021, 22:49

Насколько я понял логику заполения этого поля, то при работе лога с программами JTDX/WSJTX/MSHV
поле WWLoc заполняется исходя из переданного локатора при CQ, т.е. четыре знака, но иногда бывает, что заполняются все 6-ть знаков,
причем необязательно наличие этого позывного в журнале или справочнике. (т.е. подтягивается из поисковиков)
Хотелось бы понять, как должно быть правильно.

**RX4HX** · 13.01.2021, 23:17

Сообщение от UX8IW

поле WWLoc

Логика такая - из JTDX позывной попал в окно QSOEntry лога - тут поиск из внутренних справочников и из интернета. Тут вставляется до 10 знаков - какой локатор нашли, такой и вставили.
При сохранении вставляется локатор от JTDX (если есть - считаем что он самый верный), или если нет - остается какой определили из справочников.

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

Сообщение от EU1FQ

По всей видимости для группового поиска интервал нужно устанавливать здесь.

Здесь устанавливается время для окна QSOEntry - сколько ждать после последнего изменения позывного перед поиском, это чтобы после каждой введенной буквы не искать.

**UX8IW** · 13.01.2021, 23:28

Сообщение от RX4HX

Логика такая - из JTDX позывной попал в окно QSOEntry лога - тут поиск из внутренних справочников и из интернета. Тут вставляется до 10 знаков - какой локатор нашли, такой и вставили.
При сохранении вставляется локатор от JTDX (если есть - считаем что он самый верный), или если нет - остается какой определили из справочников.

Значит, на приведенном мной скрине, что не правильно работает?
Позывной есть в журнале и справочнике, локатор записан 6-ти значный, но в окно QSOEntry лога автоматом подставляется 4-е знака, т.е. тот локатор, который пришел из JTDX.

**EU1FQ** · 13.01.2021, 23:34

Сообщение от RX4HX

Здесь устанавливается время для окна QSOEntry - сколько ждать после последнего изменения позывного перед поиском, это чтобы после каждой введенной буквы не искать.

Тем не менее, я Internet Datebases вообще не использую, и, естественно интервал поиска там не устанавливаю. Я интервал поиска устанавливаю там, где показал на скрине. При этом, сотню выделенных QSO, при времени поиска 100 мс, лог осуществляет поиск информации и занесение ее в журнал без всякого напряга.

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

Сообщение от UX8IW

Значит, на приведенном мной скрине, что не правильно работает?

По идее, правильно работает. Если Вы щелкнули в JTDX по позывному EA3C, который давал CQ, естественно с локаторм 4 знака, то

Сообщение от RX4HX

При сохранении вставляется локатор от JTDX (если есть - считаем что он самый верный).

Т.е. лог взял локатор не из внутреннего колбука, а из JTDX

**UX8IW** · 13.01.2021, 23:59

Сообщение от EU1FQ

Т.е. лог взял локатор не из внутреннего колбука, а из JTDX

Думаю, я понял, что к чему. Когда нет значения локатора в окне "QTH локатор" JTDX (т.е клик по сообщению RR73/73 и значения локатора нет в файле CALL3 JTDX), то только в этом случае будет происходит поиск.

**EU1FQ** · 14.01.2021, 00:10

Сообщение от UX8IW

Думаю, я понял, что к чему. Когда нет значения локатора в окне "QTH локатор" JTDX (т.е клик по сообщению RR73/73 и значения локатора нет в файле CALL3 JTDX), то только в этом случае будет происходит поиск.

По сценарию Алексея, получается, что так. Но есть ньюанс, который может не устроить тех, кому нужно 6-8 знаков локатора (на УКВ). Дело в том, что после сохранения QSO, шестизначный локатор в журнале перепишется на четырехзначный. И когда Вы в очередной раз позовете EA3C, то уже сразу будет четырехзначный локатор. Видимо лучше предусмотреть, что если в журнале для позывного есть 6-8-10 знаков локатора, то не менять его из JTDX(WSJT) на четырехзначный.

**UX8IW** · 14.01.2021, 00:26

Да, действительно, все так и работает. Если кликнуть вызов на RR73/73 и позывного нет в файле CALL3 - поле "QTH локатор" JTDX пустое, то происходит поиск локатора, но, если в следующем цикле станция передает CQ, то в поле "QTH локатор" JTDX вносится локатор, и соответствено, в окне QSOEntry лога локатор изменяется на 4-х значный.
Все правильно работает.

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

Сообщение от EU1FQ

предусмотреть, что если в журнале для позывного есть 6-8-10 знаков локатора, то не менять его из JTDX(WSJT) на четырехзначный.

Ну, есть еще шанс обратной замены, если придет подтверждение с LotW.

Я думал об этом, поэтому и начал спрашивать, но есть, на мой взгляд, нюанс - насколько актульна запись локатора в журнале или справочнике.
Были случаи, когда в журнале записан один локатор и вроде не так уж и давно, а станция вызывает с другим локатором.
Наверно схема Алексея все же правильная, я стараюсь "дописывать" знаки в локатор, но иногда забываю..

**EU1FQ** · 14.01.2021, 01:05

Сообщение от UX8IW

Ну, есть еще шанс обратной замены, если придет подтверждение с LotW.

Это Алексей уже предусмотрел. Если с LoTW приходит 4 знака, а в логе 6-8-10, то значение локатора в логе не меняется. Без сомнения, что в одном алгоритме, что в другом, есть свои подводные камни. Для КВ не так уж суть важен локатор, если только для тех кто их собирает. Четыре знака на КВ хватит с головой, а вот для УКВ, это уже серьезный параметр, и четыре знака маловато.