=Архив= LogHX: аппаратный журнал любительской радиостанции

[RX4HX]

LogHX - программа аппаратного журнала любительской радиостанции с большими возможностями настройки "под себя".

Вложение 177668

Сайт программы: RX4HX

Помощь по программе: Начальная страница

Ссылка на файл Whatsnew.txt с информацией о последних обновлениях в релизе: http://rx4hx.qrz.ru/files/loghx/Whatsnew.txt

Папка с последними пререлизами: Index of /files/loghx/prerelease

Канал на Youtube: https://www.youtube.com/channel/UCmH...1tI_W1Q/videos

Навигация в теме по годам:
| 2008 | 2009 | 2010 | 2011 | 2012 | 2013 | 2014 | 2015 | 2016 |

... to be continued...

Тему ведёт автор RX4HX, обсуждение данного лога вести в этой ветке.

[UA3LIZ]

В версии 17.12 окно ввода QSO прячется под журналом - желательно (для меня) - чтобы было всегда сверху, по поводу САТ - IC736 и IC738 одинаковые, а насчет IC737 не знаю, дома попробую! 9000 связей пересчитывал 6 сек, не везде статистика по RDA отметилась. Экспортировал адиф из Логгера32. Настроил вид журнала, когда делал сортировку по дате, потом по позывному - вид журнала изменился. Пришлось опять перекидывать в свой порядок!( №-Дата-время-диап-мода-позывной - и т.д) Меняет на вид (№-позывной -и т.д)

[EW4DX]

Да, но если RDA были указаны - должны были перенестись.

RDA то может и перенеслись, но что будет со статистикой, если он поставил для R450WA страну EU RUS, а район BA-05 относится к AS RUS? Сосчитает или нет? Дома то я тщательно сравню логи. Алексей, HX - смотрите e-mail.

[UD2F]

по LOTW

Обнаружил "глючек".
У меня несколько логов, QRP, QRO, VHF и т.д.
Так вот при синхронизации с файлом с LOTW прога вносит в лог те связи, которых в этом логе нет !!! НЕ должно так быть. Т.е. она должна "синхронизировать" ТОЛЬКО по связям в логе, а остальные связи "выбросить" в какой-либо файл. (в Logger32, это к примеру BAD.ADI), а дальше пользователь уже решает, что с этими BAD связями делать.

Не удалось также "залить" на LOTW связи прямо из Loghx (ну тут возможно я еще не до конца разобрался). Пришлось сделать сначала adi потом уже из TQSL файл .tq8.

[RA6YDX]

Одна новость хорошая, другая "как всегда"...

Сделал сейчас еще одну модернизацию. Пересчет статистики: 19600 QSO - 21 сек!

А ну ка, - компьютерные гуру, просветите народ: почему при ОТКРЫТОМ журнале лог считает статистику за ~15-20 минут (31000 qso), а при ПРИКРЫТОМ - 50 секунд ! ?
Вот, млин, случайно заметил такой прикол. Так что при таком способе подсчета статистики этот лог рулит по сравнению с известным в более 5,5 раз.
Это гуд.

А вот не гуд: результаты пересчета статистики, а фактически изначального неправильного импорта adif из других журналов. Объясню на пальцах, хотя вспоминается тема RX9TX.
К примеру, возьму базовый диплом DXCC.

По статистике других журналов это 276 wkd/292 cfm.
LogHX показывает, соответственно 249/283.

Нормально, да? Можно представить цифры разницы в челинж.

Попытался обнаружить "изъян" в файле импортируемого adif другого журнала. Но нет, там всё четко. Для примера приведу строки одного диапазона 80M с небольшими сокращениями:

<BAND:3>80M <CALL:7>EM10KDR <CONT:2>EU <CQZ:2>16 <DXCC:3>288 <FREQ:8>3.585000 <ITUZ:2>29 ... <PFX:4>EM10... <EOR>

Тут лог на основании cty.dat (это я тока щас понял) посчитал, что EM1 - это Антарктика! Ладно, бывает..


