DIGI FEST по понедельникам

[R3KEE]

TNX забрал сюда https://mib.vrn.ru/socket/hell_db/

[RK3DSW]

• 22 апреля - HELL - в постах выше читайте о конкурсе "ДЛИННЫЙ HELL"
ВРЕМЯ: начало в любое время и до 22:00 MSK
ДИАПАЗОНЫ: 30-40M : DIGI FEST

[RK3DSW]

Роман, проверь - провёл QSO с UA1AOS... в таблице активности мой позывной появился, а в результатах этой связи нет
https://mib.vrn.ru/socket/hell_db/

[R3KEE]

Роман, проверь - провёл QSO с UA1AOS... в таблице активности мой позывной появился, а в результатах этой связи нет
https://mib.vrn.ru/socket/hell_db/

у тебя 18:09 время связи а у него 18:04 время связи....
у меня с Олегом тоже расхождение было... пришлоь корректировать...

можешь в логе найти, там все сырые данные записаны.

[R3KEE]

Нас уже 6-ро: UA1AOS, RW6AVK, R7FQ, R3KEE, RK3DSW, 9A3SWO

Самая дальняя связь проведена между UA1AOS и R7FQ - они у нас победители, мини-призы уже готовятся.
far_hell.png

Предлагаю любую активность в HELL (по суббоатм и понедельникам) - проводить с использование данного положения(только по призам надо решить - изготовить не проблема, вот отправить дальше 2й зоны уже накладно).


И вопрос по работе скрипта, а конкретно кореляция по времени связи - столкнулись с тем что связь есть а врезультаты не попадает потому что расходится время у корреспондентов.
сейчас считается так:
- берется время проведения 1й связи (как правило ее записывает в БД тот кто стоял на CQ, но не факт)
- высчитывается время начала (вычитается 90 секунд) и время конца (прибавляется 90 секун)
- если время 2й связи попадает в промежуток начало - конец то связь засчитывается, если не попадает то не засчитывается.

было 3 связи с расхождениями 3,4 и 6 минут - все они не засчитались автоматом, пришлось поправить время 2й связи в БД.

есть еще мысль по алгоритму сравнения времени:
- из времен проведения 2х связей берем нименьшее
- расчитваем время налача(время связи) и время конца (+180 секунд ко времени начала)
- если время большей связи попадает в этот промежуток - связь засчитывается.

вот сижу думаю какой правильнее?

[RK3DSW]

Роман, а почему только в HELL?

[R3KEE]

Роман, а почему только в HELL?

Незнаю, как-то так вот придумалось... скажем так - призы я буду печатать только для HELL связей.

а работать можно в чем угодно, когда угодно

p.s. скрипт поправил - учитываются все подтвержденные связи в чем-бы то ни было - сортировка таблицы результатов по максимальному расстоянию.

[RW6AVK]

скрипт поправил - учитываются все подтвержденные связи

Наверное правильно - если у обоих операторов в логе есть запись QSO. Хоть разница по времени 10 минут, может куда-то отошел, а нажать кнопку "в лог" не получилось сразу.

[R3KEE]

Наверное правильно - если у обоих операторов в логе есть запись QSO. Хоть разница по времени 10 минут, может куда-то отошел, а нажать кнопку "в лог" не получилось сразу.

Конкурс есть конкурс. или играешь или отошел.

Вдруг дальше в контест перерастем...

Меня другой вопрос волнует - в FL-DIGI мождно сделать макрос который будет записывать в лог сразу как нажата кнопка и трансивер перешел на ТХ, а можно сделать чтобы запись была по факту передачи макроса "SK" - а учитывая что у некоторых макросы передают все что нужно и не нужно он может работать минут 4-5-6-...
А кто-то в лог пишет когда еще я ответ даю... :-)

[RW6AVK]

в FL-DIGI мождно сделать макрос который будет записывать в лог сразу как нажата кнопка и трансивер перешел на ТХ, а можно сделать чтобы запись была по факту передачи макроса "SK"

По факту передачи макроса "SK" - это самый правильный вариант (IMHO). Но так не всегда происходит, иногда ручками жмёшь "занести в лог". Т.о. факт отслеживания QSO по времени очень сомнительный. Да и народа мало, чтобы стало интересно.

Думаю, что тему нужно разделить и вынести в "Конкурс Длинный HELL".