Logger32

[RL3ZZ]

Большое спасибо RA3TT! Все заработало как надо.

[EU1FQ]

Какие опции были выбраны при импорте?

Николай, спасибо, что откликнулись. Без разницы какие я выбирал опции при импорте. Результат один и тот же. У меня, как и у Вас, первая часть скрина аналогична Вашей. А что у Вас интересно в колонке DXCC и CQZ для UC1? У меня, например, для UC1 DXCC=054, CQZ=16, а для UC2 DXCC=126 а CQZ=15. Что является полным абсурдом. (Должно быть DXCC-027, CQZ=16). После 1991 года все нормально. В то-же время, лог AALOG3 все отображает корректно.
По совету RA6AOS обновил базу префиксов. Ничего не изменилось. Слава богу, что есть резервные копии. По-новой устанавливаю logger32, не загружаю связи до 1990 года, и все работает прекрасно. Стоит загрузить связи до 1990 года - картина повторяется та, что я описал в своем первом посте. Для информации, ADIF, который я заливал в лог, содержит минимум необходимой информации, и лог ее прекрасно, без ошибок принимает.
Вот такие дела.
Николай, 73!

[RU3FM]

Кто подскажет по QRZlookup?
Вроде всё работает, но данные с QRZ.COM не переносятся и через какое-то время выскакивает табличка "типа 45 секунд ждал, но информации не получил"....(((

[RX3DQX]

Вроде всё работает, но данные с QRZ.COM

заплатите бабло америкосам и будет Вам счастье, а так довольствуйтесь вроде как 150 откликами в сутки с qrz.com. (точно не помню). Бизнес и ничего личного.

[RU3FM]

150 откликами в сутки

Причём здесь это?
Я про то, что с QRZ.com не подкачивает Logger32 инфо как раньше, а лишь пишет "Yes master, I'm looking..." Плюс через 45 секунд выскакивает табличка информационная, о том что в течении 45 секунд не удалось получить инфо.

[RA4FW]

с QRZ.com не подкачивает Logger32 инфо как раньше, а лишь пишет "Yes master, I'm looking..." Плюс через 45 секунд выскакивает табличка информационная, о том что в течении 45 секунд не удалось получить инфо.

У многих была такая же проблема, здесь обсуждалось пару страниц назад. Посмотрите, пожалуйста, сообщения 2234, 2235 от RA3TT, попробуйте обновить утилиту, должно всё получиться.
У меня опять нормально всё заработало.

[RA3TT]

что у Вас интересно в колонке DXCC и CQZ для UC1? У меня, например, для UC1 DXCC=054, CQZ=16, а для UC2 DXCC=126 а CQZ=15. Что является полным абсурдом. (Должно быть DXCC-027, CQZ=16)

Николай!
На показанной мной картинке колонка DXCC четвёртая, в ней стоит EU, префикс Белоруссии, потому что я при конфигурации выбрал "Show DXCC Column as ARRL Prefix".

При импорте данных в Logger32 территория определяется либо с помощью TAG'а <DXCC:N> (если он есть в импортируемом ADIF'е ), либо с помощью собственной, актуальной на сегодняшний день, базы территорий DXCC (если TAG <DXCC:N> отсутствует). Поэтому при импорте "старых" связей для правильного определения страны есть два варианта:
1. Добавить к соответствующим записям TAG <DXCC:2>27 (если речь о Белоруссии).
2. Исправить данные в колонке DXCC Logger'а вручную (если таких связей не очень много).
Данные о принадлежности к территориям при обновлении баз данных Логгера не изменяются.

Хочу обратить внимание пользователей Logger32, имеющих длительную радиолюбительскую историю. Чтобы не потерять правильную информацию о принадлежности к территориям DXCC, с осторожностью пользуйтесь опцией "Validate DXCC country codes from Club log" - принадлежность некоторых префиксов изменилась за последние годы (например, префикс 4W когда-то принадлежал Йемену).

[EU1FQ]

На показанной мной картинке колонка DXCC четвёртая, в ней стоит EU, префикс Белоруссии,

Николай! я подумал что четвертая колонка это Европа Hi! По скрину вроде все правильно и красиво. А в коком году, интересно, Вы туда заливали связи?
Или вручную проставляли территорию?
Вот как у меня выглядят связи с UC когда я при конфигурации выбрал "Show DXCC Column as ARRL Prefix"



Определение территории внутренней базой logger32 не поддается никакой логике. Работает по принципу "что хочу, то и определяю". Даже строки 8 и 12 определены правильно.
Вышел из ситуации очень просто. Загрузил adif в AALOG3, там все корректно определилось не только для Белоруссии, но и для других республик, которые меняли свои префиксы после развала союза. После этого сформировал из AALOG3 adif файл с правильным TAG и залил его в logger32. Все стало на свои места.
Жаль конечно, что программа со своей длительной историей допускает такие ляпы.
Спасибо Николай за советы. 73!

[RA3TT]

Определение территории внутренней базой logger32 не поддается никакой логике.

Я бы не был столь категоричен Логика автора очень проста. При вводе вручную или импорте ADIF-файла, не содержащего чёткого указания на принадлежность вводимого (импортируемого) позывного конкретной территории, страна определяется Логгером с помощью внутренней, актуальной на данный момент, базы данных. Эта база не содержит ссылок на интервалы дат, в которые те или иные блоки префиксов использовались не в тех странах, где они используются сейчас. В принципе, можно было сделать по-другому, но, на мой взгляд, это сделало бы процедуры ввода более медленными и неповоротливыми, а проблема, которую мы обсуждаем, в общем-то, не очень актуальна для подавляющего большинства пользователей Логгера. И Вы, скорее всего, больше не будете возвращаться к этому вопросу.

А в коком году, интересно, Вы туда заливали связи? Или вручную проставляли территорию?

В 2001, когда был ещё Logger16. Как делал, уже не помню.

[EU1FQ]

не очень актуальна для подавляющего большинства пользователей

Николай, Вы совершенно правы. Сегодня остались единицы, которые переводят бумажный лог 70-90 годов в электронный. И можно самому, тем или иным способом решить проблему. Да и эффект от этой заливки практический нулевой. Большинство связей и так подтверждено бумагой, а подтверждение по LoTw и eQSL за эти годы очень низкое. Так что просто для статистики.
Николай, 73!

[RA3AOS]

Вышла новая версия 3.49.0. Обновляем вручную. Logger32

[RU3FM]

Вышла новая версия 3.49.0.

Беда с этой новой версией......
Теперь в лог заносится частота и, соответственно, диапазон только с VFO A !
Раньше было по барабану какое VFO стояло такое и заносилось..... вчера не уследил - и в журнале полный бардак: связи проводил на одном диапазоне, а в логе совсем на другом, да ещё не тем видом.(((
Может где-то можно включить прежнюю возможность, т.е. чтобы с текущего VFO вносилась частота в журнал?
P.S. У меня YAESU FT 990

[UA1AFT]

Помогите, пожалуйста, разобраться. Имею LOGGER32 с логом за несколько лет. Сегодня надо было сменить журнал. Я его создал, но не под новым уникальным именем, а под старым именем UA1AFT, но сохранил не в директорию LOGGER32, а на другой диск. Затем переименовал новый журнал на новое название, чтобы было отличным от основного журнала UA1AFT. Однако после того как вернулся на старый лог UA1AFT, мой старый лог перестал видеть страны DXCC, сработанные до сегодняшнего дня. Хотя в самом логе страны не потерялись. Отсюда и проблема с кластером. Все страны отображаются как новые. Что делать?

[UA9CNX]

Пересчитать статистику не пробовали?

[RX3DQX]

Всем доброго времени суток. Как фильтровать связи в L32. Допустим нужно выбрать все связи с префиксом RP69 ?