Кубок России по радиосвязи на УКВ октябрь 2018

[RX3XQ]

Насчет потерянных связей в отчетах - вероятно, при формировании отчета неверно указана группа. Должно быть (для Single) только SINGLE-OP MULTI-BAND, никаких SOMB, SINGLE-OP 432M, и каких-то еще. В противном случае робот автоматом запихивает в диапазон 145 МГц и, соответственно, все связи вылетают. Несколько раз грузил отчет через форму, и видел, что попал на 145М, вместо 432, пока, наконец, не посмотрел в регламент.

[RW4NW, Vasily]

..Не чего не пойму, у меня в ошибках всего одна связь указана, в тоже время у всех корреспондентов связи со мной вылетели, написано "Нет в отчете корреспондента UA3MBJ" Куда же они девались? Сверяю QSO с черновиком, все связи правильно.........

В распоряжении Судейской коллегию имеется 2 файла отчетов от UA3MBJ:
-один со штампом времени 2018_10_08_09_28_10, т.е. загруженный на сервер приема отчета 08 октября 2018 года 09:28:10
-второй со штампом времени 2018_10_08_12_07_42
Первый файл размером 737 Байт, второй - 725 байт.
В обоих файлах строка PBand=1,3 GHz ,т.е. диапазон 1,3 ГГц - это значит в Судейской коллегии имеется отчет UA3MBJ только за один диапазон 1,3 ГГц!!!!
В файле "err_log.txt", например, смотрим "Ошибки в отчете RZ3RZ":
"18:44  UA3MBJ       599023     599016     KO94SR    LO02RR     430  Нет в отчете корреспондента UA3MBJ"
Связь не подтвердилась в диапазоне 430 МГц !!! А т.к.  файл отчета UA3MBJ имеется только за диапазон 1,3 ГГЦ, а за диапазон 430 МГц отсутствует, то получается ошибка Нет в отчете корреспондента

У R3GC - похожая ситуация -многих станций нет в его отчете, почему?
Только с RD3ZA -  я провел две связи вечером и утром -ни одну не зачли...

В распоряжении Судейской коллегию имеется 1 файл отчета от R3GC со штампом времени 2018_10_14_08_21_45, размером 930 Байт. В этом файле строка PBand=1,3 GHz ,т.е. диапазон 1,3 ГГц - это значит в Судейской коллегии имеется отчет R3GC только за один диапазон 1,3 ГГц!!!!
В файле "err_log.txt", например, смотрим "Ошибки в отчете RZ3RZ":
"18:40  R3GC         599022     599022     KO92FO    LO02RR     430  Нет в отчете корреспондента R3GC"
Связь не подтвердилась в диапазоне 430 МГц !!! А т.к.  файл отчета R3GC имеется только за диапазон 1,3 ГГЦ, а за диапазон 430 МГц отсутствует, то получается ошибка Нет в отчете корреспондента

[R6YP Виктор]

В распоряжении Судейской коллегию имеется

Здравствуйте Василий. Учитывая сложившуюся ситуацию Вы будете использовать отчеты, в которых указан не верный PBand= или другие ошибки, для контроля?
Если нет, то не могли бы те, кто попал в данную ситуацию(никто не застрахован от этого) загрузить отчеты за соответствующий диапазон  на сервер их приемки, так как срок приемки отчетов для контроля еще не завершен. Это поможет сохранить связи у других участников.
Спасибо.

[UA3MBJ Николай]

 To: RW4NW, Vasily
В виду того, что приём отчётов производился со сбоем, пришлось многократно посылать отчёт, мне на почту пришли подтверждения о получении отчёта, но там все диапазоны есть, и время отправления совсем другое, 8 октября 2018г в 12:28 и 15:07, дайте Еmail  переправлю письма.
 

[RA6HLF Владимир]

В распоряжении Судейской коллегию имеется

Василий, слишком много "нет в отчёте" я о диапазоне PBand=1,3 GHz , если будет стоять 1.3, т.е. после единицы точка, а не запятая, то программа этого отчёта не увидит.

[R3GC Владимир]

Связь не подтвердилась в диапазоне 430 МГц !!! А т.к.  файл отчета R3GC имеется только за диапазон 1,3 ГГЦ, а за диапазон 430 МГц отсутствует, то получается ошибка Нет в отчете корреспондента

