N1MM Logger

**NA3M** · 26.08.2020, 22:10

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

Что тут можно напутать ?
Вложение 272605

Алексей, похоже, что логгер неправильно определяет страну по позывному. Посмотрите, какую страну он показывает внизу главного окна для российских станций при вводе позывного.
Если проблема с этим, то попробуйте импортировать wl_cty.dat файл: Tools/Download and Install latest country file (по русски это будет наверное Инструменты/Загрузить и установить обновленный wl_cty.dat файл).

Николай NA3M

- - - Добавлено - - -

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

Ну..... для мультового места в малти оп - красный цвет в окнах за /р был лишний, так как приходилось проверять была связь или нет с этим РДА.
Но не за всеми уследили...провели всё же с мультового места 12 связей с /р - не мультами... оставили в логе, так как не штрафуются, но нам за них будет 0 очей.
А могло бы быть 120, если бы на рановом диапазоне подобрали.

Андрей, согласен, надо будет исправить - не выделять /P станции красным для мультового радио. Попробую это сделать для следующего RDAC.

Николай NА3М

**OH5ZZ** · 05.09.2020, 18:14

N1MM установлен у меня в двух компьютерах - стационарном, который расположен на радиостанции, и ноутбуке. Пользуюсь в основном первым, но пару лет вёл журнал во втором.

Есть ли какая-то возможность свести данные из обоих компьютеров в одно место: на выносной винчестер, например, или в один (скорее стационарный) компьютер)?

**NA3M** · 05.09.2020, 20:04

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

N1MM установлен у меня в двух компьютерах - стационарном, который расположен на радиостанции, и ноутбуке. Пользуюсь в основном первым, но пару лет вёл журнал во втором.

Есть ли какая-то возможность свести данные из обоих компьютеров в одно место: на выносной винчестер, например, или в один (скорее стационарный) компьютер)?

Борис,

Вот ответ на подобный вопрос в рефлекторе N1MM Logger+ (автор VE3KI, перевод от Google-а):

"Вам не нужно беспокоиться о файлах с именами N1MM Admin.s3db, N1MM Packet Spots. s3db или Do_Not_Use_Or_Erase.s3db. Ни один из них не содержит QSO. Любые другие файлы * .s3db, скорее всего, будут базами данных QSO. Все они должны находится в каталоге Documents \ N1MM Logger + \ Databases ..

Что касается файлов N1MM Classic (* .mdb), которые должны находится в каталоге программных файлов N1MM Logger, главное, что вам следует знать, это то, что если вы хотите преобразовать их содержимое в формат s3db N1MM +, вам необходимо сначала убедиться, что каждая из них была открыта хотя бы один раз копией N1MM Logger (классической) версии 14.x. На веб-сайте N1MM + есть копия N1MM Classic версии 14.2.0, которую вы можете скачать для этой цели. После того как файл N1MM Classic mdb был открыт, хоть и ненадолго, в версии 14.x, он может быть открыт N1MM LoggerPlus из пункта меню «Файл> Преобразовать базу данных N1MM в N1MM +».

Если вы планируете перенести все свои контакты в общий лог (например DX, для отслеживания сработанных стран за последние годы в контестах), вам придется экспортировать контакты в ADIF. Как только база данных открыта в N1MM +, вы можете использовать «Файл> Экспорт> Экспорт ADIF в файл> Экспорт ADIF в файл по дате из ВСЕХ контестов ...», чтобы экспортировать все QSO из базы данных в один файл ADIF. Или вы можете открыть логи соревнований по отдельности и экспортировать их в отдельный файл ADIF для каждого контеста. Далее вы можете использовать (импортировать) отдельные файлы ADIF для каждого контеста в N1MM +. Или вы можете копировать логи контестов в N1MM + по одному из одной базы данных в другую напрямую, используя пункт меню «Файл> Скопировать контест в другую базу данных ...», не используя способ с созданием файлов ADIF ."

Т.е. если цель только сохранить старые логи на всякий случай, надо просто сохранить все .s3db файлы из папки "...Documents\N1MM Logger +\Databases" за исключением файлов N1MM Admin.s3db, N1MM Packet Spots. s3db и Do_Not_Use_Or_Erase.s3db (они просто не нужны).

