Вложение 362448
После синхронизации двух логов снова получилось вот так. Установились даты отправки и получения QSL 1999 годом.
- - - Добавлено - - -
Подскажите как убрать даты из полей QSLR_Date и QSLS_Date
Вид для печати
Вложение 362448
После синхронизации двух логов снова получилось вот так. Установились даты отправки и получения QSL 1999 годом.
- - - Добавлено - - -
Подскажите как убрать даты из полей QSLR_Date и QSLS_Date
В окне повторных связей не работает автоматическая установка ширины колонок
Как же не надо. Во всех связях 200 т с лишним установилась эта дата. Теперь все что раньше было помечено датой получения и отправкой почты пометелось 1899 годом. Групповое редактирование невозможно. Теперь чтоб убрать эту дату с двух полей путем редактирования в журнале нужно сделать 1 000 000 нажатий. А так да делать ничего не надо. :). Хорошо что осталась копия журнала. Обошлось редактированием 400 QSO.
Суслика видишь? Вот и я не вижу. А он есть... (ДМБ)
Домашняя работа. Выбрать QSLS_Date
Вложение 362478
Результат. Выборки нет, а вот результат того, что "просто эту дату не должны видеть" и так по всем QSO в логе
[ATTACH=CONFIG]362479
Алексей, при синхронизации adif из хамлог, появляется очень удобное окошко предупреждений о новых rda, в том числе по диапазонам и модам, но есть один нюанс, данные о rda корреспондента берутся из журнала, и если при занесении qso в журнал указать неверный rda, или вообще не указать, то предупреждение не появится. Нельзя ли в это окно добавить поле предупреждение, о том что rda в журнале не совпадает с rda в adife хамлога?
Этот вопрос возник в связи стем, что я начал в очередной раз править rda в журнале сверяясь с rdaward.ru, и понял, что все расхождения связаны с двумя причинами:
1 корреспондент загружает qso на rdaward.ru, но не грузит на хамлог, это в ручную решается использованием поля user1 для диплома rda
2 rda в журнале не совпадает с реальным, это часто бывает со спецпозывными, а иногда и сам косячишь.
Если появится возможность автоматом сверять rda хамлога и журнала при синхронизации, это значительно упростило бы жизнь.
Если в вашем логе небольшое кол-во связей то процесс синхронизации увеличит время на несколько минут.
У меня на ноуте синхронизация проходила 6 часов (более 200 т.). Если упростить жизнь то при несовпадении рда необходимо будет вручную вносить изменения. Это повлечет увеличению времени синхронизации до несколько суток. И этот процесс прервать нельзя и продолжить с места остановки.
P.S. Самая точная статистика это статистика на сайте РДА.
Я честно говоря вообще не понял сути проблемы. Потому как:
- РДА по позывному не определяется, а если есть предыдущее QSO, то берется от него.
- данные РДА берутся из LoTW, но не из Хамлога, т.к. там очень много не верных РДА.
- как верно было сказано, многие с одним позывным работают с разных РДА, иногда это и разные области.
По этому только править руками, а еще более верно - учет на соответствующем сервисе.
http://rx4hx.qrz.ru/files/loghx/test..._build_770.exe
Утилиты - Корректировать лог - Correct time - Round to second.
Уберется 1899 год.
Тоже исправлено.
Также попробуйте те, у кого модуляция не сохранялась. Ну и другие какие глюки были - по исправлял.
Ok, теперь нормально. Но другая проблема. В любом из 770 прелиза, практически при каждом клие в логе по позывному, выскаивают вот такие сообщения. В 768 пререлизе все Ok.
Вложение 362503 Вложение 362504
- - - Добавлено - - -
И еще
Вложение 362505