Logger32

[RW3DCJ]

Давайте пойдем другим путем - прошлите мне свой лог в АДИФе, я его загружу в логгер и пришлю Вам.Остальные 3700 он кладет в файл bad.adi в каталоге логгера, для разбирательств.
Вообще-то МО для него - это Missouri, а не Московская область.

Свой АДИФ пришлите мне на мой_позывной@qrz.ru, только заархивировать не забудьте.

Спасибо конечно за предложенную помощь rx9tx,но хотелось-бы самому разобраться с этим делом,чтобы в дальнейшем всё было понятно.Если не жалко,поделитесь секретом,каким образом идёт загрузка файла.Понял ,чтонадо переименовать сам файл bad.adi и отредактировать записи,но на что менять? "MO".

С уважением Евгений.

[RA1AY]

Спасибо конечно за предложенную помощь rx9tx,но хотелось-бы самому разобраться с этим делом,чтобы в дальнейшем всё было понятно.Если не жалко,поделитесь секретом,каким образом идёт загрузка файла.Понял ,чтонадо переименовать сам файл bad.adi и отредактировать записи,но на что менять? "MO".

С уважением Евгений.

Надоест разбираться (а это произойдет очень скоро ) - обратите внимание на другие логи. Например Hamradio Delux - в нем есть все, что есть в Логгере и даже больше. А вот глупых глюков - намного меньше... С ХРД будете просто работать, а не разбираться. Есть и другие. И тоже - бесплатные...

[R8TX]

Спасибо конечно за предложенную помощь rx9tx,но хотелось-бы самому разобраться с этим делом,чтобы в дальнейшем всё было понятно.Если не жалко,поделитесь секретом,каким образом идёт загрузка файла.Понял ,чтонадо переименовать сам файл bad.adi и отредактировать записи,но на что менять? "MO".

МО из поля STATE придется убирать, если конечн не имеется ввиду Миссури для амеиканских станций. Хотя бы запостите сюда пару-тройку ЩСО из BAD.ADI, те которые не импортируются, нудет легче лекарство подсказать.

[RW3DCJ]

МО из поля STATE придется убирать, если конечн не имеется ввиду Миссури для амеиканских станций. Хотя бы запостите сюда пару-тройку ЩСО из BAD.ADI, те которые не импортируются, нудет легче лекарство подсказать.

Файл отаслал на Ваш адрес.Жду Ваших рекомендаций.
С уважением Евгений.

[RW3DCJ]

Надоест разбираться (а это произойдет очень скоро ) - обратите внимание на другие логи. Например Hamradio Delux - в нем есть все, что есть в Логгере и даже больше. А вот глупых глюков - намного меньше... С ХРД будете просто работать, а не разбираться. Есть и другие. И тоже - бесплатные...

Сергей,да всё понимаю,что есть логи проще,но почитав форум про Logger32,случайно наткнулся,решил посмотреть,что это за чудо.Все его хвалят,но есть и которые пинают,но этих меньше.Сам пользуюсь логом AALog 2.47 + EditNewQso от UR5EQF последней версии в паре,и доволен.Просто интересно попробовать,что-то новое.А в конце-концов,получается,что по пословице "каждый кулик,ХВАЛИТ СВОЁ БОЛОТО".Logger32-бузусловно интересен тем,у кого есть всё,что есть в Logger32,т.е:интернет,поворотки с интерфейсом,коммутаторы,усилители и т.п...Но всё равно интересно понять,как это всё работает,может на будующее.

С уважением Евгений.

[R8TX]

Файл отаслал на Ваш адрес.Жду Ваших рекомендаций.
С уважением Евгений.

Все элементарно.

Ваш лог:

Error in the STATE field ....
<QSO_DATE:8>20041101 <TIME_ON:4>1320 <CALL:6>RV3DKQ <FREQ:7>145.500
<BAND:2>2M <MODE:2>FM <RST_SENT:2>59 <RST_RCVD:2>59 <NOTES:25>ВОЕН.
ГОРОДОК 89162457842 <NAME:8>ВЛАДИМИР <QTH:4>ЗАРЯ <QSLSDATE:8>20051210
<QSL_SENT:1>Y <QSL_RCVD:1>N <CQZ:2>16 <GRIDSQUARE:6>KO95CM
<STATE:3>MO- <ITUZ:2>29 <EOR>