Николай NA3M

**OH5ZZ** · 05.09.2020, 20:30

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

Т.е. если цель только сохранить старые логи на всякий случай, надо просто сохранить все .s3db файлы из папки "...Documents\N1MM Logger +\Databases" за исключением файлов N1MM Admin.s3db, N1MM Packet Spots. s3db и Do_Not_Use_Or_Erase.s3db (они просто не нужны).

Николай, спасибо за отклик и желание помочь!

Единственная цель - желание собрать все-все связи из двух LOG-ов, установленных в двух комьютерах, в один общий журнал. У меня установлена какая-то упрощённая версия N1MM, которая меньше всего рассчитана на работу в контестах, но очень удобна для повседневных связей. И часто бывает так: я благодарю корреспондента за первую связь и знакомство или за связь в новом диапазоне, а он мне называет дату, когда, оказывается, у нас уже была связь. Всё просто: связь была в журнале второго компьютера...

**NA3M** · 07.09.2020, 19:40

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

... У меня установлена какая-то упрощённая версия N1MM, которая меньше всего рассчитана на работу в контестах, но очень удобна для повседневных связей. ...

Борис,

Что-то я не припомню такой версии логгера, по крайней мере с 2005 года такая не выпускалась. Посмотрите в Help/About какая все-таки версия использовалась.

Николай NA3M

**UA4LCH** · 08.09.2020, 10:07

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

А Вы посчитайте в середине контеста, что Вам даст больше очков - мульт или 10 очковое QSO.

))))

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

- - - Добавлено - - -

Цитата Сообщение от RL4R
Ну..... для мультового места в малти оп - красный цвет в окнах за /р был лишний, так как приходилось проверять была связь или нет с этим РДА.
Но не за всеми уследили...провели всё же с мультового места 12 связей с /р - не мультами... оставили в логе, так как не штрафуются, но нам за них будет 0 очей.
А могло бы быть 120, если бы на рановом диапазоне подобрали.

Андрей, согласен, надо будет исправить - не выделять /P станции красным для мультового радио. Попробую это сделать для следующего RDAC.

Николай NА3М[/QUOTE]

Можно и так, но и без выделения цветом все ,по идее, понимают, что /р станции дают очков больше, чем другие. Мое мнение - цвет вообще не нужен станциям /р. Они и так отлично видны, потому что в позывном у них - /р. )) Выделение же части потенциального мульта, а /р станции - только часть, так как куча других станций точно такой же вероятный мульт - это уже раскраска какая то получается.
Опять же мое мнение - выделяться на общем фоне должен мульт и только мульт, а не все возможные комбинации - это ведет к отвлечению внимания оператора и ,соответственно - потере времени.
С уважением Алексей.

**YL2QN** · 09.09.2020, 15:04

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

Можно и так, но и без выделения цветом все ,по идее, понимают, что /р станции дают очков больше, чем другие. Мое мнение - цвет вообще не нужен станциям /р. Они и так отлично видны, потому что в позывном у них - /р. )) Выделение же части потенциального мульта, а /р станции - только часть, так как куча других станций точно такой же вероятный мульт - это уже раскраска какая то получается.

Повторю ещё раз мысль, которую озвучивал в этом топике ранее.
Было бы классно в N1MM ввести понятие "Priority QSO". Это станции, которые дают больше очков. Как правило актуально для DX contests, где есть станции, которые дают 10 очков, против 1/2/3. В окне Available сделать дополнительную переключалку. Сейчас есть два варианта - only mult, all. В модифицированной версии смотрятся комбинации: only mult, priority + mult, all. Особенно актуально будет для assisted, когда хочется выгребать мульта и 10-ти очковых, ну а потом уже всё что шевелиться.

**NA3M** · 09.09.2020, 20:26

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

Повторю ещё раз мысль, которую озвучивал в этом топике ранее.
Было бы классно в N1MM ввести понятие "Priority QSO". Это станции, которые дают больше очков. Как правило актуально для DX contests, где есть станции, которые дают 10 очков, против 1/2/3. В окне Available сделать дополнительную переключалку. Сейчас есть два варианта - only mult, all. В модифицированной версии смотрятся комбинации: only mult, priority + mult, all. Особенно актуально будет для assisted, когда хочется выгребать мульта и 10-ти очковых, ну а потом уже всё что шевелиться.

Андрей, подобные пожелания появляются регулярно, но реализовать их не так-то просто. Это сильно нагрузит логгер особенно в тех контестах, где подсчет очков не тривиальный (типа: 2 очка за свой континент, 3 очка за другой), а требует определенных расчетов. К сожалению, пока есть много пользователей, которые не хотят или не могут даже просто ограничить количество принимаемых спотов путем фильтрации на самом Telnet кластере (фильтрация спотов в самом логгере почти не снижает нагрузку на процессор). Т. е., если добавить еще и подсчет очков для каждого спота, то многие пользователи будут жаловаться, что другие функции логгера "стали медленно работать". Возможно со временем, когда удасться найти решение по разгрузке логгера от других задач, это пожелание и будет выполнено.

Николай NA3M

**YL2QN** · 10.09.2020, 11:27

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

Андрей, подобные пожелания появляются регулярно, но реализовать их не так-то просто. Это сильно нагрузит логгер особенно в тех контестах, где подсчет очков не тривиальный

Николай, спасибо за ответ.

На самом деле, я не вижу не решаемой задачи тут. Как раз таки всё очень просто. Необходимо выполнить модуль подсчёта очков (а точнее определения очков) отключаемым (галочка в конфиге). Если модуль включен и идёт слишком много спотов (не отфильтрован RBN) - то сам себе буратино. На этом проблема исчерпана. Ну осталось в мануале прописать предупреждение о возможном performance issues.

Нельзя же "пилить" продукт под буратино, и при этом игнорировать нормальных пользователе

))))

**NA3M** · 12.09.2020, 07:58

SRR-CUP-DIGI Contest

Для тех, кто планирует работать в данном контесте придется установить экспериментальную версию:

https://n1mmwp.hamdocs.com/mmfiles/e...th-to-station/

В официальной версии этот контест случайно удалили, но он будет восстановлен в следующей.

73,
Николай NA3M

**RG9A** · 12.09.2020, 08:17

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

В официальной версии этот контест случайно удалили

Николай,
вроде-бы он никуда не девался из официальных версий и называется RFCDIGI
Или это не он?

**RZ3ZZ** · 12.09.2020, 13:25

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

Николай,
вроде-бы он никуда не девался из официальных версий и называется RFCDIGI
Или это не он?

Он, он!
Я сегодня уже всё настроил для работы....

**NA3M** · 12.09.2020, 17:26

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

Он, он!
Я сегодня уже всё настроил для работы....

Сравнил их в самом коде логгера, почти ничем не отличаются, так-что и RFCDIGI подойдет. Уже и не помню почему был добавлен SRRCUPDIGI.

Николай NA3M

**RK1NA** · 13.09.2020, 08:11

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

все-все связи из двух LOG-ов, установленных в двух комьютерах, в один общий журнал.

У меня Логи на "большом" компьютере (в городе) и на ноутбуке (в деревне).
А файл Лога лежит в облаке DROPBOX.

**NA3M** · 14.09.2020, 20:58

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

У меня Логи на "большом" компьютере (в городе) и на ноутбуке (в деревне).
А файл Лога лежит в облаке DROPBOX.

Константин, это все хорошо. Но надо быть осторожным с "облаками". Логгер очень не любит, когда файлы базы данных автоматически синхронизируются с их сетевым "зеркалом". В таком случае обычно происходит нарушение структуры данных в базе. Т.е. по крайней мере на время контеста (а лучше вообще перейти на ручную синхронизацию) надо отключать все эти автоматические BackUp-ы и прочие "облачные" утилиты. В логгере достаточно средств для резервирования данных. Данные о QSO дублируются в .trn файлах, а все настройки в "n1mm logger.ini.xxxxxx.bak" файлах.

Николай NA3M