Лог от UR5EQF

[RD3M]

UR5EQF Log - программа для для ведения аппаратного журнала любительской радиостанции. Создана Владимиром Николаевичем Ковриженко (UR5EQF) (SK 19.04.2014 г.)

В память об авторе программы и для удобства пользователей работает сайт поддержки программы по адресу - ur5eqf.ru (tnx UB5MAI)

Распространяется БЕСПЛАТНО. Работает в любой операционной системе Windows. Имеет многоязычный интерфейс (английский, русский, украинский, испанский, польский, чешский, венгерский) и большой набор функций: управление трансивером и поворотными устройствами, работу цифровыми видами связи, DX-кластер и Band Map, обширную статистику по дипломам и многое другое. Может взаимодействовать с CwType, CwGet, TrueTTY, AAVoice, MixW2, MMVARI, MMSSTV, MMTTY, Band Master, DX Atlas и другими радиолюбительскими программами. Поддерживает работу в локальной сети и соревнованиях.
Использует в работе структуру баз данных аппаратного журнала AALog от RZ4AG.

Базовая версия UR5EQF Log 3.31 - скачать. Зеркало базовой версии 3.31 - тут.
Обновление до последней стабильной версии 3.31-60 - скачать. Зеркало версии 3.31-60 - тут
Последняя версия 3.31-61a - скачать (11.07.2017, исправлено формирование рапортов в adif для JT9, FT8 и т. д.)

Онлайн callbook для UR5EQF_Log3 от US-E-12.

WSJTInterface-программа стыковки WSJT-X, JTDX, MSHV с логом UR5EQF_Log3 от US-E-12.

LoTW-eQSL-Clublog-программа для получения, отправки QSO на электронные сервисы (LoTW, eQSLcc, Clublog) от US-E-12.


Утилита UR5EQF Log Backup для резервного копирования и восстановления данных и настроек программы - скачать.
К FAQ и другим файлам помощи по программе - перейти. Файл помощи от UX8IW - скачать.
Видео-уроки по работе с программой можно посмотреть здесь
Файлы дипломов на сайте "Радиолюбитель Ровенщины" - перейти (tnx UR5KCC), от RU3U - скачать, от RA3ST - скачать.
Файл-описание для работы в соревнованиях от RK4S - скачать. К остальным важным файлам для UR5EQF Log - перейти.

Часто задаваемые вопросы

Полное руководство по Логу (автор UX8IW)

Не определяется азимут и расстояние до корреспондента

Важно для Windows 8 и выше

Устанавливайте лог на другой диск. Уйдут многие проблеммы.

[UR5EQF]

Не спорю. Взять, скажем ric, rda, RAC и всё (для начала).

Можно импортировать во внутренний справочник данные из ric, rda:

RAC - есть два, "буржуйский" и русский.

Вы не совсем правильно меня поняли.
Предлагаю ВВЕСТИ такую команду, работающую по принципу "обновления" чего-либо. После нажатия соответствующих кнопок логгер считывает позывной и сам вставляет имена и города в пустующие поля. И так весь лог...

Поиск производится при вводе позывного, после ввода каждой буквы, если скорость ввода меньше 0.5 сек.
И есть кнопка:

Алгоритм, по которому производится сбор этой информации можно менять:

[UR5EQF]

........ и сам вставляет имена и города в пустующие поля. И так весь лог...

А, вы хотите опцию, позволяющую обновить все данные в логе?
Часть желаемого есть, есть функция позволяющая обновить поле штат из внутреннего справочника.

Добавлено через 1 час 2 минуты
Добавил к обновлению поля Штат, из внутреннего справочника, обновление имени, города, менеджера, грида. Все, что есть во внутреннем справочнике.

Сегодня будет 31 версия, там и найдете.

[EX8AB]

Сегодня будет 31 версия, там и найдете.

Скачал 31-ую версию, обновил, сравнил со старой версией AAL - здОрово.
Жаль, что не всё обновилось. Ну да, только то, что есть во "внутренней" базе.
А вот как бы еще туда закачать данные из Radio-Amateur-Callbook-Winter-007? И чтобы потом также всё обновить? Надеюсь, логгер обновит поля, которых нет в RIC, например, но есть в RAC.

[UA4PCA]

Всем, здравствуйте.
А не излишки ли это? Я понимаю, что эта функция добавляет удобства когда, например сливаешь инфу из другой программы. А затем? Человек может работать одним и тем же позывным из другого QTH, GRID, RDA... И что получится при попытке обновить поля? (Естественно не вопрос если не будут заменяться уже заполненные поля, да и в этом случае возможна путаница).

[RX3DQX]

возможна путаница

целиком и полностю согласен.

[N2HO]

Всем, здравствуйте.
А не излишки ли это? ... возможна путаница).

Кроме того, ошибки из перечисленных источников автоматически перекочуют в ваш журнал.
А спрашивать о каждой записи перед обновлением будет кошмаром. ИМХО ненужная затея.

[EX8AB]

А не излишки ли это? Я понимаю, что эта функция добавляет удобства когда, например сливаешь инфу из другой программы. А затем? Человек может работать одним и тем же позывным из другого QTH, GRID, RDA...

целиком и полностю согласен.

ИМХО ненужная затея.

Всем привет!
Спасибо за интерес к данной проблеме.
Однако, ключевое слово здесь - ИМХО, как мне кажется.
"Кому поп, а кому попадья..."
Вот в логгере имеется возможность работы такими видами модуляции как BPSK63, BPSK125, SSTV, MFSK, OLIVIA, FM. Или на УКВ диапазонах и через спутники.
Уважаемые коллеги, процитированные выше, если вы не работаете этими видами связи или на этих диапазонах, почему бы вам здесь не упрекнуть автора проги в том, что это "излишки"?
Причина моего "нездорового" энтузиазма в получении такой фичи в том, чтобы при анализе ситуации с выполнением различных дипломов иметь возможность не перебирать бумажные QSL-карточки, а "вытащить" нужную информацию из логгера.
Простой пример - RDA. В логе несколько тысяч связей с российскими коллегами. Кто знает, может быть, я уже выполнил условия на "доску". Но, во-первых, не на всех карточках приведен номер по RDA, во-вторых, в коллбуках не по всем позывным проставлены те же номера.
Или другой пример. Загорелись мы как-то в прошлом веке JCC и JCG заполучить. На второй тысяче проверяемых QSL я отказался от этой затеи...
Я не прав?

[RZ0AF]

Загорелись мы как-то в прошлом веке JCC и JCG заполучить. На второй тысяче проверяемых QSL я отказался от этой затеи...
Я не прав?

Трудно сказать правы или нет, но от проблем не избавитесь. В базах могут быть расхождения? Могут. Какая правильней? Посмотрите у себя в логе, наверняка есть одни и те же позывные, но с разными RDA, JCC, DOK, county, state...Как в этом случае будет работать программа? Кстати, не встречал баз по JCC, WAB, county. Я при получении карточки просто заношу с нее всю информацию в лог и получаю таким образом свою, самую правильную базу.

[N2HO]

Я при получении карточки просто заношу с нее всю информацию в лог и получаю таким образом свою, самую правильную базу.

Точно, вот это я и имел в виду, свою "самую правильную" базу легко испортить ошибками и разночтениями. Автомат же сам не решит что правильно, а выдавать все время на дисплей запрос на подтверждение при разногласиях испортит всю идею. Опять же ИМХО.

[EX8AB]

Могут. Какая правильней? Посмотрите у себя в логе, наверняка есть одни и те же позывные, но с разными RDA, JCC, DOK, county, state...

Точно, вот это я и имел в виду, свою "самую правильную" базу легко испортить ошибками и разночтениями. Автомат же сам не решит что правильно, а выдавать все время на дисплей запрос на подтверждение при разногласиях испортит всю идею. Опять же ИМХО.

Уважаемые коллеги, полностью с вами согласен. Но я сознательно пошел бы на такое. Каков процент ошибочной информации? Если он может быть "перекрыт" дополнительным числом заявляемых номеров RDA, JCC etc., то почему бы и нет?
Да и готов (м.б., не в полном объеме) время от времени корректировать свою базу...

Кстати, не встречал баз по JCC, WAB, county.

Я тоже. Я имел в виду то, что при закачивании информации из коллбуков нужные поля (город, номера по различным "subdivisions" [(с) RZ4AG] и т.д.) могли бы помочь в анализе выполнения дипломов.
Да и JCC не совсем удачный пример - законы Японии запрещают публиковать персональную информацию - остается довольствоваться тем, что прописано в открытых источниках...

[UA4PCA]

Уважаемые коллеги, полностью с вами согласен. Но я сознательно пошел бы на такое. Каков процент ошибочной информации? Если он может быть "перекрыт" дополнительным числом заявляемых номеров RDA, JCC etc., то почему бы и нет?
Да и готов (м.б., не в полном объеме) время от времени корректировать свою базу...

Хорошо. Согласен, есть зерно. Но тогда эту фичу нужно очень и очень перестраховать от случайного использования. ("Вы уверены...", "Сохранить LOG..." и т.п.)

[UR5EQF]

Тогда я добавлю в функцию обновления диалог выбора, что обновлять, и пусть каждый решает……..

[UA4PCA]

Тогда я добавлю в функцию обновления диалог выбора, что обновлять, и пусть каждый решает……..

Мудрое решение, Владимир. А еще лучше, если есть возможность, пусть пустые поля обновляет, а для уже заполненных - выбор.

[RZ0AF]

Каков процент ошибочной информации? Если он может быть "перекрыт" дополнительным числом заявляемых номеров RDA, JCC etc., то почему бы и нет?

Бек, если человек не указал на карточке RDA, Loc,...., то сомневаюсь что эти данные есть и в колбуке. У меня во всяком случае процент тех у кого не указана нужная инфо на карточке очень мал. Не знаю как часто вы собираетесь "синхронизировать" свой лог с базами, но при любом раскладе довольно муторно потом придется заниматься правкой данных у позывных /р/m и т.п.
Посчитайте сколько у вас кусо с RK6YYA/..., RW9WA/... и с остальными из той же серии. У каждой связи свой RDA. Такя же картина может быть и с JA. Либо надо каким-то образом помечать связи, по которым изменения не вносить.
Конечно, если Владимир может сделать такую фичу, ради бога. Протестируем. Может еще и понравится.

Во, пока жал клавиши здесь уже появилось мудрое решение

[UR5EQF]

Мудрое решение, Владимир. А еще лучше, если есть возможность, пусть пустые поля обновляет, а для уже заполненных - выбор.

Этого, наверно, не стоит делать, почему:
Пусть в Вашем логе 10 000 записей, все позывные, существующие в логе, есть и во внутреннем справочнике. При записи в лог, добавляются или обновляются записи в справочнике. Соответственно вам программа задаст вопрос на обновление 10 000*5=50 000 раз, честно слово, вы замучаетесь ей отвечать. И еще, задала вам программа вопрос относительно связи проведенной 10 лет назад, неверняка Вы не сможете правильно дать ответ и так, как минимум с 90% записей.