Не о том речь - туры прописаны в UDC.
Вид для печати
Обновил версию - ситуация моделируется на 100%
1. Запустил логгер.
2. Создал новый лог в базе (Чемп Мск) - ввел TOUR - горит красным - туры показывает.
3. Закрыл логер.
4. Запустил логгер (тест уже выбран - Чемп Мск).
5. Ввел TOUR - горит серым - туры не заданы.
6. Не закрывая логгер переоткрыл тот же самый лог.
7. Ввел TOUR - горит красным.
8. Закрыл логер.
9. Запустил логгер (тест уже выбран - Чемп Мск).
10. Ввел TOUR - горит серым - туры не заданы.
GO п.6
To NA3M
Николай, почему часто встречается, что некоторые позывные не соответствуют своим азимутам согласно префикса. Например набираешь LZ4W, пока все нормально , направление на Болгарию, затем переходишь в окно контрольного номера и тут же направление с болгарского меняется на 337(американское). Можно посмотреть, что префикс LZ4 с другой буквой суффикса ведет себя корректно. Это конкретный пример, сейчас просматривал callhistory для LZDX и нашел таких несколько примеров. Причем это встречается и с другими странами, т.е. есть позывные выпадающие из своих направлений.
Меня это интересует ввиду того, что я использую информацию направлений в конфигурации антенн для автоматического переключения антенн на данного корреспондента. У меня в наличии монобендеры на 15 и 20м диапазоны в четыре стороны. Получается вместо антенны на Болгарию у меня включается антенна на Штаты, это в конкретном случае, ну не есть хорошо.
Евгений, дело в том, что логгер постоянно пытается определить направление на станцию используя разные источники информации. Сначала (по префиксу) определяется страна и соответсвенно появляется направление в градусах на центр страны. Затем (для больших стран, например для России) по букве после цифры определяется область и направление корректируется (используется центр области). Для US станций используется call area и т.д. Но если в логгере для данного контеста как-то используется Grid Square, то он автоматичически использует его для уточнения. Иногда Call History информация от прежнего контеста ошибочно используется в новом (другом) контесте. Поэтому рекомендуется перед контестом (когда лог еще пустой) сделать Tools/Clear Call History...
Часто Grid Square используется в контест модуле для вспомогательных целей. Например в контесте Ham Spirit мне пришлось для всех станций записывать фиктивный грид --01AA, иначе не работало окно Grid Field Map. При вводе контрольного номера оно записывалось в поле GridSquare для данной станции и это приводило к расчету некорректного направления. Похоже, что информация из прежде используемых CallHistory файлов остаётся в базе данных и ошибочно используется в других контестах.
Попробовал пример с LZ4W, не заметил никаких проблем с вычислением направления на эту станцию. В каком контесте проблема с LZ4W проявляется?
Чистил callhistory, потом открываю LZDX, подставляю свежий или свой правленый callhistory для LZDX . Набираешь LZ4W , все нормально, показывает на Болгарию, как только переключаешься в окно ввода контрольного номера (показывает правильный район) и тут же меняется направление на американское. В callhistory этот позывной ничем не примечателен, а почему на него такая реакция. Если не подключать callhistory, то проблемы нет. Я говорил, что по аналогии бывают такие казусы и с другими позывными, а у меня возникает бардак с антеннами.
подтверждаю, есть такая проблемка
Вложение 331182
Вложение 331183
с LZ5R, LZ9W такой проблемы нет
Вложение 331184
Так MN это Миннесота.
https://contests.arrl.org/contestmultipliers.php
Вот Пловдива (PD) в списке множителей для ARRL нет. Баг в определении локации. Вероятно по exchange первично к позывному.
Можно попробовать что будет если станция из Габрово (GA) или Пазарника (PA).
Боюсь ошибиться, но Миннесота вроде как не в Болгарии )))
В контексте LZDX надо бы какие-то другие критерии для определения направления выбирать...
И, как писал Евгений, такое бывает и в других тестах.
PA оказалось там же где и MN )))
Вложение 331186
В Болгарии Монтана есть :-P
MN - MONTANA Пруф ::[ LZDX Contest ]::
На Монтану и показывает логгер :-D
TCI появился)?
Дело не в развлечениях, а в способе стыковки с аппаратурой, скимерами и т.п. (в частности трансиверами SunSDR2). Либо это сделать по одному сетевому кабелю вообще без проблем.
Либо использовать всякие "костыли" в виде com0com, VAC и т.п. Я, например, из-за нежелания все это конфигурировать с покупкой SunSDR2 перешел на 5M...