В старой версии тоже самое.
Вложение 200507
Вид для печати
В старой версии тоже самое.
Вложение 200507
Сборка от 30.11.2017
В этой сборке:
- Полностью реализована подсистема защиты данных (ваши QSO теперь не пропадут!). Резервные копии базы данных журналов создаются как в автоматическом режиме (незаметно для пользователя, в процессе работы с логом) так и в ручном режиме (окно Управление резервными копиями журналов);
- Исправлены ошибки редактирования QSO;
- Доработано окно редактирования QSO;
- Добавлена возможность удалять дубликаты QSO (повторяющиеся по позывному, дате, времени, диапазону, виду модуляции) QSO не только одновременно для всех существующих журналов (как было раньше), но и для текущего открытого журнала (в меню окна Журнал);
- Исправлены ошибки обнаруженные при импорте QSO из ADIF - файла;
- Доработан импорт QSO из ADIF - файла;
- И другое, по мелочам...
Скачать - Logger.NET
Важное замечание!
Когда только скачали архивный файл, например: "loggernet_30_11_2017.zip", щёлкните по нему правой кнопкой мыши и в свойствах нажмите или поставьте галочку (зависит от системы) "Разблокировать". Или же после распаковки архива - на каждом распакованном файле. Иначе могут быть проблемы как у RA1AFR.
Импорт оставляет желать лучшего.
1.Данные об азимуте и элевации не импортируются!
2.При импорте карточек полученных/отправленных директом не стоит ни каких галочек! (через бюро не проверял).
Успехов.
Всем, кто интересуется этой темой Важное замечание – у RA1AFR нет проблем!
. . . . .
Вероятно, нестыковка произошла в следствии каких-то программных нестыковок, которые участвуют в данном процессе – Win 10, WinRAR и LogNet – на сколько я понимаю в силу своей компьютерной безграмотности. Ранее подобных проблем не было. Автор, сделав это предупреждение по всей видимости знает в чём причина. Если бы он начал своё замечание с объяснения этих нестыковок и то, что я по воли случая вероятно первый из пользователей кто столкнулся с этим и сказал про это – тогда было бы понятно у кого проблемы.
Теперь немного по теме.
1. Нажатие правой кнопки мыши на пустом поле созданного журнала вызывает следующие сообщения. Рис. 1
Вложение 200929
2. Правила импорта.
Фраза «Пропускать QSO если отсутствует» --> "Не импортировать QSO если отсутствует"
Время проведения QSO фиксируется как UNC-нач. Желательно иметь выбор между UNC-нач. и UNC-кон.
Не импортировались поля STATE, STATE1, STATE2, STATE3, STATE4, COMMENT, QSLMSG из журнала UR5EQF.
3. Значение DXCC в цифрах.
[QUOTE=...
P/S. А из какого лога у Вас вот это чудо: "<ANT_AZIM:3>177 <ANT_ELEV:2>70 " ???[/QUOTE]
VQlog https://www.dxmaps.com/vqlog.html
Подобное уже было: http://forum.qrz.ru/33-apparatnye-zh...ml#post1140938
Исправлю. Спасибо!
Именно - "Пропускать". Потому, что импортируются все QSO, а вот для пропущенных ("неправильных") автоматически создаётся новый журнал, где их потом можно исправить и объединить с рабочим журналом. Такой функции, кстати, нет ни в одном логе!
В правилах импорта поставьте галочку "Переопределять DXCC".
Кому как не Автору знать все проблемы, с которыми пришлось столкнуться в процессе создания программы. К сожалению Автор ограничился ссылкой (мол разбирайтесь сами) вместо того чтоб прямо сказать, что да как. Жаль … Мы всего лишь индикаторы этих проблем.
Это конечно замечательная функция, но кто-же про неё знал! Во всех программах есть скрытые опции. Посмотрим на эту ситуацию, с другой стороны. Трудно представить, чтобы программа Лога создала файл без Даты и прочего. Может быть это ошибки экспорта – тогда надо разобраться с экспортом. Кстати почему в этом фильтре не используется Время и Частота. Подобных «неправильных» QSO большое количество? Есть какая-нибудь статистика или об этом просили пользователи? Такая ситуация часто случается? Наверное, только в ручном режиме можно создать такой adif шедевр. Вопрос - зачем? В состоянии какой эйфории надо находиться чтобы создавать adif файлы в ручном режиме.
Если импортируются ВСЕ QSO, зачем тогда на этом этапе предлагать совершать действия с непонятным результатом. Например, что такое дубликат QSO? Какой критерий Автор использует? Нигде об этом не говориться. У пользователя может быть другое мнение.
Для «неправильных» QSO – лучшее, что можно сделать – это оставить их в Логе на том же по порядку месте, как и в adif файле. Нельзя прерывать цепь событий и данных. Они могут подсказать ход решения. Выделить «неправильные» QSO в Журнале.
DXCC – делать такое преобразование (цифра <–> буквы) внутри Лога как опцию, могут пригодиться оба представления.
Геокоординаты – переопределять значения или форму представления, а если их нет, QTH локатор тоже геоданные, как быть с позывными //MM?
Я специально на примере DXCC задал вопрос, что бы Автор ещё раз продумал подход к импорту.
По моему мнению, во всех случаях Автор должен сначала проинформировать об, по его мнению, получившихся после импорта проблемах и предоставить инструментарий для их решения. Принимать решение будет конкретный пользователь.
Ну вот вроде бы так, а может быть я чего то не знаю или не так представляю? Тогда извините …..
Ну и что тут непонятного? Например, в двух и более QSO это одинаковые: позывной, дата, время, диапазон, вид модуляции.
Во всех других логах лучший инструментарий был и остаётся "Блокнот". Видимо - это то, что надо рядовому пользователю по сей день!
P.S.
Я ошибся, что выкладывал наброски своей программы раньше времени. Пардон. Больше такого не повторится. 73!
Всем добрый день!
…
Приношу свои искренние извинения Роману за ту не конструктивную обстановку, которая получилась в результате моих предложений и замечаний.
Приношу свои искренние извинения Участникам этого форума, которые вынуждены были читать мои опусы.
Чтобы более не нарушать ход разработки и обсуждений вероятно мне стоит отказаться от участия в этом ветке форума.
Роман ! Нет Вы не ошиблись выкладывая наброски. Замечания дадут возможность совершенствовать вашу замечательную программу. Ну а то что мы периодически спешим это понятно - нужно все и сразу :-) . Не обижайтесь на нас . Удачи в разработке и надеюсь мы снова увидим ваше движение вперед
С уважением Victor (R3BB) 73 !
Ждем !