|
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
tlf_dx_sections_quick_fix.patch
Description: Text Data
[Prev in Thread] | Current Thread | [Next in Thread] |