tlf-devel
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Rules for french "Coupe du REF"


From: Stephane Fillod
Subject: Rules for french "Coupe du REF"
Date: Sun, 28 Feb 2021 23:07:17 +0100
User-agent: Mozilla/5.0 (X11; Linux i686; rv:68.0) Gecko/20100101 Thunderbird/68.10.0

Hi,

I've been participating into the french contest "Coupe du REF" this weekend, a lot of fun.
Even though I've been using TLF since long time, only this week-end I took the time
to write a fully working rule file, well sort-of.

Let's start first in this mail with multipliers/section. I wanted to track wanted sections.
Using TLF freshly built from git tree, I've been unable to configure this rule :
Multiplier is DXCC country or section from multiplier file, basically a list of french departments.
This should be covered by these statements :

DX_&_SECTIONS
SERIAL_OR_SECTION
MULT_LIST=ref_deptmults

Loading an existing logfile would leave the "Sect" line flat, the "Show multipliers" screen
would be empty. However, logging new QSO would increment the Section stats and multi screen.

Diving into the source code, it looks like the statement DX_&_SECTIONS is very tied to ARRL contests,
certainly for historical reasons. This is what is revealed by the variable dx_arrlsections
set by cfg_dx_n_sections(). I've made a quick fix, please see attached file tlf_dx_sections_quick_fix.patch
I tried to not break existing contest rules, however I haven't tested them.
I can make a fork for that, but IMO it'd be better to split the dx_arrlsections variable as
something like one variable dx_arrl_contest and one dx_and_sections.
What do you think about it ?

The fixes in src/changepars.c would enable the "Show multipliers" screen,
and also not misinterpret serial numbers as section (a test has to be done
to not break existing contest rules).

The issue #235[2] might benefit from this fix.

[1] https://concours.r-e-f.org/reglements/actuels/reg_cdfhf_fr_202011.pdf
[2] https://github.com/Tlf/tlf/issues/235 (Mults on bandmap with custom rules)

Anyway, thanks for maintaining and improving TLF over the years.
Last year, TLF was merely crashing (stack smashing,..) at moment,
I see a lot of work has been done since. It's much appreciated!

73
Stephane, F8CFE

Attachment: tlf_dx_sections_quick_fix.patch
Description: Text Data


reply via email to

[Prev in Thread] Current Thread [Next in Thread]