Руководство по CQ WW DX Contest UBN Reports
Автор: Сергей RU3RQ
 Все статьи на QRZ.RU Экспорт статей с сервера QRZ.RU Все статьи
категории "Соревнования"
|
Updated at 2004/10/16
Original page - 2003/08/07
Вольный перевод с английского - RU3RQ
Руководство по CQ WW DX Contest UBN Reports
1. ВВЕДЕНИЕ
2. СООБЩЕНИЕ ОТ CQ WW CONTEST COMMITTEE
3. UBN REPORTS
3.1 СТРУКТУРА ЗАПИСЕЙ
3.2 КОДЫ, ИСПОЛЬЗОВАННЫЕ В ОПИСАНИИ QSO
3.3 КОДЫ, ИСПОЛЬЗОВАННЫЕ В СПИСКЕ ВОЗМОЖНЫХ ПОЗЫВНЫХ
3.4 ИТОГОВЫЕ ДАННЫЕ UBN ДЛЯ ВЫБРАННОГО ДИАПАЗОНА
4. ШТРАФНЫЕ ОЧКИ
5. РАСЧЕТ ИТОГОВОГО РЕЗУЛЬТАТА
5.1 ПРИМЕР ЗАЯВЛЕННОГО РЕЗУЛЬТАТА
5.2 ПРИМЕР ПОДТВЕРЖДЕННОГО РЕЗУЛЬТАТА
5.3 КОДЫ, ИСПОЛЬЗОВАННЫЕ ПРИ ОПИСАНИИ РЕЗУЛЬТАТА
6. ВОЗМОЖНЫЕ ДЕЙСТВИЯ СУДЕЙ ПРИ ПРОВЕРКЕ ЛОГОВ
7. ПУБЛИКАЦИЯ ИТОГОВ В CQ MAGAZINE
8. ЗАКЛЮЧЕНИЕ
9. БЛАГОДАРНОСТИ
1. ВВЕДЕНИЕ
UBN report это анализ вашего отчета, выполненный компьютером CQ World-Wide Contest Committee. Он содержит заявленный результат, основанный на простом расчете по связям из вашего лога, а также подтвержденный результат, который образуется в результате перекрестного судейства отчетов. Расчет результатов для всех зачетных групп выполняется при помощи одних и тех же алгоритмов и данных о множителях. Другими словами, для обеспечения единообразного расчета всех результатов все отчеты обрабатываются по общей базе стран с повторным расчетом очков за каждое QSO.
В отчете также показаны связи, которые найдены компьютером и повлияли на итоговый результат. Они включают QSO, за которые сняты очки (-B и -N) и уникальные (U) связи. Очки снимаются автоматически за QSO, которые классифицированы как неверные (bad <-B>) или отсутствующие в логе корреспондента (not-in-log <-N>) в процессе перекрестной проверки при отсутствии очевидных ошибок приема в проверяемых отчетах.
Обратите внимание, что BAD обозначается неправильно зарегистрированный позывной, и при этом не означает, что это не существующий позывной. Связи, за которые сняты очки, помечены знаком минус (-).
*** УНИКАЛЬНЫЕ ПОЗЫВНЫЕ <UNIQUE(U) CALL> НЕ ШТРАФУЮТСЯ ***
UBN отчет представляет собой итоги анализа лога и содержит только связи, за которые не начислены очки с указанием причины в сокращенном виде. При необходимости судья может запросить полный отчет, который включает состояние каждой записи отчета. Такой отчет достаточно редко формируется и содержит детальную информацию о начислении очков за каждую связь, проверенную по отчету корреспондента, а также общее количество заявленных в базе данных связей для каждого корреспондента из вашего лога.
Окончательные результаты, готовые к опубликованию, определяются судьями, которые могут изменить результат в большую или меньшую сторону, по сравнению с тем, который определил компьютер.
Целью CQ World-Wide Contest Committee является беспристрастная и справедливая обработка всех данных. При наличии двух близких результатов обработка производится с особой тщательностью, чтобы убедиться в том, что объявленный победитель действительно заслуживает его опубликованного результата.
Результат участника, представившего электронный отчет, не может быть классифицирован ниже, чем участника, представившего рукописный отчет, пока бумажный отчет не будет подвергнут проверкам, аналогичным применяемым к электронным отчетам. Это значит, что обычно существенные бумажные логи вводятся в компьютер. Этот процесс увеличивает риск возникновения дополнительных ошибок и поэтому предоставление электронного отчета является для участника предпочтительным.
2. СООБЩЕНИЕ ОТ CQ WW CONTEST COMMITTEE
Проверка отчетов CQWW не является и не претендует стать идеальной. Она достаточно аккуратна для определения корректных результатов в различных категориях. Подавляющее большинство участников не обнаруживает в своих результатах штрафы за неправильно отсуженные позывные.
Перед нами стоит задача при помощи добровольцев отсудить несколько тысяч отчетов (более 3000 в каждом туре). Наши базы данных и алгоритмы не идеальны, но очень хорошие. Мы проводим разумные многократные проверки по базам данных.
Практически всегда обнаруживаются отчеты с неправильным позывным участника или отчеты за другие соревнования. Эти ошибки рассылки отчетов обнаруживаются при помощи дополнительных проверок.
Так как базы данных не идеальны и последнее решение принимают люди, а не компьютеры, то возможны ошибки. Если вы обнаружите существенные ошибки (например, влияющие на занятое место), сообщите нам. Пошлите письмо: k3est@cqww.com
Мы с удовольствием исправим их.
3. UBN REPORTS
В каталоге с вашим позывным находится Unique/Bad/Not-In-Log report который называется cw.ubn или ssb.ubn. Для каждого диапазона, на котором вы работали, выделено тело отчета (BODY), которое включает список связей, позывные которых помечены программой судейства символами U, B, или N. В конце каждого диапазонного отчета приведены итоговые данные - BAND SUMMARY, отчет в целом завершают две таблицы с рассчитанным заявленным и итоговым результатом SCORE CALCULATIONS.
ПРИМЕР BODY OF UBN REPORT:
9Y4XYZ.80, 22:12, Tuesday, 01-Jun-1999
LINE CODE CALLSIGN(#-BAND-LOGS)
[POSSIBLE-CALLS(#-band-logs)[code]]
---- ----------- ------------------------------------
257 U n5dfc
268 -N vp2eyz(255)
278 -B w9kea(1) w0kea(134)H w9kia(97)H
299 U wa2udk wa2udt(255)H wa2uuk(255)Ww wa2ubk(13)
360 U wb2fwk wb2fsk(2)
385 -B kb8in(1) kb8vn(129)H kb8wn(2)
386 U w9uuk
389 U nd9f nd9o(187)H nd3f(72) nd0f(34) nu9f(26)
3.1 СТРУКТУРА ЗАПИСЕЙ
LINE = номер QSO на УКАЗАННОМ диапазоне
(QSO) CODE = статус помеченного позывного (U, -B, N, или -N) из лога
CALLSIGN = помеченный позывной из лога
#-BAND-LOGS = количество связей, проведенных с помеченным позывным другими участниками (по базе данных)
POSSIBLE CALLS = подобранные компьютером возможные позывные, похожие на помеченный
#-band-logs = количество записей в базе данных, содержащих возможный позывной
code = статус возможного позывного (B, N, Ww, Wn, H)
В заголовке указан ваш позывной и диапазон. Обозначение диапазона для CW 160, 80, 40, 20, 15 и 10. Для phone обозначение диапазона на единицу больше, например 161, 81, 41, 21, 16, и 11 (эти нечетные наименования диапазонов предназначены только для внутреннего использования CQWWCC).
3.2 КОДЫ, ИСПОЛЬЗОВАННЫЕ В ОПИСАНИИ QSO
U = Unique - Уникальный. Во всей базе данных (около 2,5 миллионов записей на mode) этот позывной встречается только в вашем логе. Для U позывных очки автоматически не снимаются.
ПРИМЕРЫ U ПОЗЫВНЫХ: 88 U K7ZM K1ZM(1159)Ww K7ZZ(361)N K6ZM(302)H K3ZM(252) 258 U K1CD K1CN(412)H K1SD(183)H K1DD(34) K1DC(27) K1CL(20) 307 U VE1BV VE1BY(388)Ww VE1BX(5) VE1FV(4) VE1BH(2) VE1BE(2)
B = Bad - Неправильный. Неправильно принятый позывной. Этого позывного нет в базе данных "country callsign database" или он определен как неправильный (см. ниже описание Wn). Очки за связи с B позывными снимаются компьютером автоматически, позывные при этом помечаются <-B>.
ПРИМЕРЫ B ПОЗЫВНЫХ: 3 -B KD95T(5) KD9ST(548)Ww KD9SH(25) IT9SVJ(64) WB9SVK(22) 45 -B VE2SS(8) VY2SS(3197)Wn VE1SS(21) VE2SO(14) OE2S(790)N 54 -B W3IXD(1) K3IXD(313)H W9IXD(12) W3IZ(536)H W3IP(36) 88 -B K2RDDDD(1) K2RD(1121)Wn K3ND(805)Ww N3RD(588)H K3MD(249)H 126 -B SH7XYZ(3) S57XYZ(362)
N = Not-In-Log - Нет в логе. Вашего позывного нет в логе станции, с которой (как вам показалось) вы работали. Компьютер пытается затем определить, не было ли ошибки в приеме вашего позывного. Если компьютер находит потенциально близкие позывные в другом отчете, они указываются как возможные (POSSIBLE CALLS). Для N позывных, к которым компьютер не нашел похожих, автоматически снимаются очки и отметка меняется на -N. В некоторых случаях алгоритм программы не определяет сложные ошибки приема, поэтому в больших отчетах от станций со сложными позывными можно ожидать потерю очков из-за нескольких нераспознанных ошибок приема у корреспондента.
ПРИМЕРЫ N ПОЗЫВНЫХ (ИЗ ОТЧЕТА PJ9B): 179 N PA3XYZ(2359) PJ2B(7)B DJ9BX(89) 546 -N W5ABC(600) 831 N VQ9QRM(842) PJ9BB(1) 1268 N KH6ZYX(25) P49B(2)B
3.3 КОДЫ, ИСПОЛЬЗОВАННЫЕ В СПИСКЕ ВОЗМОЖНЫХ ПОЗЫВНЫХ
Возможные позывные определяются двумя различными, хотя и похожими вариантами.
Для (U или -B) позывных из ВАШЕГО лога, возможными являются позывные, которые компьютер считает корректными.
Для (N или -N) позывных из ВАШЕГО лога, возможными являются позывные из лога корреспондента того же диапазона (THE CLAIMED-STATION'S band-log), которые могут содержать искаженную версию вашего позывного.
ОПИСАНИЕ КОДОВ ВОЗМОЖНЫХ ПОЗЫВНЫХ
N = (для U или -B) От станции получен электронный лог и в нем нет вашего точного позывного.
H = (для U или -B) От станции получен лог, но, возможно, он бумажный. В случае очень тесного соперничества можно дополнительно перепроверить.
Wn = (для -B) От станции получен электронный лог. Прописная буква W означает, что ваш позывной есть в этом логе. Строчная n означает, что его позывного нет в вашем логе. При установлении точных данных (проверка времени) для Wn оказывается, что практически все Wn-позывные являются результатом ошибок приема участника. За такие связи снимаются очки.
Ww = (для U или -B) От станции получен электронный лог. Прописная буква W означает, что ваш позывной встречается в этом логе. Строчная w означает, что его позывной встречается в вашем логе.
W+3 и т.д. = (для U) Это связанный позывной появляется в вашем логе через три связи. Очки автоматически не снимаются. Однако, это чаще всего означает, что станция продолжала вызывать вас, пока вы не приняли ее позывной правильно и не зарегистрировали связь через два позывных.
B = (для N) Это возможный позывной определен в логе корреспондента как неправильный. С него снимаются очки и позывной в его отчете помечается как -B. У вас очки не снимаются, так как вероятно это ошибка приема вашего позывного.
3.4 ИТОГОВЫЕ ДАННЫЕ UBN ДЛЯ ВЫБРАННОГО ДИАПАЗОНА
В конце каждого диапазонного отчета приведены итоговые данные - BAND SUMMARY. Например:
2181 calls, 62 (U or B) ( 2.8%), 62 (U+1 or B or N) ( 2.8%) 359 cross-checked, 3 not-in-log. Lost multipliers (-B or -N calls): UK NIL QSO points removed (no possible logs) = 16 (2 QSOs). BAD QSO points removed = 120 (10 QSOs).
ОПИСАНИЕ ИТОГОВЫХ ДАННЫХ:
2181 calls = количество QSO на этом диапазоне.
62 (U or B) = количество QSOs вашего лога указанного диапазона, которые определены как Unique/уникальные или Bad/неправильные позывные.
(2.8%) = процент (U + B)/(calls). То есть 62 / 2181 = 0,0284. Это один из допустимых критериев точности почти для всех логов.
62 ([U+1] + B + N) = количество QSOs которые определены как Unique+1 или Bad или Not-in-Log. Unique+1 (U+1) это позывные, которые имеют схожие близкие аналоги в базе данных. Количество позывных (U+1 или B или N) очень близко к количеству связей, за которые сняты очки.
(2.8%) = процент (U+1 или B или N)/(calls). Это еще один из критериев точности почти для всех логов. Он включает степень гарантии того, что заявленные станции действительно работали.
359 cross-checked = 359 QSOs на этом диапазоне были перекрестно проверены по другим логам в электронной базе данных.
3 not-in-log = 3 заявленных QSOs не найдены в логах других станций.
Lost multipliers: (B or N calls) : UK
Сняты очки за множитель UK по причине bad или not-in-log позывного. Если префикс появился в списке "Lost multipliers:", и только одна связь с этим множителем помечена "-B" или "-N," то это значит, что только одна запись лога этого диапазона представляла собой возможный множитель.
NIL QSO points removed (no possible logs) = 16 (2 QSOs).
N позывные, для которых компьютер не нашел близких похожих аналогов в перекрестно проверенных логах. Очки сняты. В примере 2 QSO (каждое с соответствующим значением очков) x ШТРАФ = 16 очков.
BAD QSO points removed = 120 (10 QSOs).
Очки за все Bad QSOs сняты. В примере 10 QSOs (каждое с соответствующим значением очков) x ШТРАФ = 120 очков.
4. ШТРАФНЫЕ ОЧКИ
За каждый -N или -B позывной снимаются очки за связь и множитель. Дополнительно назначается штраф в размере троекратного значения очков за связь.
При подсчете очков заявленное значение очков за связь умножается на 4, полученное значение и есть <снятые очки>, которые упоминались выше.
Если на диапазоне было проведено QSO с другой станцией, дающей тот же множитель, то очки за множитель будут автоматически добавлены по засчитанной связи.
Система пенальти целенаправленно стимулирует аккуратную работу. Неправильно проведенные радиосвязи снижают очки и создают значительную дополнительную работу судьям.
Главным образом по причине того, что не все участники предоставляют отчеты, автоматическая процедура судейства находит и снимает очки только за часть из реально ошибочных (Bad и Not- in-log) связей. Система пенальти не стремится компенсировать этот недостаток, она лишь предостерегает от проведения связей "как попало" и регистрации позывных наугад.
5. РАСЧЕТ ИТОГОВОГО РЕЗУЛЬТАТА
UBN отчет завершают две таблицы с рассчитанным компьютером заявленным и итоговым результатом.
INITIAL SCORE SUMMARY это рассчитанный компьютером результат выполненный по всем заявленным связям вашего лога. Это ваш заявленный результат в нашей базе данных. Расчет заявленного результата производится по единым данным о множителях и по однообразному алгоритму.
RE-COMPUTED SCORE SUMMARY это рассчитанный компьютером результат, уменьшенный с учетом количества обнаруженных -B и -N позывных и соответственно назначенных штрафных очков. Также приведены значения в процентах - на сколько уменьшился заявленный результат по связям и очкам.
5.1 ПРИМЕР ЗАЯВЛЕННОГО РЕЗУЛЬТАТА:
P29AS Papua New Guinea 1997 CQ Phone 10:16, Friday, 06-Mar-98 1709 station logs, 1944498 QSOs, 100214 calls, 40540 common, 59674 unique CALLS COM U+B %U+B 1BN %1BN QPts Zn CTY BScore FileName ----- --- --- ---- --- ---- ---- -- --- ------ -------- 1 1 0 0.0 0 0.0 0 1 1 0 P29AS.160 185 170 15 8.1 15 8.1 466 18 27 20970 P29AS.80 1389 1304 85 6.1 85 6.1 3903 35 87 476166 P29AS.40 2181 2119 62 2.8 62 2.8 6342 38 119 995694 P29AS.20 4080 3966 114 2.8 116 2.8 12041 36 118 1854314 P29AS.15 1371 1310 61 4.4 74 5.4 4006 33 94 508762 P29AS.10 ------------------------------------------------------------------- 9207 8870 337 3.7 352 3.8 26758 161 446 16242106 P29AS.ALL
5.2 ПРИМЕР ПОДТВЕРЖДЕННОГО РЕЗУЛЬТАТА:
Score totals with NIL and Bad call penalties factored in: 1 0 1 1 0 P29AS.160 181 418 18 27 18810 P29AS.80 1374 3723 35 87 454206 P29AS.40 2169 6206 38 118 968136 P29AS.20 4056 11753 36 118 1809962 P29AS.15 1347 3726 33 94 473202 P29AS.10 ---------------------------------------------------------------- 9128 25826 161 445 15650556 P29AS.ALL -0.9% -3.6%
В заголовке отчета приведены данные о дате и времени формирования отчета и статистика базы данных.
5.3 КОДЫ, ИСПОЛЬЗОВАННЫЕ ПРИ ОПИСАНИИ РЕЗУЛЬТАТА
CALLS = количество заявленных QSOs COM = количество позывных, с которыми работали и вы и другие участники U+B = количество Unique+Bad позывных на диапазоне %U+B = U+B / (всего QSOs на диапазоне) 1BN = количество (One-off-Unique+Bad+NIL) QSOs на этом диапазоне %1BN = 1BN / (всего QSOs на диапазоне) Qpts = очков за QSO на этом диапазоне Zn = количество заявленных зон на этом диапазоне CTY = количество заявленных стран на этом диапазоне BScore = очки на этом диапазоне FileName = имя файла <Ваш_позывной.диапазон>
Проценты в последней строке: уменьшение QSO и уменьшение очков.
6. ВОЗМОЖНЫЕ ДЕЙСТВИЯ СУДЕЙ ПРИ ПРОВЕРКЕ ЛОГОВ
Судьи МОГУТ изменить любой результат, рассчитанный компьютером. Судьи не обязаны исправлять типографские ошибки, опечатки или любые другие ошибки в вашем логе, но стараются принимать справедливые решения. Вы должны просматривать свой отчет перед отправкой для того, чтобы убедиться в отсутствии подобных опечаток, которые могут повлиять на уменьшение результата.
Например:
Помеченные позывные, содержащие очевидные опечатки МОГУТ быть амнистированы по решению судьи. Пример: KP2A08, KP2AKP2A, и KP2AW3XYZ. Судья МОЖЕТ удалить их без назначения штрафа.
Помеченные позывные, отнесенные к некорректным позывным могут быть преобразованы в B-позывные и УДАЛЕНЫ СО ШТРАФОМ. Пример: JS9SEW и F9GDF.
Помеченные позывные или любые позывные в вашем логе, могут быть перекрестно проверены судьей по соответствующим логам и при обнаружении бесспорных ошибок с вашей стороны, преобразованы в B-позывные и УДАЛЕНЫ СО ШТРАФОМ.
Судьи могут проверить ваш лог и компьютерные расчеты. Судья отвечает за определенную категорию и оценивает всех участников в этой категории одинаково. Однако, имейте ввиду, что если ваш отчет не претендует на значительную награду, то скорее всего результат компьютерного расчета и будет вашим итоговым результатом.
7. ПУБЛИКАЦИЯ ИТОГОВ В CQ MAGAZINE
SECOND SCORE SUMMARY может быть равен опубликованному результату или может отличаться от него в зависимости от решения судьи CQ WW Contest Committee.
8. ЗАКЛЮЧЕНИЕ
Проверки отчетов и оценки, которые дает CQ WW Contest Committee поощряют точную, правильную работу в эфире. Это дает возможность выразительного сравнения достижений участников.
Некоторые участники могут заметить, что их результаты значительно ниже заявленных. Если в небольшом отчете обнаружится несколько двойных множителей, то итоговый результат может разительно уменьшиться.
Будьте внимательны и правильно записывайте позывные. Некорректные позывные в вашем логе не только уменьшат результат, но и создадут дополнительную работу судьям.
Убедитесь, что корреспондент, с которым вы работаете, правильно принял ваш позывной, а также что он отвечает именно вам. Не торопитесь регистрировать связь, пока не убедитесь, что и вы и ваш корреспондент правильно приняли позывные. Если ваш позывной будет внесен в лог корреспондента с несколькими ошибками, наша компьютерная программа не сможет определить, что это был именно ваш позывной. Передайте свой позывной еще раз, пока не УБЕДИТЕСЬ, что он принят правильно. Одна из целей нашей системы штрафов - заставить BIG GUN-ов аккуратно работать со smaller stations.
Если после неоднократных попыток вы так и не приняли позывной корреспондента, предложите ему попробовать позже - "try again later". Будьте с ним честны и прямо скажите, что связь не состоялась - "No QSO".
Вы поможете себе и нам, если будете придерживаться следующих правил:
Помогите нашей компьютерной программе избегать неверного толкования данных. Следите за тем, чтобы в поле позывного вашей контестовой программы заносились только позывные и никакие другие данные. Наша программа может интерпретировать это как ошибку. Ваш итоговый результат не рассчитывается по тому значению, которое выдала ваша контестовая программа.
Не добавляйте в лог примечания типа "WA8XYZ???" или "WA8XYZ/not- sure".
Не помечайте сомнительные QSO нулевыми очками. Наша программа скорее всего не сможет определить, что такой позывной надо игнорировать. Самое простое - удалить позывной после того, как вы его ввели.
Не изменяйте позывные для того, чтобы ваша контестовая программа правильно посчитала очки. Не меняйте позывные, подобные VE/XO7XYZ, VE7/XO7XYZ, PY/ZZ2ZYX, PY2/ZZ2ZYX, YO4ABC/MM/W4, MM/YO4ABC/W4. Наш файл cty.dat содержит информацию о всех нестандартных позывных, использованных в тесте.
Нет необходимости вносить в лог /QRP если станция передает это. Эта информация не является частью позывного.
Указывайте морские мобильные станции просто как /MM. Не добавляйте "регион" или префикс близлежащей страны в поле позывного.
Разные участники могут испытывать разной степени сложности в аккуратности ведения лога. При работе телефоном языковые различия этому способствуют. Шумы и атмосферные разряды могут очень сильно затруднить правильность приема. Любой оператор может ошибиться. Используйте информацию UBN отчета для того, чтобы совершенствовать свое мастерство.
9. БЛАГОДАРНОСТИ
Благодарим вас за участие и предоставление отчета в электронном виде. Даже если ваш результат незначительный или сильно уменьшился по сравнению с прошлыми выступлениями, помните, что ваш ЭЛЕКТРОННЫЙ отчет помог нам проверить логи других участников.
Пожалуйста не дублируйте отправку - обработка и дискеты и E-mail добавляет 5-10 минут работы судьям.
Участвуйте в соревнованиях и присылайте отчеты в электронном виде!
Отчеты за CQ WW SSB: ssb@cqww.com
Отчеты за CQ WW CW: cw@cqww.com
Задать вопрос комитету CQ WW: questions@cqww.com
| Просмотров всего 12,539, сегодня 1 |
Обновлено 07.11.2005 14:33:05 Статью прислал - Сергей RU3RQ Источник: http://www.qsl.net/ru3rq/ |
|
Отредактировать текст этой статьи? Все статьи Экспорт статей с сервера QRZ.RU |
Рейтинг читателей этой статьи |
5456