Как видите поле State содержит неверную информацию. Видимо Вы заносили
туда номер РДА, но Ваш старый лог при экспорте экспортирует только 3
знака, поэтому остается только "<STATE:3>MO-". Пользы от такой записи
никакой нет, поэтому открываем BAD.ADI любым текстовым редактором
через автозамену меняем строку "<STATE:3>" на " " пустое место или
пробел, получаем такую запись:

Error in the STATE field ....
<QSO_DATE:8>20041101 <TIME_ON:4>1320 <CALL:6>RV3DKQ <FREQ:7>145.500
<BAND:2>2M <MODE:2>FM <RST_SENT:2>59 <RST_RCVD:2>59 <NOTES:25>ВОЕН.
ГОРОДОК 89162457842 <NAME:8>ВЛАДИМИР <QTH:4>ЗАРЯ <QSLSDATE:8>20051210
<QSL_SENT:1>Y <QSL_RCVD:1>N <CQZ:2>16 <GRIDSQUARE:6>KO95CM MO-
<ITUZ:2>29 <EOR>

Как видите "МО-" осталось ни к чему не привязанным, поэтому эти знаки
импортироваться не будут. Теперь переименовываете BAD.ADI и
импортируете этот файл. Получаете то что на картинке.

Если Вы все же хотите сохранить данные по RDA в Logger32, то и это
возможно, если Вы сумеете экспортировать эти данные из старого логгера
в ADIF. Тогда в АДИФе у Вас будет <STATE:5>MO-11, опять же в любом
текстовом редакторе меняем <STATE:5> на то что Вам нужно, например на
<NOTES:5>, или <DOK:5>, или на <COMMENTS:5>, то есть на то, в каком
виде ВВы хотите видеть эти данные в Logger32, и все, Logger32 эти
данные успешно импортирует. Как видите, проблема опять не в Logger32,
а в других логгерах

И кстати говоря, никогда не используйте обратный слэш для дроби, лучше опять же через автозамену в АДИФе замените обратный слэш на прямой.

[RL3AF]

Вот только снова и снова возникает этот дурацкий вопрос (я знаю что я зануда) - ну почему ТОЛЬКО Логгер?

Патамучта - бесплатный и американский. А що ви хотели?

Кстати, как в последних версиях работает экспорт из ADIF - в старой версии 7.09 в упор не хочет экспортировать записи с пятизначными частотами, например 14000 и т. д.

[R8TX]

Кстати, как в последних версиях работает экспорт из ADIF - в старой версии 7.09 в упор не хочет экспортировать записи с пятизначными частотами, например 14000 и т. д.

Ничего не могу сказать про Logger16, а Logger32 экспортирует и импортирует в строгом соответствии со спецификацией ADIF. Это касается записей с пятизначными частотами, штатов, РДА, областей, и всего остального. Если хотите знать как будет вести себя Logger32 в той либо иной ситуации применительно к импорту/экспорту, не нужно его скачивать и устанавливать, достаточно ознакомиться со стандартом ADIF

[DL5XJ]

Во-во, про что я и говорю - один автор Логгера знает и соблюдает стандарт адиф, а все остальные - так, погулять вышли. Просто диву даюсь как много тупых програмеров, пишущих логи и забивших на стандарты и только один во всем мире их соблюдает! Самому не смешно?

Как это не парадоксально , но выходит что так и есть . Если пользователь 4000 раз ввёл в графу satate номер RDA , то обвинять в этом логгер по крайней мере наивно . И неконструктивно .
Привидите пример лога где такая конвертация прошла-бы корректно . HRD что-ли это делает ?

[RW3DCJ]

