-
Notifications
You must be signed in to change notification settings - Fork 13
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Rename menu item NR Digits to Serial NR #269
Comments
I have moved this topic to a new Issue. We can continue this conversation here. Bob, I have not forgotten the Leading Zeros - I'm just limited on time availability right now. Let's do this step first and then come back to Leading Zeros. |
And for extra credit, I'll try to get If you have any suggestions for text in the MessageBox, please let me know. I'll post late tonight what I come up with. |
Works for me. I am teaching CW classes as we speak.
See you tomorrow...
73,
Bob WR7Q
CWA Admin
…On Thu, Feb 22, 2024 at 5:59 PM Mike Brashler ***@***.***> wrote:
I have moved this topic to a new Issue. We can continue this conversation
here. Bob, I have not forgotten the Leading Zeros - I'm just limited on
time availability right now. Let's do this step first and then come back to
Leading Zeros.
@K6OK <https://github.com/K6OK> @f6fvy <https://github.com/f6fvy> @WR7Q
<https://github.com/WR7Q> @scotthibbs <https://github.com/scotthibbs>
—
Reply to this email directly, view it on GitHub
<#269 (comment)>,
or unsubscribe
<https://github.com/notifications/unsubscribe-auth/ANIHTM2UPRDW45XZTLPE5LLYU7SY3AVCNFSM6AAAAABDV5F7X6VHI2DSMVQWIX3LMV43OSLTON2WKQ3PNVWWK3TUHMYTSNRQGU4TENJUGQ>
.
You are receiving this because you were mentioned.Message ID:
***@***.***>
|
That'll do for now. There's always room for improvement in the future, and refinement when the subject of leading zeros will come up. Tnx Mike. |
Hi Mike,
My preference would be to have the 1-99 as the default with or without a
leading zero.
73,
Bob WR7Q
CWA Admin
…On Fri, Feb 23, 2024 at 2:43 AM Mike Brashler ***@***.***> wrote:
I wanted to show you what I have running so far...
image.png (view on web)
<https://github.com/w7sst/MorseRunner/assets/106113737/645abaf8-2c9f-46bb-a40b-ed21cafd6806>
1. I changed the first item to 001 to N (default) to show that the
value N is growing and not static like the others. N increases as the
simulation runs.
2. The Custom Range menu item now includes the current min-max values.
This lets the user see the current values.
3. The min-max values are retained in the .INI file.
I have to admit, I am not very skilled at UI, so this next dialog can be
improved in the future, but it does get the job done for now. Here is the Custom
Range... dialog:
image.png (view on web)
<https://github.com/w7sst/MorseRunner/assets/106113737/fd7ceeb7-4de3-4b52-b77d-971aedb59b60>
Now that the UI is done, I'll get the backend coded sometime tomorrow.
Let me know what you think. Tnx, Mike
@scotthibbs <https://github.com/scotthibbs> @WR7Q
<https://github.com/WR7Q> @K6OK <https://github.com/K6OK> @f6fvy
<https://github.com/f6fvy> @jr8ppg <https://github.com/jr8ppg>
—
Reply to this email directly, view it on GitHub
<#269 (comment)>,
or unsubscribe
<https://github.com/notifications/unsubscribe-auth/ANIHTM7RIFQPBJX2SDA74C3YVBQCTAVCNFSM6AAAAABDV5F7X6VHI2DSMVQWIX3LMV43OSLTON2WKQ3PNVWWK3TUHMYTSNRRGAYTAMZWGE>
.
You are receiving this because you were mentioned.Message ID:
***@***.***>
|
Hi Bob, thank you for your feedback. We need to keep the default as the first menu item to keep backward compatibility of the features. We want the MRCE behavior to match the original as much as possible. We are recognizing areas of functionality where the behaviors have drifted apart and we will work to address these differences. |
Mike,
I understand, but the original was 1 to 44.
73 Bob WR7Q
CWA Admin
…On Fri, Feb 23, 2024, 14:16 Mike Brashler ***@***.***> wrote:
My preference would be to have the 1-99 as the default with or without a
leading zero.
Hi Bob, thank you for your feedback. We need to keep the default as the
first menu item to keep backward compatibility of the features. We want the
MRCE behavior to match the original as much as possible. We are recognizing
areas of functionality where the behaviors have drifted apart and we will
work to address these differences.
—
Reply to this email directly, view it on GitHub
<#269 (comment)>,
or unsubscribe
<https://github.com/notifications/unsubscribe-auth/ANIHTM5XKFSZC4U2ZYTU5NLYVEBIHAVCNFSM6AAAAABDV5F7X6VHI2DSMVQWIX3LMV43OSLTON2WKQ3PNVWWK3TUHMYTSNRRHE4TQOJQGY>
.
You are receiving this because you were mentioned.Message ID:
***@***.***>
|
Mike -- Looks great! I vote for 001 to N as the default as you show. That closely matches 1.68. Bob -- "I understand, but the original was 1 to 44." If I read the 1.68 source code correctly (that's a big IF) the serial numbers were generated by this code
The default contest length is 60 minutes. Skills can range from 1 to 3. Random can range from 0 to 1. So in the 59th minute of contest the sent SN can range from 1 to 178. If the contest length is set to 15 minutes then the SN can range from 1 to 46. 73 Jim K6OK |
Ok tnx.
…On Fri, Feb 23, 2024, 20:05 K6OK ***@***.***> wrote:
Mike -- Looks great! I vote for 001 to N as the default as you show. That
closely matches 1.68.
Bob -- "I understand, but the original was 1 to 44."
If I read the 1.68 source code correctly (that's a big IF) the serial
numbers were generated by this code
Result := 1 + Round(Random * Tst.Minute * Skills);
The default contest length is 60 minutes. Skills can range from 1 to 3.
Random can range from 0 to 1. So in the 59th minute of contest the sent SN
can range from 1 to 178. If the contest length is set to 15 minutes then
the SN can range from 1 to 46.
73 Jim K6OK
—
Reply to this email directly, view it on GitHub
<#269 (comment)>,
or unsubscribe
<https://github.com/notifications/unsubscribe-auth/ANIHTM6PAUUQ2KY75WJ2WCDYVFKGDAVCNFSM6AAAAABDV5F7X6VHI2DSMVQWIX3LMV43OSLTON2WKQ3PNVWWK3TUHMYTSNRSGIZDSNZTGU>
.
You are receiving this because you were mentioned.Message ID:
***@***.***>
|
Jim, you beat me to it. Thank you for looking this up. I'm thinking through the idea of increasing these numbers to allow higher serial numbers during a typical simulation. Something greater than 178 max serial number. It would be nice if the serial numbers peaked out in the thousands somewhere. |
We would also want to relabel the first menu pick to something like: |
Even if it's mathematically correct, it's rather confusing. Why not use "Default", without specifying anything as it was previously the case, knowing that the other choices allow a more precise range? |
Mike -- That original 178 was a very good choice to simulate the first hour of WPX. Maybe a few speed demons might hit 250 with 2BSIQ. You don't hear 4 digit SN's until the 2nd day. Laurent has a good point about keeping the language simple. How about Serial NR > Start of Contest (Default) <-- use the original 1.68 formula 73 Jim K6OK p.s. -- Did a quick check for fun, I believe the highest serial no. sent by a Single Op was 4,871 by CR3DX (OM3GI, op.) in 2021. He averaged a rate of 135 Q's per hour for 36 hours. |
I like this idea as it better shows the intent from the user-perspective, not the coder/developer. So you are suggesting we drop the 01-99 range? This range was important to Bob's training application. Perhaps call this I'm also wondering if the 1000-9999 range should be 1000-4999? Given that 4,871 is the highest serial no. sent by a single op, perhaps lowering this upper limit would make sense? |
On second thought, perhaps Bob can recommend the Custom Range item for his training courses/applications. We can even set the default value for the custom range as 73, Mike W7SST |
I like that idea. Do that please.
73 Bob WR7Q
CWA Admin
…On Fri, Feb 23, 2024, 23:52 Mike Brashler ***@***.***> wrote:
On second thought, perhaps Bob can recommend the Custom Range item for his
training courses/applications. We can even set the default value for the
custom range as Custom Range (01-99).... I would add code to honor the
leading zero in 01 to generate leading zero cut-numbers with a leading
'T'. If there is no leading zero, then leading zero cut-number would not be
used.
73, Mike W7SST
—
Reply to this email directly, view it on GitHub
<#269 (comment)>,
or unsubscribe
<https://github.com/notifications/unsubscribe-auth/ANIHTM3FF2Q4Q3I26TNYITTYVGEZVAVCNFSM6AAAAABDV5F7X6VHI2DSMVQWIX3LMV43OSLTON2WKQ3PNVWWK3TUHMYTSNRSGI3TQNRXHA>
.
You are receiving this because you were mentioned.Message ID:
***@***.***>
|
Regarding the serial numbers, I think we need to distinguish between two types of use: simulation (or competition) and training. In the case of simulation, we need to stick as closely as possible to reality, and reality is (for WPX) numbers from 0 to 4999 (let's assume), with IMHO more numbers < 1000 than the rest. As the logs are available, it would be interesting to see the distribution of the last number sent for single-ops. Assuming that numbers between 1000 and 4999 only are sent at the end of the contest is IMHO not realistic. In the other hand, for training, the operator should be able to indicate which range he wants to train with, with leading zeros or not, with cut numbers or not. |
Last number sent by single-ops according the available CQWPX logs 2023 CW: Range Ops 0-99 : 1492 |
In Issue #146, it proposes adding a call history file for CQ WPX. With this information above for largest serial numbers, this largest serial number data could be added to the call history file for each callsign from published logs. This would then give a good distribution of real serial numbers encountered during a contest. |
Why not. It could be applied OPTIONALLY to any contest (current and future) with serial numbers with a special notation like "<nnn" as ... So the serial sent with CR6K will be randomly set between 1 and 4625. A special notation must be used to distinguish them from other numbers (zone or other) if the contest uses both types of exchange. |
Great idea!
73,
Bob WR7Q
CWA Admin
…On Sat, Feb 24, 2024 at 11:49 PM Mike Brashler ***@***.***> wrote:
In Issue #146 <#146>, it
proposes adding a call history file for CQ WPX. With this information above
for largest serial numbers, this largest serial number data could be added
to the call history file for each callsign from published logs. This would
then give a good distribution of real serial numbers encountered during a
contest.
—
Reply to this email directly, view it on GitHub
<#269 (comment)>,
or unsubscribe
<https://github.com/notifications/unsubscribe-auth/ANIHTMZ55O33CHIC7TVSMXDYVLNHDAVCNFSM6AAAAABDV5F7X6VHI2DSMVQWIX3LMV43OSLTON2WKQ3PNVWWK3TUHMYTSNRSHAZTIMZTHE>
.
You are receiving this because you were mentioned.Message ID:
***@***.***>
|
Very cool!
73,
Bob WR7Q
CWA Admin
…On Sat, Feb 24, 2024 at 11:36 PM Mike Brashler ***@***.***> wrote:
So I thought it would be fun to plot the largest serial numbers sent using
Larry's data above...
image.png (view on web)
<https://github.com/w7sst/MorseRunner/assets/106113737/3df7d18f-18a2-452e-9298-91b092da6419>
Then I turned on a log scale for the Y-axis and got the following...
image.png (view on web)
<https://github.com/w7sst/MorseRunner/assets/106113737/bb7d1793-02f4-4425-b1d1-e567af6e99ab>
Very interesting.
—
Reply to this email directly, view it on GitHub
<#269 (comment)>,
or unsubscribe
<https://github.com/notifications/unsubscribe-auth/ANIHTM3BQAKRPFNSU7WRGEDYVLLWDAVCNFSM6AAAAABDV5F7X6VHI2DSMVQWIX3LMV43OSLTON2WKQ3PNVWWK3TUHMYTSNRSHAZTCNZUGM>
.
You are receiving this because you were mentioned.Message ID:
***@***.***>
|
Sounds good, thanks!
73,
Bob WR7Q
CWA Admin
…On Sat, Feb 24, 2024 at 11:33 PM Mike Brashler ***@***.***> wrote:
This is what it looks like in the menu. I will work to get this running
and perhaps support the leading '0' in the Custom Range (01-99) ... menu
item.
image.png (view on web)
<https://github.com/w7sst/MorseRunner/assets/106113737/7234b52f-977d-4df1-9b0f-b614b13ff9d5>
—
Reply to this email directly, view it on GitHub
<#269 (comment)>,
or unsubscribe
<https://github.com/notifications/unsubscribe-auth/ANIHTM3TFO7EJAY43GJUWP3YVLLMZAVCNFSM6AAAAABDV5F7X6VHI2DSMVQWIX3LMV43OSLTON2WKQ3PNVWWK3TUHMYTSNRSHAZTCMRWGI>
.
You are receiving this because you were mentioned.Message ID:
***@***.***>
|
Mike W7SST >> this largest serial number data could be added to the call history file for each callsign from published logs. This would then give a good distribution of real serial numbers encountered during a contest.<< For the late contest perioed this will skew the SN's too low as it assumes all stations can work all other stations. It doesn't model what (most) stations hear on Sunday. The superstations with big amps and stacks are heard by nearly everyone, are on for the full event, that's how they rack up big numbers. The little pistol with 50 watts and a wire in the attic can't be heard very well, that's why they are handing out small SN's. Last year on WPX on Sunday 85% of the stations I worked had either 3- or 4-digit SN's. Maybe we've lost sight of why adjustable SN's are desirable? If we go back to 1.68, when you start WPX mode it always begins with a parade of slow stations calling with TT1, TT2, TT1, etc., and it's kinda boring. It doesn't prepare you for the superstation who calls at 35 wpm with a 4-digit SN. And so while I'm a proponent of contest simulation I also believe there needs to be a training component to it. Unlike training new students, the contester who uses Runner is looking to sharpen his skills in the one or two week period pre-contest. And so I think having a pure 3-digit plus SN option is useful even if it strays from pure simulation to some degree. So I'd suggest Serial NR > Start of Contest (Default) Seems to me if serial numbers are added to the history file it will interfere with the chosen ranges? 73 Jim K6OK |
Works for me.
73 Bob WR7Q
CWA Admin
…On Sun, Feb 25, 2024, 15:23 K6OK ***@***.***> wrote:
Mike W7SST >> this largest serial number data could be added to the call
history file for each callsign from published logs. This would then give a
good distribution of real serial numbers encountered during a contest.<<
For the late contest perioed this will skew the SN's too low as it assumes
all stations can work all other stations. It doesn't model what (most)
stations hear on Sunday. The superstations with big amps and stacks are
heard by nearly everyone, are on for the full event, that's how they rack
up big numbers. The little pistol with 50 watts and a wire in the attic
can't be heard very well, that's why they are handing out small SN's. Last
year on WPX on Sunday 85% of the stations I worked had either 3- or 4-digit
SN's.
Maybe we've lost sight of why adjustable SN's are desirable? If we go back
to 1.68, when you start WPX mode it always begins with a parade of slow
stations calling with TT1, TT2, TT1, etc., and it's kinda boring. It
doesn't prepare you for the superstation who calls at 35 wpm with a 4-digit
SN.
And so while I'm a proponent of contest simulation I also believe there
needs to be a training component to it. Unlike training new students, the
contester who uses Runner is looking to *sharpen* his skills in the one
or two week period pre-contest. And so I think having a pure 3-digit plus
SN option is useful even if it strays from pure simulation to some degree.
So I'd suggest
Serial NR > Start of Contest (Default)
End of Contest (100 to 5000)
Custom Range ( with 0 to __99 as default, adjustable to whatever the user
wants)
Seems to me if serial numbers are added to the history file it will
interfere with the chosen ranges?
73 Jim K6OK
@w7sst <https://github.com/w7sst> @f6fvy <https://github.com/f6fvy> @WR7Q
<https://github.com/WR7Q>
—
Reply to this email directly, view it on GitHub
<#269 (comment)>,
or unsubscribe
<https://github.com/notifications/unsubscribe-auth/ANIHTMZDO77OTBXO4COF4EDYVO2WVAVCNFSM6AAAAABDV5F7X6VHI2DSMVQWIX3LMV43OSLTON2WKQ3PNVWWK3TUHMYTSNRTGA4DCOBXGA>
.
You are receiving this because you were mentioned.Message ID:
***@***.***>
|
Hi everyone, After studying the numbers from Laurent and thinking about what everyone has been saying, I have a new proposal that I think has something to offer everyone and also strike a balance between simulation realism and the needs to practice, both learning and sharpening one's skills. By using cut numbers of 50/500 instead of 100/1000, we gain to things.
To address the realism of the simulation, when we study the numbers from Laurent, we see there is not a flat distribution across these ranges. I propose we control the distribution of mixed digits and then use a flat distribution within each digit grouping.
By cutting the distribution between digit groupings, we can flatten the distribution with each digit group. I think this will work for now. Long term, I'd like to use a call history file containing the actual ending serial number for each call and pull the distribution from the log file. This later choice would provide the highest possible realism. Note - I also added "HST" to the first item to remind the user of the mode used during an HST simulation. |
Good work on the percentage splits for mid- and late-contest! I vote yes on this proposal. -- 73 Jim K6OK |
@f6fvy Hi Laurent, Thank you, Mike |
Here it is by bins of 10 Q, for the last 3 years 2023 0-9 : 344 2022 0-9 : 311 2021 0-9 : 344 Notice how the number of logs is decreasing, except for the 50-59 bin and the last bin, because many participants make a point of completing 50 or 100 QSOs on the dot ;-) |
Here is the final version... The Here is the corresponding
|
Here is v1.84-rc2. It contains the above change. Please give the Serial NR change a spin using the CQ WPX contest. Thanks, Mike |
For the "mid-contest" and "end of contest" settings, it would be nice if the numbers sent by the operator also started by a random number in the same range for greater realism. |
Tested v1.84-rc2. Mid- and End of Contest work very well. Detected no issues. I tested "weird inputs" on Custom Range:
Program works very well. I'm looking forward to using MRCE to train for the actual WPX contest in May. 73 Jim K6OK |
Additional error checks have been added here as part of this existing pull request. |
Here is the final (and summary) checkin notes for this branch. I think I'm finished with my work on this issue.
|
CQ WPX - Improved Serial Number generation (Coded by W7SST) - Renamed Settings > NR Digits menu item to Serial NR - F6FVY provided highest serial number sent by single-ops in CQ WPX 2023 - Added ability to generate serial numbers using actual distribution - Added new menu picks: Start of Contest, Mid-Contest and End of Contest - Add new `Serial NR > Custom Range...` menu pick for user-defined range - Custom Range... specification can include leading zero (e.g. 001-250) - Set operator's exchange starting NR using random value from selected Mid-Contest or End-of-Contest mode. - Allow selection changes to Serial NR mode during runtime. - Fixes #269
Suggest consider use "random" instead of "normal." Also "Serial NR" instead of "NR Digits" to be a little more precise of what's being set.
Serial NR -- Random, 1 to 9999 (use the word "random" instead of "normal")
Serial NR -- 1 to 99
Serial NR -- 100 to 999
Serial NR -- 1000 to 9999
73 Jim K6OK
Originally posted by @K6OK in #174 (comment)
The text was updated successfully, but these errors were encountered: