Лог от UR5EQF

Вид для печати

15.10.2011, 08:46
UA4PCA

Цитата:

Сообщение от R9OL

Если посчитаете полезным, нельзя ли ввести в программу определение QTH локатора по RDA. В вринципе полезная вещь, есть куча радиолюбителей которые не указали свой локатор на просторах интернета, а RDA указали, поскольку эти данные схожи (от части) было бы неплохо введя RDA жимануть пупырь и локатор области где находится оператор автоматом занесся в нужное поле программы.

Вот это, блин, задача... Просто ума не приложу: какой алгоритм при этом использовать. И главное... А зачем? Если в цифре - дык вроде все в своих макросах прописали QRA, и далеко не все RDA/URDA. На УКВ (где QRA наиболее интересен) никому не нужен RDA. Это не обычная "хотелка", полезная всем. Стоит ли "грузить" программиста такой проблемой?

Добавлено через 2 часа 1 минуту
OFF
Чего-то подумал... И... Прилюдно прошу заменить в моем посте слово "программист" на "Уважаемый Владимир Николаевич"
Владимир. Правда. Написал очень быстро и неуважительно...
15.10.2011, 08:49
R9OL

Да для УКВ это в основном чтобы расстояние до корреспондента определять, а то связь бывает на столько короткой что только позывными и обмениваешся. Потом на qrz.ru/com смотришь инфо а там локатора и нет УКВист ёмаё только RDA указал. Ну не надо так не надо, тем более если сложно. Моё дело предложить/попросить ;)
Звиняйте!
15.10.2011, 08:56
UA4PCA

OFF
Игорь, прямо сейчас в Скайпе меня позовите... Логин - ua4pca
15.10.2011, 10:59
UX8IW

Цитата:

Сообщение от ER1CS

Честно говоря, дизайном не озадачивался. Основной целю было реализовать выгрузку данных на сервер. Так как форму отображения на сервере каждый может нарисовать сам, в меру желаний и умений. Осталось найти время на оформление документации :).

Согласен. Удачи!

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

Цитата:

Сообщение от UA4PCA

Вот это, блин, задача... Просто ума не приложу: какой алгоритм при этом использовать. И главное... А зачем?

Для этого нужно знать координаты центральной части района RDA/URDA, определить далее QTH-локатор уже не проблема.
Но согласен, что это узкая, локальная задача, хотя всё может быть....
Но расстояние всё же будет не такое точное, как между QTH-локаторами. В каких-то УКВ-тестах точность расстояния играет роль.
15.10.2011, 16:10
RW9SJ

Цитата:

Сообщение от R9OL

to UR5EQF
Владимир Николаевич!
Если посчитаете полезным, нельзя ли ввести в программу определение QTH локатора по RDA.

Не понятно - зачем это надо? Для точного определения расстояния до корреспондента? - всё равно будет не точно. Некоторые районы RDA соизмеримы по площади с некоторыми странами. К тому же не все населёные пункты располагаются точно в квадратах QTH-локатора. К примеру мой QTH - Кувандык, населнием около 25 тыс., расположен на стыке сетки и географически из него могут быть активированы три QTH-локатора.
Так что думаю что свой локатор должен указывать корреспондент, а не высчитывать лог. Практического применеия от предложеной фичи невижу.
15.10.2011, 20:45
RA9AHE

Цитата:

Сообщение от RW9SJ

Не понятно - зачем это надо? Для точного определения расстояния до корреспондента? - всё равно будет не точно. Некоторые районы RDA соизмеримы по площади с некоторыми странами. К тому же не все населёные пункты

Согласен с RW9SJ.
Как пример : г.Карталы находится RDA CB-39, в 1,5 Км пос. Локомотивный (ЗАТО)-которому присвоен RDA CB-56, но всё это находится в квадрате MO03hb.
и таких казусов в нашей матушке России найдется не мало.
Я постоянно работаю и на УКВ и считаю правильным, что каждый должен сам передавать свой локатор. так как в цифре.
С уважением ко всем форумчанам. Василий
16.10.2011, 03:52
VE3QRA

Отличная программа, спасибо автору.
Вцелом функциональность наверно устраивает многих пользователей с самыми разными запросами.
Но всеже местами встречаются косячки которые портят жизнь.
Вот например один который меня особо доcаждает временами.
Если в логе стоит Mode SSB и открыт цифровой модуль (там тоже стоит SSB)
то станции запоминаются в callsign list как bpsk почему то.
16.10.2011, 07:54
UA1WA

Цитата:

Сообщение от VE3QRA

Вот например один который меня особо доcаждает временами.
Если в логе стоит Mode SSB и открыт цифровой модуль (там тоже стоит SSB)
то станции запоминаются в callsign list как bpsk почему то.
__________________

А зачем в ЦИФРОВОМ МОДУЛЕ ставить SSB? Пользуюсь Логом с начала выхода программы в Интернет,но такой необходимости не возникало, поясните пожалуйста, может я что то недопонимаю или есть какой то смысл при работе цифрой ставить Моду SSB? Ситуация стандартная, когда работаешь в SSB и включаешь цифровой модуль Лог переходит в режим цифровых видов связи,
закрываешь модуль Лог переходит в режим SSB.
16.10.2011, 11:59
UR5EQF

Цитата:

Сообщение от VE3QRA

Если в логе стоит Mode SSB и открыт цифровой модуль (там тоже стоит SSB)
то станции запоминаются в callsign list как bpsk почему то.

Попробуйте: http://files.ur5eqf.com/Update_ur5eqf_log_v3.30-4.exe
17.10.2011, 02:28
VE3QRA

Цитата:

Сообщение от UR5EQF

Попробуйте: hxxp://files.ur5eqf.com/Update_ur5eqf_log_v3.30-4.exe

Да, спасибо, сейчас работает коректно и в CW и в SSB
Еще вопрос, это как бы не косяк - я даже понимаю почему оно так сейчас, но все же, если это не трудно, то хотелось бы что бы при открытии (и закрытии тоже) цифрового модуля не стирался позывной текущего корреспондента, по крайней мере в ситуации когда в логе уже стоит Mode который поддерживаестя модулем.
Сейчас модуль запоминает в каком режиме он был в последний раз и в нем же и открывается. Это нормально, если позывной пустой, но предположим, я нашел в кластере корреспондента в PSK, открываю
цифровой модуль, а он мне стирает позывной и устанавливает зачем то, например, телетайп.
Логичнее бы было не стирать позывной и открыть мне стазу в PSK, т.е. в том режиме который уже стоит для текущего корреспондента в логе.
Впринципе, после того как вы исправили ошибку о которой я писал, это легко пережить - просто держать цифровой модуль открытым, он теперь не мешает если я в CW или SSB. Так что расценивайте это как пожелание с наименьшим приоритетом.

Добавлено через 1 час 59 минут
Владимир Николаевич, еще раз спасибо за ореративную поддержку.
Раз уж я начал жаловаться на свои проблемы с логом, я хочу написать еще об одной вещи, которая, по сути, наверно пустяк, но которая меня сильно напрягает в последнее время.
Если, кратко, то - "невозможно найти запись в логе и отпозиционировать на ней курсор". Постараюсь объяснить. Есть много способов найти интересующую запись в логе, вот некоторые из них (которыми я пользуюсь) и чего в них нехватает:
1) можно написать полный позывной в поле callsign, тогда в маленьком списке под логом появятся список всех QSO в этим корреспондентом.
Хотелось бы чтоб при выделении QSO в маленньком списке лог (большой список) автоматически позиционировался в соответствующую запись.
Самое интересное что сейчас оно почти так и работает. При двойном нажатии на QSO лог позиционируется в нужном месте и открывает модальную форму редактирования, но при ее закрытии автоматически индексируестя в конец.
2) интересующее QSO можно найти с помощью формы "quick search", но опять же, при ее закрытии лог позиционируэтся в конец, а хотелось бы чтоб он оставался на выделенной записи.
Кстати, "quick search" работает криво. Все работает хорошо пока добавляешь по одному символу. Но стоит начать стирать и добавлять заново пару раз - все ломается.
3) что то похожее хотелось бы и при филтрации из окна "статистика".
17.10.2011, 02:46
N2HO

Цитата:

Сообщение от VE3QRA

интересующее QSO можно найти с помощью формы "quick search", но опять же, при ее закрытии лог позиционируэтся в конец, а хотелось бы чтоб он оставался на выделенной записи.

А зачем? По мне, так удобнее, когда лог прыгает в конец по закрытии "quick search"...
17.10.2011, 04:20
VE3QRA

Цитата:

Сообщение от N2HO

А зачем? По мне, так удобнее, когда лог прыгает в конец по закрытии "quick search"...

То о чем я прошу вам совершенно не помешает - если вы не выберете ни одной записи в найденном, то по закрытии поиска лог вернется в конец как и раньше, а вот если выберите - то останется на ней.
17.10.2011, 12:23
RW3DY

Цитата:

Сообщение от VE3QRA

Хотелось бы чтоб при выделении QSO в маленньком списке лог (большой список) автоматически позиционировался в соответствующую запись.
Самое интересное что сейчас оно почти так и работает. При двойном нажатии на QSO лог позиционируется в нужном месте и открывает модальную форму редактирования, но при ее закрытии автоматически индексируестя в конец.

При выборе из списка позывного из списка quick search затем левой кнопкой мыша по дате (не трогая quick search) и большой лог в этом месте.
17.10.2011, 13:39
UX8IW

Вложений: 1

Цитата:

Сообщение от VE3QRA

Хотелось бы чтоб при выделении QSO в маленньком списке лог (большой список) автоматически позиционировался в соответствующую запись.
Самое интересное что сейчас оно почти так и работает. При двойном нажатии на QSO лог позиционируется в нужном месте и открывает модальную форму редактирования, но при ее закрытии автоматически индексируестя в конец.

форму для редактирования закрывать не нужно, для целей редактирования используйте встроенный в эту форму "малый журнал", т.е. получаем позиционирование в нужом месте.
17.10.2011, 18:04
UV5EOE

Вложений: 2

Очередное обновление!

Файл friends.ini, с обновленным списком LoTW юзеров (по состоянию на 17 октября 2011 года, содержит 45353 позывных из 337 стран по списку DXCC).

Так же по просьбе коллег выкладываю отдельно файл пользователей LoTW для UR5ЕQFлога (у кого своя конфигурация файла friends.ini).