<BAND:3>80M <CALL:5>EA8AH <CONT:2>AF <CQZ:2>33 <DXCC:2>29 <FREQ:8>3.875000 <IOTA:6>AF-004 <ITUZ:2>36 <MODE:3>SSB <OPERATOR:6>RA6YDX <PFX:3>EA8 <QSL_RCVD:1>Y <QSL_SENT:1>Y <QSO_DATE:8>19981025 <RST_RCVD:2>59 <RST_SENT:2>59 <TIME_ON:6>001000 <TIME_OFF:6>001000 <APP_LOGGER32_QSO_NUMBER:4>2284 <EOR>

Здесь приведу строку полностью, которая показывает, что qsl (бумажная ессно..) получена и отправлена. LogHX почему-то не увидел или не понял эти поля. Канары, в итоге, не подтверждены и не "посланы"


<BAND:3>80M <CALL:5>KP2AD <CONT:2>NA <CQZ:1>8 <DXCC:3>285 <FREQ:8>3.875000 <ITUZ:2>11 ... <PFX:3>KP2 ... <EOR>

Здесь, к сожалению опять, лог вообще этой страны на этом диапазоне не увидел. Никогда я не работал с KP2 на 80M, почему-то


Последняя строка на этом диапазоне, которую удалось найти:

<BAND:3>80M <CALL:6>VK9DWX <CONT:2>OC <CQZ:2>30 <DXCC:3>303 <FREQ:8>3.505000 <IOTA:6>OC-007 <ITUZ:2>55 ... <PFX:3>VK9 ... <EOR>

Лог посчитал, что это всё-таки Norfolk Is по DXCC, хотя поле <DXCC:3>303 точно показывает журналу - Willis Is.

Еше 2 вопроса.
1. P5 - это уже Deleted? Не нашел С.Корею в статистике.
2. Может быть ZK1/n, s - это уже E5/n,s - основной префикс страны по dxcc?

[R8TX]

Получил ответ от AD1C, от пишет что cty.dat не предназначен для использования в повседневном логгере, и что добавить коды стран в существующие файлы он не может, поскольку это меняет формат файла, а к этим форматам привязаны многие контест-логгеры.

Еще он говорит что если есть такая необходимость, и реально многие повседневные логгеры используют cty.dat, то он может сделать и вести отдельный файл специально для повседневных логгеров, тогда авторам логгеров надо связаться с AD1C.

Ну а в нашем конкретном случае наверно будет лучше вынести коды стран в отдельный файл, чтобы не корежить родной cty.dat вручную каждый раз при выходе свежей версии файла. И наверно можно будет сделать автоматическое обновление файла, скажем раз в неделю, благо эти файлы всегда лежат в одном месте.

[RX4HX]

Получил ответ от AD1C, от пишет что cty.dat не предназначен для использования в повседневном логгере, и что добавить коды стран в существующие файлы он не может, поскольку это меняет формат файла, а к этим форматам привязаны многие контест-логгеры.

Большое спасибо EW4DX - он все уже сделал! А мой файлик cty.dat только названием остался таким же, а внутри уже сильно изменен. Так что в ближайший релиз ждите правильной конвертации из Адиф!

Добавлено через 1 минуту

А ну ка, - компьютерные гуру, просветите народ: почему при ОТКРЫТОМ журнале лог считает статистику за ~15-20 минут (31000 qso), а при ПРИКРЫТОМ - 50 секунд ! ?

Честно скажу - не знаю, ибо такой прикол встречаю впервые... Прикрытый - это значит минимизированный? Если да - то на Вашем компе творяться чудеса

Добавлено через 2 минуты

А вот не гуд: результаты пересчета статистики, а фактически изначального неправильного импорта adif из других журналов. Объясню на пальцах, хотя вспоминается тема RX9TX.
К примеру, возьму базовый диплом DXCC.

См. Выше! Это будет исправлено в ближайшем релизе.

Добавлено через 54 минуты
Не откладывая в долгий ящик:
Update от 20 ноября 2008 года:
! Благодаря Игорю EW4DX, который проделал большой труд по модернизации
файла cty.dat, исправлено определение страны при конвертации из ADIF.
* Переделан принцип работы телнета. Появилась возможность вставлять споты
в таблицу Сluster'а после комманды sh/dx.

http://rx4hx.qrz.ru/files/update_20_11.zip

Сейчас все будет из Адиф конвертиться корректно.

