EPC WW DX Contest

[UA9QCQ]

Олег а микс , т.е сам микс считает ее DXCC и точка,теперь именно в .dll придется учитывать эту особенность.Однако у меня вопрос , а что cty.dat file на этот счет говорит?

Виктор, я на сервере не пользуюсь cty.dat. У меня свои таблицы префиксов и стран сделаны, а также своя БД позывных, которые встречались в результатах контестов, начиная с 2010 года.

В ряде крупных контестов страны считаются по двум спискам DXCC и WAE, из-за этого м.б. иногда путаница.

[R3BB]

Виктор, я на сервере не пользуюсь cty.dat. У меня свои таблицы префиксов и стран сделаны, а также своя БД позывных, которые встречались в результатах контестов, начиная с 2010 года.

В ряде крупных контестов страны считаются по двум спискам DXCC и WAE, из-за этого м.б. иногда путаница.

Ну Слава Богу разобрались. В cty.dat
African Italy: 33: 37: AF: 35.67: -12.67: -1.0: *I:
IG9,IH9;
Sardinia: 15: 28: EU: 40.15: -9.27: -1.0: IS0:
IM0,IS,IW0U,IW0V,IW0W,IW0X,IW0Y,IW0Z,II0ICH,II0IDP,II0M,II0P,II0PAX,II 0SB,II0SB/MM,IQ0AH,
IQ0AI,IQ0AK,IQ0AL,IQ0AM,IQ0EH,IQ0ID,IQ0QP,IQ0QP/LH,IQ0QP/WW,IQ0SS,IR0IDP,IR0IDP/1,
IR0IDP/2,IR0IDP/3,IR0LVC,IS0/4Z5KJ/LH,IS0ICE/N,IS0IGV/N,IS0PGF/N,IS0SDX/N,IW0HRI,IY0GA;
Sicily: 15: 28: EU: 37.50: -14.00: -1.0: *I:
IB9,ID9,IE9,IF9,II9,IJ9,IO9,IQ9,IR9,IT9,IU9,IW9,IT9CLY/JZK,IT9GDS/WLK,IT9HBS/LH,IT9JZK/WLK,
IT9KKE/JZK,IT9MRZ/LH,IT9NCO/LH,IT9OTF/JZK,IT9RYH/J,IT9ZSB/LH;
Вот и причина .
MixW использует cty.dat

[UA9QCQ]

Ну Слава Богу разобрались. В cty.dat
African Italy: 33: 37: AF: 35.67: -12.67: -1.0: *I:
IG9,IH9;
Sardinia: 15: 28: EU: 40.15: -9.27: -1.0: IS0:
IM0,IS,IW0U,IW0V,IW0W,IW0X,IW0Y,IW0Z,II0ICH,II0IDP,II0M,II0P,II0PAX,II 0SB,II0SB/MM,IQ0AH,
IQ0AI,IQ0AK,IQ0AL,IQ0AM,IQ0EH,IQ0ID,IQ0QP,IQ0QP/LH,IQ0QP/WW,IQ0SS,IR0IDP,IR0IDP/1,
IR0IDP/2,IR0IDP/3,IR0LVC,IS0/4Z5KJ/LH,IS0ICE/N,IS0IGV/N,IS0PGF/N,IS0SDX/N,IW0HRI,IY0GA;
Sicily: 15: 28: EU: 37.50: -14.00: -1.0: *I:
IB9,ID9,IE9,IF9,II9,IJ9,IO9,IQ9,IR9,IT9,IU9,IW9,IT9CLY/JZK,IT9GDS/WLK,IT9HBS/LH,IT9JZK/WLK,
IT9KKE/JZK,IT9MRZ/LH,IT9NCO/LH,IT9OTF/JZK,IT9RYH/J,IT9ZSB/LH;
Вот и причина .
MixW использует cty.dat

Кстати обрати внимание и на то, что African Italy это тоже не страна по DXCC, она по-моему только для WW засчитывается как отдельный множитель.

[RV3SBS]

Чтобы любители HIGT не заявлялись в LOW???? А как же тогда в лидеры попасть??? В тесте стрелки гнут, а потом смотришь заявленные результаты, а он бедный на 10 ваттах отработал.

Согласен, замечены такие, которые гнули стрелки сильнее тех кто заявился в HIGT, а заявились в LOW. Даже пропало желание заявляться в подгруппу.

Добавлено через 9 минут

Отработал в тесте на HRD+DM780.
............
Ну, если "доктор скажет в морг", будем через выгрузку в эксел мучаться....

Андрей, в морг не надо. Я использую HRD+DM780 уже 4 года и для правильного формирования отчета, как здесь уже писали, сохраняю ADIF файл соревнования, а потом загружаю этот файл в лог UR5EQF, предварительно создав в нем новый журнал, и далее формирую отчет в этой программе.

[UN7CN]

Во блин... Как дурень сидел считал, что по чем.Нашел где собака порылась... А тут уже давно все выяснили... Пойду напьюсь с горя и до следующего теста....