Сейчас посмотрел в EDI файле указан диапазон 432, а не 435 как нужно для робота. Я отправлял только через сервис https://vhfcontest.ru.  Так как там все связи присутствовали, а в списке принятых отчетов на fd.vhfdx.ru позывной появился - думал все нормально. Посчитал что сервис должен шапку преобразовывать в нужный формат. Значит нужно как и раньше отправлять непосредственно. А то и проверить нельзя, так как в этом случае пароль не приходит.

[R5AQ Григорий]

диапазон 432, а не 435 как нужно для робота

Сколько лет работаю, и вот меня первый раз сняли с зачета. 100% моя вина, в спешке в шапке указал диапазон 144 МГц взяв шапку из Гагаринского теста. Надеюсь, что у моих корреспондентов связи не вылетели.
Но этот инцидент навел меня на мысль о "чрезмерной тупости" робота. Значит программа написана неверно. На мой взгляд робот должен игнорировать точка стоит или запятая, 432 или 435, 144 или 145, 5760 MHz или 5,7 GHz и подсчет вести по логу , а не по шапке. В регламенте к соревнованиям ничего не сказано про заполнение шапки отчета, точка должна быть или запятая MHz или МГц или GHz. В логе же все правильно указано.
При разработке нового регламента посоветую разработчикам регламента привести пример правильного заполнения шапки прямо в тексте регламента, а не указывать просто что отчет должен быть в  формате EDI.  Конечно модераторы тут уже  указывали, читайте мол образцы заполнения EDI RUS, и правильно указывали, давали ссылки, но мы же лентяи и лень искать. Поэтому считаю, что образец шапки в регламенте мне кажется не помешает. Ну появится лишняя страничка, зато все сомнения отпадут.
Кстати, моя контестовая программа WinTest делает EDI файл, который при загрузке в VHFcontest не правильно ложится в клеточки формы, а роботы fd.vhfdx.ru и IARU и Украинские все проглатывают без замечаний. Мне нравится  программа Николая R8ACC, но это говорит о том, каждый робот можно настроить на более умное прочтение отчета, а не заставлять участника тупо подстраиваться под него. Может я что и необдуманно написал, но это мои мысли, несогласны - выскажите свои мнения.
.

[R3KBF Петр]

Я отправлял только через сервис https://vhfcontest.ru.  Так как там все связи присутствовали, а в списке принятых отчетов на fd.vhfdx.ru позывной появился - думал все нормально. Посчитал что сервис должен шапку преобразовывать в нужный формат. Значит нужно как и раньше отправлять непосредственно. А то и проверить нельзя, так как в этом случае пароль не приходит.

https://vhfcontest.ru отличное подспорье, но к сожалению не панацея. При отправке отчетов на fd.vhfdx.ru за пару лет выработал такой алгоритм. Загружаю отчет в https://vhfcontest.ru, там формирую шапку, выявляю и правлю ошибки. Когда считаю, что отчет "вычистил", то выгружаю отчет из https://vhfcontest.ru и руками отправляю на робота  fd.vhfdx.ru. Тут могут возникнуть ошибки, но уже проще, робот ругается как правило на  PBand=, но при этом он указывает как он должен быть указан. Правлю отчет в блокноте, как хочет видеть робот, снова отправляю ему, и на этом обычно отчет принимается.
P.S. Мне кажется у робота под каждый тест в настройках есть свой *.ini файл и в котором диапазоны по-разному пишутся. Поэтому Николай R8ACC только исправит под один тест, а к другому тесту у робота уже другие настройки. Если и надо делать в Регламенте шапку, то организаторам ее надо делать через "copy-paste" из настроек робота под конкретный тест, а то уж больно много из-за этого проблем возникает.

[RT3G]

Исправил PBand с 432 на 435 теперь робот принял отчет как указано в PSect=checklog. Нет слов...*очень умный робот*,  первый раз столкнулся с такими сложностями.

[RA6HLF Владимир]

Но этот инцидент навел меня на мысль о "чрезмерной тупости" робота.

Засада ещё в том, что принимает отчёты "робот", а судья судит программой UA4NAL.

[RW4NW, Vasily]