Добавлено через 1 час 37 минут

1. P5 - это уже Deleted? Не нашел С.Корею в статистике.

P5 - это не основной префикс по DXCC. Основной - HM! Он и присутствует. По крайней мере так было в том cty.dat, который я использовал.

2. Может быть ZK1/n, s - это уже E5/n,s - основной префикс страны по dxcc?

Это еще не правил, хоть сделать это - 2 сек

[R8TX]

Большое спасибо EW4DX - он все уже сделал! А мой файлик cty.dat только названием остался таким же, а внутри уже сильно изменен. Так что в ближайший релиз ждите правильной конвертации из Адиф!

То есть мы все-таки уходим от стандартного cty.dat, потому что то, что получилось это уже не "cty.dat", а свой country-файл, нужно ему и название сменить, чтобы народ не путался.

[RX4HX]

То есть мы все-таки уходим от стандартного cty.dat, потому что то, что получилось это уже не "cty.dat", а свой country-файл, нужно ему и название сменить, чтобы народ не путался.

Уже давно ушел - расширил его стандарт, так сказать. Согласен - название сменю.

Добавлено через 2 часа 48 минут
Итоговый релиз на сегодня:

Ver. 17.13 Release (20 ноября 2008 г.)
! Благодаря Игорю EW4DX, который проделал большой труд по модернизации
файла cty.dat, исправлено определение страны при конвертации из ADIF.
* Переделан принцип работы телнета. Появилась возможность вставлять споты
в таблицу Сluster'а после комманды sh/dx.
* Фаил cty.dat переименован в country.dat, т.к. его формат уже давно не
соответствует стандартному cty.dat.
+ Создано окно State and county statistic - статистика по штатам и коунти.
Вызывается или из меню Windows основного окна программы или из окна
QSOEntry нажатием на Alt+S.

То EW4DX: последний пункт - это то, что Вы просили во вчерашнем письме. Вроде так сделал.

[R8TX]

Ver. 17.13 Release (20 ноября 2008 г.)
! Благодаря Игорю EW4DX, который проделал большой труд по модернизации
файла cty.dat, исправлено определение страны при конвертации из ADIF.

Поставил последнюю версию, импортирую АДИФ, to5dx все равно определяется как st.martin, а не st.barthelemy.

[RX4HX]

Поставил последнюю версию, импортирую АДИФ, to5dx все равно определяется как st.martin, а не st.barthelemy.

пришлите опять свой адим мне на rx4hx@mail.ru . Буду разбираться. А остальные правильно?

Добавлено через 7 минут
Нашел причину: перепутаны местати коды у Sint Maarten и French St. Martin. Исправил

Добавлено через 13 минут
Перезалил релиз и update.

[RA3TT]

P5 - это не основной префикс по DXCC. Основной - HM! Он и присутствует. По крайней мере так было в том cty.dat, который я использовал.

С официального сайта ARRL:
P5 Democratic People's Republic of Korea AS 44 25

[R8TX]

пришлите опять свой адим мне на rx4hx@mail.ru . Буду разбираться. А остальные правильно?

Некоторое несовпадение с логгером имеет место, Логгер32 - 2373/2340, lhx - 2386\2338.
Сейчас еще раз лог импортирую и пересчитаю, очень долго импортируется.

[EW4DX]

Некоторое несовпадение с логгером имеет место, Логгер32 - 2373/2340, lhx - 2386\2338.

Создал с нуля дипломы DXCC и RDA (редактирование не удавалось по непонятной причине, в оригинале не все диапазоны поставлены в зачет), импортировал adif - расхождений с Logger-ом по цифрам нет. За исключением deleted территорий.

[RX4HX]

Сейчас еще раз лог импортирую и пересчитаю, очень долго импортируется.

Если импортируете с нуля, уберите галочку на проверку повторных QSO - импорт будет самым быстрым из всех известных мне логов. 60 тыс QSO - около 2 мин.

[R8TX]

Если импортируете с нуля, уберите галочку на проверку повторных QSO - импорт будет самым быстрым из всех известных мне логов. 60 тыс QSO - около 2 мин.

Запустил по-новой, со снятой галкой - 2 тыс ЩСО в минуту. 2000.