Я уже предлагал, ВЫ спросили какие надо, я перечислил, но 10ти значный квадрат для лога наверное был важнее. (сарказм)
Совершенно верно, тег <QSL_SENT:1>Y означает что QSL карточка отправлена, и отметка об этом в Вашем адиф присутствует. И здесь тегу совершенно без разницы, каким способом она отправлена. А вот <QSL_SENT_VIA:1>E, как раз и определяет каким способом. Если Вы берете "криво" сформированный адиф, то откуда логу это известно? Всегда были, есть и будут ньюансы при конвертации баз данных из одного лога в другой. Верхяя строка Ваш адиф, нижняя, как он "лёг" в логе. Но ведь это решается в течении одной минуты, если не хотите, что бы не стояла отметка QSL отправлена.
Вложение 249726
Конечно, если самому проблематично сделать простые правки, то можно просить Алексея сделать утилиту по конвертации из одного лога в другой. Но тогда сколько логов, столько и утилит .:)
Я не уверен что АДИФ "криво" сформированный, так как карточка отправлена, не важно каким способом, <QSL_SENT_VIA:1> говорит каким способом именно.
Так что программисту очень просто определить когда помечать что бумажная QSL послана, т.е. когда <QSL_SENT:1>Y и <QSL_SENT_VIA:1>B или <QSL_SENT_VIA:1>D.
<QSL_SENT_VIA:1>E это анахронизм(когда не было полей для Lotw и eQSL) так что его надо просто игнорировать.
Вот что говорит стандарт:
QSL Sent Enumeration - Y - an outgoing QSL card has been sent or the QSO has been uploaded to, and accepted by, the online service.
Я думаю тут спорить не о чем, приведенный мной АДИФ соответствует стандарту.
Николай , нет ни какой проблемы пользоваться ADIF Master-ом, но зачем, есть стандарт ADIF, его и надо придерживаться.
Как Алексей решит, так этому логу и быть.
Этим логом почти не пользуюсь так как для УКВ он никакой.
Использую его как QSL managment, так как имеет опцию привязки картинки к QSO.
Успехов.
Кто может подсказать ,где можно откорректировать параметры сравнения на дюпы?
Замучился удалять вручную
Вложение 249752
Правой кнопкой мыши в логе
Вложение 249753
P.S. Если не хотите таких повторов, то в JTDX, WSJT, снимите галочку Автоматическое внесение QSO в лог, и снимите галочку Очищать окна возывной и ....после записи QSO в лог.
Всем добрый день.
Может этот вопрос уже и подымался....
Столкнулся недавно с такой ситуацией, вернее-раньше не обращал на это внимание. При загрузке лога на CLUBLOG оказалось, что такая территория как Калининград для меня-DX... https://prnt.sc/ra6t1k . Хотя на самом деле отработана и подтверждена на всех КВ диапазонах https://prnt.sc/ra6ygk . Как оказалось -причина кроется в ADIF-файле, загружаемом на CLUBLOG https://prnt.sc/ra6pu7 ( для удобства открыт в ADIFMaster). С позывными D1.. и работающими через /мм понятно, а вот с Калининградом-не очень......Оно то в принципе не смертельно.....но может можно поправить????
Параметры дюпов в логе не корректируются!
Новым, оригинальным QSO по Call, в этом логе является: Если отличается DateQSO, TimeQSO больше чем на минуту, BandADIF, и Mode.
При сравнении на новое, оригинальное QSO, любые другие поля игнорируются, и если даже в них есть какие либо изменения, они будут считаться дюпе.
P.S. Воспроизвел Вашу ситуацию, без проблем удалилось одно QSO c JE1DZC. Так что, попробуйте переустановить лог.
Спасибо Николай, версия крайняя.......но воз и ныне там.....
https://prnt.sc/ra7jzp
to RX4HX
Алексей, я правильно понимаю, что всё "зарыто" здесь https://prnt.sc/ra8mvs (отсутствует UA2)
P.S. Вопрос закрыт, сделал изменения ...........