Вид для печати
Спасибо конечно за предложенную помощь rx9tx,но хотелось-бы самому разобраться с этим делом,чтобы в дальнейшем всё было понятно.Если не жалко,поделитесь секретом,каким образом идёт загрузка файла.Понял ,чтонадо переименовать сам файл bad.adi и отредактировать записи,но на что менять? "MO".Цитата:
Сообщение от rx9tx
С уважением Евгений.
Надоест разбираться (а это произойдет очень скоро :)) - обратите внимание на другие логи. Например Hamradio Delux - в нем есть все, что есть в Логгере и даже больше. А вот глупых глюков - намного меньше... :) С ХРД будете просто работать, а не разбираться. Есть и другие. И тоже - бесплатные...Цитата:
Сообщение от RW3DCJ
МО из поля STATE придется убирать, если конечн не имеется ввиду Миссури для амеиканских станций. Хотя бы запостите сюда пару-тройку ЩСО из BAD.ADI, те которые не импортируются, нудет легче лекарство подсказать.Цитата:
Сообщение от RW3DCJ
Файл отаслал на Ваш адрес.Жду Ваших рекомендаций.Цитата:
Сообщение от rx9tx
С уважением Евгений.
Сергей,да всё понимаю,что есть логи проще,но почитав форум про Logger32,случайно наткнулся,решил посмотреть,что это за чудо.Все его хвалят,но есть и которые пинают,но этих меньше.Сам пользуюсь логом AALog 2.47 + EditNewQso от UR5EQF последней версии в паре,и доволен.Просто интересно попробовать,что-то новое.А в конце-концов,получается,что по пословице "каждый кулик,ХВАЛИТ СВОЁ БОЛОТО".Logger32-бузусловно интересен тем,у кого есть всё,что есть в Logger32,т.е:интернет,поворотки с интерфейсом,коммутаторы,усилители и т.п...Но всё равно интересно понять,как это всё работает,может на будующее.Цитата:
Сообщение от ra1ay
С уважением Евгений.
Все элементарно.Цитата:
Сообщение от RW3DCJ
Ваш лог:
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,
а в других логгерах :)
И кстати говоря, никогда не используйте обратный слэш для дроби, лучше опять же через автозамену в АДИФе замените обратный слэш на прямой.
Патамучта - бесплатный и американский. А що ви хотели?Цитата:
Сообщение от ra1ay
Кстати, как в последних версиях работает экспорт из ADIF - в старой версии 7.09 в упор не хочет экспортировать записи с пятизначными частотами, например 14000 и т. д.
Ничего не могу сказать про Logger16, а Logger32 экспортирует и импортирует в строгом соответствии со спецификацией ADIF. Это касается записей с пятизначными частотами, штатов, РДА, областей, и всего остального. Если хотите знать как будет вести себя Logger32 в той либо иной ситуации применительно к импорту/экспорту, не нужно его скачивать и устанавливать, достаточно ознакомиться со стандартом ADIF :)Цитата:
Сообщение от Afox
Как это не парадоксально , но выходит что так и есть . Если пользователь 4000 раз ввёл в графу satate номер RDA , то обвинять в этом логгер по крайней мере наивно . И неконструктивно .Цитата:
Сообщение от ra1ay
Привидите пример лога где такая конвертация прошла-бы корректно . HRD что-ли это делает ?
Да,что там говорить,нормальный лог.Если разобраться.И экспортирует и импортирует нормально,при соответствующем редактировании,а нажимать тысячу раз ENTER не надо.Можно нажать один раз и не отпускать.Ну да ладно,с этим разобрался.Теперь не понятно другое.Каким образом можно в Logger32 версии 2.7.0 написать макросы,чтобы автоматом завершал передачу,после передачи макроса,и вообще это возможно?Не судите строго,но уж очень хочется разобраться в этом логе.
С уважением Евгений.
команда $receive$ в конце макроса .Цитата:
Сообщение от RW3DCJ
Дык и флаг в руки, разве ж кто-то мешает? :)Цитата:
Сообщение от ra1ay
Цитата:
Сообщение от ra1ay
Насчёт,"кирпичика",это кому как угодно.Насчёт файлика.Это опубликовано с моего разрешения,и ни чего в этом криминального нет.Если Вы читали этот форум,то ранее такой вопрос задавался,но остался без ответа.Ребятам будет интересно,что,как и почему.Новое всегда интересно,а кому и каким логом пользоваться,это его личное мнение,и Logger32 не является обязательным.Речь на данном форуме идёт о пользовательских функциях данного лога,вот и всё.Да,накрученный лог,но если посидеть и попытаться разобраться что к чему,то оказывается это хорошо забытое старое,просто в одном месте,а что не понятно,надеюсь ребята помогут.
Удачи.
Цитата:
Сообщение от **5XJ
Спасибо,вот ещё один ответет на конкретный вопрос.
С уважением Евгений.
Именно так и соблюдает, что косит этот РДА направо и налево, за отсутствием стандарта :)Цитата:
Сообщение от ra1ay
Только что залил это в Logger32 рефлектор, наслаждайтесь :)Цитата:
Сообщение от ra1ay
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?