В распоряжении Судейской коллегию имеется

Василий, слишком много "нет в отчёте" я о диапазоне PBand=1,3 GHz , если будет стоять 1.3, т.е. после единицы точка, а не запятая, то программа этого отчёта не увидит.

1. Немного статистики из ранее проведенного "шапочного разбора" файлов отчетов участников представлено в Таблице:
Строка в отчетах участников, округленный процент количества файлов отчетов к общему количеству файлов отчетов
PBand=432 MHz, 50 %
PBand=435 MHz, 12 %
PBand=1.3 GHz, 1 %
PBand=1,3 GHz, 24 %
PBand=5.7 GHz, менее 1 %
PBand=5,7 GHz, 6 %
PBand=10 GHz, 4 %
Жирным выделено наименование диапазона согласно стандарту отчетов EDI.
Получается, что только около 46 % файлов отчетов по строке PBand= соответствуют стандарту EDI, остальные 54 % файлов отчетов участников судейской коллегии нужно было подружить с программой проверки отчетов.
2. Владимир, а на каком позывном сигнале заметили много сообщений "нет в отчете"?

[RA6HLF Владимир]

Владимир, а на каком позывном сигнале заметили много сообщений "нет в отчете"?

R7NP, R6DZ - 1,3
R6YA - 435
это касается ошибок в отчёте RM7T.

[ua3ats]

При разработке нового регламента посоветую разработчикам регламента привести пример правильного заполнения шапки прямо в тексте регламента, а не указывать просто что отчет должен быть в  формате EDI.  Конечно модераторы тут уже  указывали, читайте мол образцы заполнения EDI RUS, и правильно указывали, давали ссылки, но мы же лентяи и лень искать. Поэтому считаю, что образец шапки в регламенте мне кажется не помешает. Ну появится лишняя страничка, зато все сомнения отпадут.

Статистика получается такая, что только у 76 % в "шапке" файлов отчетов группа указана согласно Регламента.

Начиная со следующего теста будем публиковать образец минимальной "шапки" для отчета. Хотя он практически и не меняется, но, как показывает практика, напомнить никогда не вредно.

[UA3MBJ Николай]

Странно как то получается, робот и очки подсчитал за оба диапазона, и связи все на месте, а судьям файлы не поступили ...  

Предварительно проверенный отчет

На этой вкладке Вы найдете автоматически проверенный отчет.
Callsign: UA3MBJ
QTH Locator: KO94SR
Category: SINGLE-OP, ALL


     Band     Qso    Cancelled  Dup        Score
  145 MHz       0            0    0            0
  435 MHz      20            0    0         8860
  1.3 GHz       6            0    0         2996
  5.7 GHz       0            0    0            0
   10 GHz       0            0    0            0
   24 GHz       0            0    0            0
------------------------------------------------
               26            0    0        11856

[RW4NW, Vasily]

В распоряжении Судейской коллегию имеется

Здравствуйте Василий. Учитывая сложившуюся ситуацию Вы будете использовать отчеты, в которых указан не верный PBand= или другие ошибки, для контроля?
Если нет, то не могли бы те, кто попал в данную ситуацию(никто не застрахован от этого) загрузить отчеты за соответствующий диапазон  на сервер их приемки, так как срок приемки отчетов для контроля еще не завершен. Это поможет сохранить связи у других участников.
Спасибо.

Приветствую, Виктор!
1. Согласно стандарту EDI за каждый диапазон формируется отдельный файл. Радиосвязи которые представлены в конкретном файле считаются за тот диапазон, который указан в строке PBand= файла отчета и ни за какой другой.
2. Всю ответственность за корректность представленных данных в файлах отчетов соревнований несет участник соревнований.
3. Согласно Правил соревнований по радиоспорту п.5.2.12 "Отдельные радиосвязи исключаются из отчета:..если радиосвязь не подтверждена отчетом корреспондента." Т.е. если один из участников не корректно указал диапазон в отчете, то эта радиосвязь не будет засчитана обоим корреспондентам.
4. Однозначно ответ НЕТ, т.к. Вы увидели проверенные отчеты, увидели ошибки и начали их исправлять, загружать снова отчет на сервер приема отчетов, т.е. создаете преимущество одних участников над другими, а это уже неспортивное поведение.