При загрузке данных с LoTW качает всё для позывных, которые зарегистрированы в один файл.
Очень много QSO Not Found. Может я что-то не то делаю.. :-(
Что делать в таком случае?
В принципе, можно руками скачать данные для позывного
Вложение 243719
При загрузке данных с LoTW качает всё для позывных, которые зарегистрированы в один файл.
Очень много QSO Not Found. Может я что-то не то делаю.. :-(
Что делать в таком случае?
В принципе, можно руками скачать данные для позывного
Вложение 243719
Привет Всем!
Вопрос не по теме ,я очень извиняюсь!!!
где отключить в JTDX что бы только водопад показывал!?
Ну извините раньше помнил,блин склероз однако!!!!
Вложение 243720
С Уважением Павел!
Все вспомнил,еще раз извините!
Просто здесь нужно было уменьшить до 0
Вложение 243721
Я так понял, что у Вас на LoTW под одним аккаунтом зарегистрировано несколько позывных. Новый и старые. В этом случае, действительно, LoTW будет отдавать все QSO на все Ваши позывные, а отметку в логе будет делать только для тех, которые в нем присутствуют. Отсюда и QSO Not Found. Можете в этом убедится, посмотрев содержимое файла NotFoundRecords_LoTW.adi Если же Вы хотите получить подтверждения на только конкретный позывной из всех, что включены в Ваш аккаунт, то пропишите его в этом окне.
Вложение 243722
Ок. Спасибо.
А Менять Location в настройках LoTW нужно при скачивании данных с LoTW ?
Вложение 243726
да,
заново сегодня запросил сертификаты ввиду того, что старые не работают ибо запрошены были на другом компе :(
Вложение 243727
Выделенные подписывал своим же основным сертификатом
Каждый сертификат выдается на конкретный позывной и месторасположение станции. Здесь не надо путать с тем, что для дипломов ARRL можно объединить в LoTW несколько позывных, если у них одна DXCC территория. У Вас же запрошено много сертификатов на разные позывные и разные территории. Следовательно, при загрузке и выгрузке из лога, окно лога Station location должно соответствовать окну TQSL Station location. Т.е. для каждой загрузке/выгрузке другого позывного нужно менять Station location и пароль, если он у Вас не единый на все сертификаты. На моем примере:
Вложение 243729 Вложение 243730 Вложение 243731
Не понятна Ваша фраза "Выделенные подписывал своим же основным сертификатом" Что такое основной сертификат?
P.S. Если Вы получили сертификаты на другом компьютере, и сохранили p12, то незачем было еще раз запрашивать сертификаты. Имея p12 можно восстановить хоть на десятке других компьютеров.
на всякий случай за-BACKUP-ил сертификаты .p12 и полностью настройки местоположений/сертификатов/предпочтений .tbk
Вложение 243771
Или я что-то пропустил, но при чем здесь это...., куда собирать?
А мне представляется интересной возможность из лога гибко управлять работой программ типа WSJTX, не обращая внимание на возможности (хотелки), что заложены в сами программы.....
Как ни крути, но эти моды сейчас как бы не самые популярные....
Как все запущено ;))) Попробую совсем на пальцах.
Вообще-то "сторонняя программа" это как раз WSJT/JTDX и им подобные. А мапа "родная", от ЛогНХ. Только отдельная, с кучей настраиваемых фильтров и ПОЛНЫМ УПРАВЛЕНИЕМ сторонней цифровой программой на основе анализа спотов, который проводит наш Лог, синхронизированный с ЛОТВ, еЩСЛ, КлубЛог и пр.
Одно из основных отличий алгоритма "сбора вишен" от алгоритмов JTDX/WSJT/MSHV это режим "AutoCall". Которого в этих замечательных программах нет и, к сожалению, не предвидится. Поэтому все функции фильтрации и "дифференциация цвета штанов" в сторонних программах отключается как скудная и бесполезная!
Поясняю на примере: допустим, у вас на всех бендезонах СРАБОТАН Кипр. Но нигде не подтвержден нужным вам способом. ЛОТВ-еЩСЛ к примеру. Страны по факту у вас НЕТ, но в wsjt_log.adi файле связи есть и цифропрога у себя в окне декода показывает любого Киприота просто как "новый кол" среди десятков других "новых". Или не показывает вообще, если у вас в JTDX/WSJT стоит птица "DXCC", как у большинства ДХ-менов, которых не интересуют дипломы типа "в логе 100 кетайцев". По мнению цифропроги нью-ван и нью-бенд в декоде нет, а ДЛЯ ВАС есть в виде еще пары-тройки Киприотов, хоть один из которых наконец-то зареген в ЛОТВ и ПОДТВЕРДИТ страну.
Поэтому, в выпадающем меню этой отдельной мапы выбираем "работать(именно работать, а не "показывать", что само собой) нью-ван/нью бенд" и дополнительно ставим птицу "работать неподтвержденные". Страны это для примера, как минимальный набор. В этом случае новые позывные нашего Кипра при каждом декоде будут ярко красные как нью-ван, управляемая цифропрога будет цеплять их, переходить на передачу и проводить алгоритм секвенсинга до установленного финала.
К стати о "финале". Фурзер(Логгер-32) дает аматору свободный выбор. При установке в цифропроге птицы "Предложить занести ЩСО в лог" вы будете сами нажимать "ОК". При установке "В лог автоматически" связь занесется сама, а Логгер автоматом нажмет кнопку "Включить передачу", переведя WSJT/JTDX в режим ожидания следующего нью-ван(нью-бенд). Именно ОЖИДАНИЯ СЛАДКИХ ВИШЕНОК, а не перехода на CQ и сбора картофельных очистков...
Ничего подобного никакие "аллерты" или окно "актив кол" предложить не могут. Речь идет не о простой регистрации логом пакетов из цифропроги, а об их анализе и УПРАВЛЕНИИ этой прогой по своим алгоритмам фильтрации и выбора действий.
А мне представляется интересной возможность из лога гибко управлять работой программ типа WSJTX, не обращая внимание на возможности (хотелки), что заложены в сами программы.....
Геннадий, браво! Не в бровь, а в глаз! Ну не может узко заточенный на декодирование цифры софт заменить навороченный ЛОГ, специализирующийся на создании, обработке, фильтрации и анализе баз данных по всевозможным подтверждениям контактов, взаимодействии с облачными сервисами ARRL и CQ, выполнении дипломных программ и т.д. и т.п. Кесарю - кесарево...
На данную темку уже задавался вопрос и Алексею и Игорю.
Для себя делаю так:
В HXLog создаю adi с подтверждёнными через LOTW qso и меняю устаревший файл wsjtx_log.adi в JTDX/WSJT на в новь созданный из HXLog.
Периодичность обновления зависит от наработок и подтверждений через LOTW.
Метод не так уж хорош, но помогает выделить нужные станции из общей массы.
LOG бы свернут
вылетело это
Вложение 243799
после нажатия на ОК продолжает работать
свернул еще раз, развернул
Вложение 243800
На компе удалил Chrome, поставил Yandex. более ничего не менялось
Скорее всего к этому привело изменения в реестре, когда Вы удаляли Chrome не обратив внимания на совместно используемые dll, а лог был запущен. И теперь, всё что в итоге по ресурсам обращается через ntdll.dll, получает неправильній ответ, что и приводит к сбою, так как где-то имеется неправльній параметр для обработки. Попробуйте просто перегрузить компьютер, и если не поможет, то необходимо откатится до состояния удаления Chrome и установки Yandex. Так как лог ничего в реестр не пишет, то это связано именно с библиотекой ntdll.dll операционки.
P.S. Когда то у меня была проблема с ntdll.dll. Оказалось, что Оpera (только одна, конкретная версия) была несовместима с ОС.