Подскажите, поле WWLoc должно заполняться полностью, если есть инфо в журнале или во внутреннем справочнике,
или только четырьмя знаками, при работе лога с программами JTDX/WSJTX/MSHV?
Вложение 293145
Подскажите, поле WWLoc должно заполняться полностью, если есть инфо в журнале или во внутреннем справочнике,
или только четырьмя знаками, при работе лога с программами JTDX/WSJTX/MSHV?
Вложение 293145
Насколько я понял логику заполения этого поля, то при работе лога с программами JTDX/WSJTX/MSHV
поле WWLoc заполняется исходя из переданного локатора при CQ, т.е. четыре знака, но иногда бывает, что заполняются все 6-ть знаков,
причем необязательно наличие этого позывного в журнале или справочнике. (т.е. подтягивается из поисковиков)
Хотелось бы понять, как должно быть правильно.
Логика такая - из JTDX позывной попал в окно QSOEntry лога - тут поиск из внутренних справочников и из интернета. Тут вставляется до 10 знаков - какой локатор нашли, такой и вставили.
При сохранении вставляется локатор от JTDX (если есть - считаем что он самый верный), или если нет - остается какой определили из справочников.
- - - Добавлено - - -
Здесь устанавливается время для окна QSOEntry - сколько ждать после последнего изменения позывного перед поиском, это чтобы после каждой введенной буквы не искать.
Тем не менее, я Internet Datebases вообще не использую, и, естественно интервал поиска там не устанавливаю. Я интервал поиска устанавливаю там, где показал на скрине. При этом, сотню выделенных QSO, при времени поиска 100 мс, лог осуществляет поиск информации и занесение ее в журнал без всякого напряга.
- - - Добавлено - - -
По идее, правильно работает. Если Вы щелкнули в JTDX по позывному EA3C, который давал CQ, естественно с локаторм 4 знака, то
Т.е. лог взял локатор не из внутреннего колбука, а из JTDX
По сценарию Алексея, получается, что так. Но есть ньюанс, который может не устроить тех, кому нужно 6-8 знаков локатора (на УКВ). Дело в том, что после сохранения QSO, шестизначный локатор в журнале перепишется на четырехзначный. И когда Вы в очередной раз позовете EA3C, то уже сразу будет четырехзначный локатор. Видимо лучше предусмотреть, что если в журнале для позывного есть 6-8-10 знаков локатора, то не менять его из JTDX(WSJT) на четырехзначный.
Да, действительно, все так и работает. Если кликнуть вызов на RR73/73 и позывного нет в файле CALL3 - поле "QTH локатор" JTDX пустое, то происходит поиск локатора, но, если в следующем цикле станция передает CQ, то в поле "QTH локатор" JTDX вносится локатор, и соответствено, в окне QSOEntry лога локатор изменяется на 4-х значный.
Все правильно работает.
- - - Добавлено - - -
Ну, есть еще шанс обратной замены, если придет подтверждение с LotW. :)
Я думал об этом, поэтому и начал спрашивать, но есть, на мой взгляд, нюанс - насколько актульна запись локатора в журнале или справочнике.
Были случаи, когда в журнале записан один локатор и вроде не так уж и давно, а станция вызывает с другим локатором.
Наверно схема Алексея все же правильная, я стараюсь "дописывать" знаки в локатор, но иногда забываю..:)
Это Алексей уже предусмотрел. Если с LoTW приходит 4 знака, а в логе 6-8-10, то значение локатора в логе не меняется. Без сомнения, что в одном алгоритме, что в другом, есть свои подводные камни. Для КВ не так уж суть важен локатор, если только для тех кто их собирает. Четыре знака на КВ хватит с головой, а вот для УКВ, это уже серьезный параметр, и четыре знака маловато.
К владельцам IC-7300 и организующем CAT+CW/PTT через OmniRig. Прошу показать скрин окна Установки радио (Radio Setup).
Здравствуйте! В режиме приема при переходе в CW трансивер автоматически включается на передачу. Что я натворил? Пытаюсь разобраться.