Да,что там говорить,нормальный лог.Если разобраться.И экспортирует и импортирует нормально,при соответствующем редактировании,а нажимать тысячу раз ENTER не надо.Можно нажать один раз и не отпускать.Ну да ладно,с этим разобрался.Теперь не понятно другое.Каким образом можно в Logger32 версии 2.7.0 написать макросы,чтобы автоматом завершал передачу,после передачи макроса,и вообще это возможно?Не судите строго,но уж очень хочется разобраться в этом логе.
С уважением Евгений.

[DL5XJ]

Каким образом можно в Logger32 версии 2.7.0 написать макросы,чтобы автоматом завершал передачу,после передачи макроса,и вообще

команда $receive$ в конце макроса .

[R8TX]

Нафиг - нафиг - альтернативы есть и не одна...

Дык и флаг в руки, разве ж кто-то мешает?

[RW3DCJ]

Угу. Еще можно кирпич на "Ентер" положить. Чтобы не держать его. И файлик кому-нибудь отослать - пущай поредактирует. Особенно актуально при базе в несколько десятков тысяч связей. Нафиг - нафиг - альтернативы есть и не одна...

Насчёт,"кирпичика",это кому как угодно.Насчёт файлика.Это опубликовано с моего разрешения,и ни чего в этом криминального нет.Если Вы читали этот форум,то ранее такой вопрос задавался,но остался без ответа.Ребятам будет интересно,что,как и почему.Новое всегда интересно,а кому и каким логом пользоваться,это его личное мнение,и Logger32 не является обязательным.Речь на данном форуме идёт о пользовательских функциях данного лога,вот и всё.Да,накрученный лог,но если посидеть и попытаться разобраться что к чему,то оказывается это хорошо забытое старое,просто в одном месте,а что не понятно,надеюсь ребята помогут.
Удачи.

[RW3DCJ]

команда $receive$ в конце макроса .

Спасибо,вот ещё один ответет на конкретный вопрос.

С уважением Евгений.

[R8TX]

ЗЫ К слову, это как это он соблюдает стандарт в отношении РДА, ежели и стандарта такого нет?

Именно так и соблюдает, что косит этот РДА направо и налево, за отсутствием стандарта

Ну хрен с ним, со стандартом,- пошто он после КАЖДОЙ ошибки останавливается при закачке? Ломает несколько тысяч раз ентер нажимать. Неужели нельзя просто все закачать, а бэды вывести в файл БЕЗ ОСТАНОВОК? КАК В ДРУГИХ ЛОГАХ!

Только что залил это в Logger32 рефлектор, наслаждайтесь

Some new russian L32 users faced some issues when moving to L32:

1.
<QSO_DATE:8>20041227 <TIME_ON:4>1509 <CALL:6>RX3DCZ <FREQ:9>145.862,5
<BAND:9>145,862,5 <MODE:2>FM <RST_SENT:2>59 <RST_RCVD:2>59
<NAME:7>НИКОЛАЙ <QTH:7>СТУПИНО <QSL_SENT:1>N <QSL_RCVD:1>N <CQZ:2>16
MO- <ITUZ:2>29 <EOR>

Import stops at this record with "VIS_INVALID_SECONDARY_KEY" message
instead of writing this QSO to BAD.ADI with "Invalid FREQ Format" or a
message like this.

2. Every (EVERY!) wrong record comes up with error message with
"continue or not?" prompt instead of writing these QSOs to BAD.ADI
file without asking. Really annoying. If I remember correctly, the way
it worked before (writing to BAD.ADI without any prompt) it was way
handy.

3. Importing IOTA records with wrong record format ( AS001, AS-01,
etc) just writes them to the IOTA filed without any corrections,
though importing data from LoTW allows automatic correction of the
IOTA number.

4. ADIF 2.0 <STATE:> field. See what ADIF specs
http://adif.org/adif217.htm have on that:

"STATE - Enumeration function of Country Code - the code for the
contacted station's Primary Administrative Subdivision (e.g. US State,
JA Island, VE Province)"

Many (to be honest, ALMOST ALL) users here fill this field with Oblast
code in case of UA or UR stations, etc, so if they want to import
these QSOs to L32, they experience issues described in Item 2.
Any plans to accept ADIF 2.* specs, at least this one?