[UR4CU]

Чтобы любители HIGT не заявлялись в LOW???? А как же тогда в лидеры попасть??? В тесте стрелки гнут, а потом смотришь заявленные результаты, а он бедный на 10 ваттах отработал.

Вы меня правильно поняли!

[HB9RB]

Добрый день, Уважаемые.

Отработал в тесте на HRD+DM780.
При выгрузке отчета возникли следующие проблемы
1. Не проставляет незначащие нули, хотя в базе они есть
2. Контрольные номера выдает частично ( совсем частично )
3. С HRD совсем надавно начал работать, скорее всего накосячил.
4. Не хочется народ с отчетом подводить, 400+ связей.

Ну, если "доктор скажет в морг", будем через выгрузку в эксел мучаться....

Спасибо

Проще редактором ... для начала поправте моду на PM ...
сам пользуюсь HRD и формирую кабрилу через него ..
пока проблем с составлением отчётов не было ...
Эт для примера

QSO: 14075 PM 2013-02-02 1200 HB9/RV3DH 599 001 YL2NN 599 001
QSO: 14075 PM 2013-02-02 1208 HB9/RV3DH 599 002 US0MS 599 009
QSO: 21076 PM 2013-02-02 1218 HB9/RV3DH 599 003 UA3QJJ 599 009

[RW4HM]

В тесте работал прошлогодней DLL- с ней не было проблем в захвате принятого номера.

Вопрос к Виктору(R3BB)- это действительно проблема в dll или просто совпадение, потому что у меня тоже не захватывался номер (MixW2.19reg)?
Где надо, было отмечено. Не смертельно, однако неприятно вколачивать номера в 400 qso, особенно ночью.

[RK3DSW]

Не смертельно, однако неприятно вколачивать номера в 400 qso, особенно ночью

Павел, в этом случае вручную вкалачивать не нужно...
двойной клик мышкой по принятому номеру - и он попадает куда надо в журнал
73!

[UI9O]

Добавлю, редактировать неправильный № тоже так же.
Причём не удаляя неправильный!

[R3BB]

Вопрос к Виктору(R3BB)- это действительно проблема в dll или просто совпадение, потому что у меня тоже не захватывался номер (MixW2.19reg)?
Где надо, было отмечено. Не смертельно, однако неприятно вколачивать номера в 400 qso, особенно ночью.

В начале теста - когда я узнал о этой проблеме - DLL была оперативно подправлена и размещена на сайте. смотрите тут пару страниц назад.

[UA9LEW]

Проще редактором ... для начала поправте моду на PM ...
сам пользуюсь HRD и формирую кабрилу через него ..
пока проблем с составлением отчётов не было ...

Огромное спасибо за помошь!
Все действительно оказалось просто, даже без перегрузки через ADIF.
Выбрал (подобрав) другой тип отчета в HRD , и все поля схватились на ура.
Править пришлось только шапку
Робот все скушал с первого раза....Респект авторам
Вот и случился первый мой в жизни ПСК тест. (скрин)

Андрей,а можно увидеть ваш макрос контрольного номера.Так для себя интересно.

Можно, конечно. Но макроса как такового нет. Я новичек в HRD.
Просто посмотрел как в хелпе. Начальный номер в поле Sent_Ext ставим
[001], обязательно в квадратных скобках. Теперь, после каждого добавления записи в Лог, он автоматически уаеличивается на 1 (см. скрин).

[RT7N]

По-моему я ступил. Хотел заявиться в 12-часовой группе, по ходу теста было два перерыва. Но я начал работать не с начала теста и закончил раньше окончания теста. Почему-то решил, что перерыв - это прерывание работы в тесте, а начальный и конечный отрезки, когда я не работал, просто не будут учтены автоматически.
Я не прав? Заявляться теперь в 24-часовой группе?

[RK3DSW]

Хотел заявиться в 12-часовой группе, по ходу теста было два перерыва. Но я начал работать не с начала теста и закончил раньше окончания теста. Почему-то решил, что перерыв - это прерывание работы в тесте, а начальный и конечный отрезки, когда я не работал, просто не будут учтены автоматически.
Я не прав? Заявляться теперь в 24-часовой группе?

Николай, заявляйтесь в 12-ти часовой, если отработали меньше 12 часов, ваши перерывы - это от начала теста до начала работы и от окончания работы до завершения теста - их и укажите в OFFTIME
73!

[RT7N]

ваши перерывы - это от начала теста до начала работы и от окончания работы до завершения теста - их и укажите в OFFTIME

Но у меня было еще 2 перерыва посреди теста, а это получается в общей сложности уже больше разрешенных трех.
Хотел же сделать последний перерыв ровно 1час и отработать до конца теста. Но потом не удержался и начал на 20 минут раньше, ну и соответственно закончил за 20 минут до окончания теста. Что-то переклинило меня. Ну ничего, в следующий раз буду аккуратнее.