100% Сергей! Всё правильно поняли.
Вид для печати
Это плохо.
Можно попробовать написать лотв-шникам, надо только грамотно вопрос сформулировать... :wacko2:
Откуда эта бяка берется понятно, вот, к примеру, строка из авто-скачанного файла updateLotW.adi:
<STATE:2>NN // Nizhny Novgorod
и если в логе поле State пустое, то оно и заполняется.
Надо только, чтобы они опцию сделали для авто-скачки - не качать детализацию, а только cfm.
Я правильно понимаю?
Да, это плохо. А о чем писать?
О том, что нам очень жаль, что безвременно ушел из жизни талантливый програмист Владимир Николаевич, и теперь нет доступа
к исходникам одного из лучших логов?
И поэтому мы не в состоянии исправить ошибку кода по обработке adi файла? И только поэтому, вы нам господа лотв-шники,
подправьте там у себя так, как это надо нам?
Любой другой лог, или программа по обработке adi, корректно отображает информацию выдаваемую ARRL Logbook of the
World Status Report. Можете проверить.
В Вашем примере "<STATE:2>NN // Nizhny Novgorod" лог должен отработать только 2 знака! "NN", и никаких таких "// Nizhny Novgorod"
И так отрабатывют все логи! К сожалению, в EQF, это исправить невозможно.
Ситуация усугубляется еще и тем, что в поле "State" стали заносить из разных справочников информацию, не предназначенную
для этого поля. По определению ARRL Logbook - State, это штат и/или округ, провинция или область. Изначально, тактически
неправильно было не предусмотреть поле, что-то типа Substate. Вот туда и надо было заносить RDA типа NN-01.
На мой взгляд, построение отличного внутреннего справочника от RA9CTV, тоже грешит этим недостатком. Но здесь можно и самому все
элементарно подправить во внутреннем справочнике при помощи Access, MDB Viewer Plus или даже Exel. И установить, что информация
из внутреннего справочника по RDA помещается в одно из полей стат. А заодно и подчистить ошибки типа "XX-" в поле State. А в поле State -
только область, которую и подтвердает LoTW.
Для себя проблему подтверждения LoTW давно решил. По пунктам:
1. Скачиваю с //lotw.arrl.org/lotwuser/ с раздела Downlad Report (со всеми галочками) последние подтверждения.
2. Открываю файл в программе AdifMaster. Ничего не трогаю и не изменяю. Просто тупо опять сохраняю файл.
3. В блокное, в adi файле, меняю сушествуюую шапку на шапку ARRL Logbook.... Иначе EQF не подхватит подтверждения.
4. Захожу в Журнал-Сервисы eQSL и LotW.- раздел получить QSL почту.... Не соединяюсь с LotW !!!!!, а запускаю свой файл.
5. Все! подтверждение в LotW есть без всяких "NN // Nizhny Novgorod", а только "NN"!!! А RDA мой лог берет NN-01 из моего внутреннего
справочника и заносит иформацию в поле стат.4
Может кому и пригодится.
Николай вам правильно описал - ЛОТВ-шники ни при чем (хотя могут в программе TQSL сделать невозможным заполнять поле "State" более 2-4 символов). Это заложено в логе скачивать детали. Задумано было правильно - скачивалось и IOTA поле, и "State". Но тогда кроме американцев и канадцев поле "State" не могли заполнить другие страны! А сейчас заполняют все кому не лень и как попало.
Так то оно так и я понимаю причины...
Но, мне кажется, зацепиться есть за что. Вот смотрите:
Я взял один и тот же блок для RA3TT, но скачанный:
1. Вручную с лотв, без опций (галок), он выглядит так:
<APP_LoTW_OWNCALL:4>R9MA
<STATION_CALLSIGN:4>R9MA
<CALL:5>RA3TT
<BAND:3>20M
<FREQ:8>14.09500
<MODE:4>RTTY
<APP_LoTW_MODEGROUP:4>DATA
<QSO_DATE:8>20180210
<TIME_ON:6>070600
<QSL_RCVD:1>Y
<QSLRDATE:8>20180301
<eor>
2. Вручную с лотв, установлена опция Include QSL details:
<APP_LoTW_OWNCALL:4>R9MA
<STATION_CALLSIGN:4>R9MA
<CALL:5>RA3TT
<BAND:3>20M
<FREQ:8>14.09500
<MODE:4>RTTY
<APP_LoTW_MODEGROUP:4>DATA
<QSO_DATE:8>20180210
<TIME_ON:6>070600
<QSL_RCVD:1>Y
<QSLRDATE:8>20180301
<DXCC:2>54
<COUNTRY:15>EUROPEAN RUSSIA
<APP_LoTW_DXCC_ENTITY_STATUS:7>Current
<PFX:3>RA3
<APP_LoTW_2xQSL:1>Y
<GRIDSQUARE:6>LO26AH
<STATE:2>NN // Nizhny Novgorod
<CQZ:2>16
<ITUZ:2>29
<eor>
3. Тот же блок, но из автоматически скачанного логом файла updateLotW.adi:
<APP_LoTW_OWNCALL:4>R9MA
<STATION_CALLSIGN:4>R9MA
<CALL:5>RA3TT
<BAND:3>20M
<FREQ:8>14.09500
<MODE:4>RTTY
<APP_LoTW_MODEGROUP:4>DATA
<QSO_DATE:8>20180210
<TIME_ON:6>070600
<QSL_RCVD:1>Y
<QSLRDATE:8>20180301
<DXCC:2>54
<COUNTRY:15>EUROPEAN RUSSIA
<APP_LoTW_DXCC_ENTITY_STATUS:7>Current
<PFX:3>RA3
<APP_LoTW_2xQSL:1>Y
<GRIDSQUARE:6>LO26AH
<STATE:2>NN // Nizhny Novgorod
<CQZ:2>16
<ITUZ:2>29
<eor>
Как видим, он один в один совпадает с блоком из пункта 2.
Так возможно это есть их недосмотр. Ну если нет, то можно попросить их сделать, чтобы файл для авто скачивания формировался в соответствии с установленными на сайте опциями. Думаю, программно это не трудно сделать.
Сергей, Вы, наверное, невнимательно прочитали мой пост #34427
Какой недосмотр? В какое соответствие с установленными на сайте опциями необходимо привести?
ARRL Logbook совершенно верно формирует отчет в виде файла adi в соответствии с требованиями предъявляемыми к нему.
И все логи, с которыми я эксперементирвал, совершенно правильно отображают информацию.
Тег <STATE:2> явно указывает на то, что в поле State вносится только два знака! Проблема в EQF и невозможности это
подправить без исходников. Информация в adi после // испльзуется ARRL Logbook для текстового обозначения штата,
провинции или области в своей карточке о подтвержденном QSQ. (пример с Вашим RA3TT)
Возможно, эта текстовая информация и используется в каких то логах, но мне это неизвестно. Практически сделать это
совершенно несложно. Нет желания использовать мой опыт в решении проблемы, - ищите свой.
Удачи!
Я прекрасно понимаю, что это лог запрашивает все детали. И объем запрашиваемой информации в нем невозможно уже изменить!
НО! Мало ли кто и что у меня запрашивает? Хозяин информации - ЛОТВ и он, в соответствии с юзерскими настройками (установленными опциями), предоставляет либо расширенную информацию, либо усеченную (только cfm).
То что ЛОТВ на ручной запрос способен формировать отчеты разного вида, в зависимости от установленных опций, мы знаем. Так почему бы не формировать по подобному принципу и автоматические.
Пример:
Лог делает запрос - предоставить расширенную информацию по подтвержденным лотв на позывной R9MA от даты хх.хх.хххх до сего дня.
Но в Настройках юзера R9MA на ЛОТВ установлена опция "Отдавать на любой запрос от R9MA только усеченную информацию".
Он только ее и отдает, потому что так хочет юзер.
Я это так понимаю. Возможно я и не прав... но мне это кажется логичным. И сделать это, в принципе, возможно.
Привык записывать принимаемый текст при работе CW.
Подскажите,есть ли в логе UR5EQF место для записи и сохранения текста?
Благодарю. Только окошко маловато. Расширить его не получится?
Примерный информационный объем этого окошка. промотр инфо с помощью стрелок "вверх-вниз":
Вложение 207766
Смотря что. Если рассказанный анекдот, то вряд ли найдется место. А для QTH, RST, имя, RDA, IOTA,QTH-локатор есть специальные места. Если записать номер телефона или адрес, то окно "Комментарии". Если в поле лога выделить строку и кликнуть на "Редактировании QSO", то окно "Комментарии" откроется в большем размере.
Спасибо всем за консультации по окну информации. А нельзя ли к логу в виде закладки или модуля приделать файл Word или текстовый файл другого формата?
Зачем?
В меню Программы (Быстрый запуск) добавьте Word и автозапуск. При запуске лога Word будет также запускаться:
Вложение 207780