Bill,
You have missed the point of Tony's query again. Tony was not operating in an   EU Contest Mode to be used for EU VHF/UHF  

73

Paul

G3YDY

-----Original Message-----
From: main@WSJTX.groups.io <main@WSJTX.groups.io> On Behalf Of Bill Somerville
Sent: 05 June 2020 21:46
To: main@WSJTX.groups.io
Subject: Re: [WSJTX] TX6 Message in NA Contest Mode V2.2.0

On 05/06/2020 20:43, Tony Collett via groups.io wrote:

Thanks Bill, understand the reasoning, and I certainly didn't have so 
many non-compatible lock ups this session but can you clarify a bit 
more please?

I said I was in NA Contest mode, your reply mentioned EU Contest mode. 
Not having used the latter are you saying that these two Contest modes 
will talk to each other OK since they both set Tx6 the same?

Personally I think it is nice to identify which contest we are 
participating in so that others may have a chance to look up the rules 
and join in if they wish (and you have allowed for it to happen for 
ARRL Field Day, RU and WW Digi tests) but I bow to your experience.

Regards
Tony G4NBS

Hi Tony,

we would expect EU Contest Mode to be used for EU VHF/UHF contests, it was specifically designed for the IARU Region 1 type of scoring. Agreed that NA Contest Mode may be better for HF contests. The ARRL FD and WW DIGI distinction, as far as recall, is because two contests may occur on the same bands and at the same time, there are also logic differences in the decoders. It would be a whole lot better if there  was no ambiguity since selecting the right contest mode is important. We do try and adapt to different contest requirements but can only fit in a very small number where there is some hope of completing the required exchange in one of the WSJT-X modes. I don't have a perfect answer for this, we are squeezing quite a lot into a very small pot.

73
Bill
G4WJS.

Thanks Bill, understand the reasoning, and I certainly didn't have so
many non-compatible lock ups this session but can you clarify a bit
more please?

I said I was in NA Contest mode, your reply mentioned EU Contest mode.
Not having used the latter are you saying that these two Contest modes
will talk to each other OK since they both set Tx6 the same?

Personally I think it is nice to identify which contest we are
participating in so that others may have a chance to look up the rules
and join in if they wish (and you have allowed for it to happen for
ARRL Field Day, RU and WW Digi tests) but I bow to your experience.

Regards
Tony G4NBS

I have problems when file gets large, not because of disk space, but because the app is still writing to the file while the next decode tries to write to the same file.
I have 4 instances running 24/7 and once it gets too large I have to move to archive then it returns to normal. I suspect file contention that throws a message the another user is already using the file. If I am not around at the time, I end up with 20 or 30 error messages and have to click OK 20-30 times.
As related to the ALL file use I recently found a contact I needed to show that I should have been logged with a portion of the file. He then requested my history files that I sent via drop box. 4 slices, 4 files 1.2 Gb of data covering 3 months.
In notes I use the Find to locate a call or a sequence like W9XYZ RR73. Works great. Sometimes I have to search ALL files from 4 instances to locate the contact.
It’s a powerful tool.
73
Bill



On Jun 5, 2020, at 2:39 PM, Sam Birnbaum via groups.io <w2jdb@...> wrote:


Hi All,

While I wrote the program AllText.exe for myself and enhanced if for the blind ham group that uses the WSJT-X companion program QLog program for blind hams to search the All.txt file, I am more than happy to send it to anyone that would like to play with it. While the program was specifically enhanced with audio output for the visually impaired (blind) ham, it is not requirement for normal operation. It can display the tail end of the All.txt file up to the last 30,000 records. It can search the entire file looking for specific call signs or records types. It can analyze signal to noise ratios for any date range and or specific call signs. It can be run while WSJT-X is populating the All.Ttxt file. It does not load the entire file into memory so it can handle extremely large files.

Outside its functionality with the All.txt file, it can also download PSKReporter data and display the spots in a summary or detail format.

It does not require any special installation, it is a 32 bit program as such it will require the libea32.dll and sslea32.dll if you want to download PSKReporter data.

I attached some screen shots of the output.

If you are interested, let me know and I will be more than happy to send it to you with some documentation on its use.

73,

Sam W2JDB



-----Original Message-----
From: KD7YZ Bob <kd7yz@...>
To: main@WSJTX.groups.io
Sent: Fri, Jun 5, 2020 3:12 pm
Subject: Re: [WSJTX] ALL.TXT

On 6/5/2020 13:57, Bill Somerville wrote:

I'm sure there are more. Tools already exist, more interesting ones may
come along. It's so easy to keep the data with Today's cheap storage
media costs,

So Bill, what's a good program to blend the roughly 40 "ALL.txt' files
the computer search engine has come with, so far, on 6 different HDD's ??

Thanks for pointing the uses.




--
73

Bob KD7YZ
AMSAT LM #901

<SNRAnalysis.jpg>
<PSKReporter.jpg>
<AllText_ReadTail10000Rec.jpg>
<SearchEntireFileOneDay.jpg>

On Jun 5, 2020, at 2:39 PM, Sam Birnbaum via groups.io <w2jdb@...> wrote:



Hi All,

While I wrote the program AllText.exe for myself and enhanced if for the blind ham group that uses the WSJT-X companion program QLog program for blind hams to search the All.txt file, I am more than happy to send it to anyone that would like to play with it. While the program was specifically enhanced with audio output for the visually impaired (blind) ham, it is not requirement for normal operation. It can display the tail end of the All.txt file up to the last 30,000 records. It can search the entire file looking for specific call signs or records types. It can analyze signal to noise ratios for any date range and or specific call signs. It can be run while WSJT-X is populating the All.Ttxt file. It does not load the entire file into memory so it can handle extremely large files.

Outside its functionality with the All.txt file, it can also download PSKReporter data and display the spots in a summary or detail format.

It does not require any special installation, it is a 32 bit program as such it will require the libea32.dll and sslea32.dll if you want to download PSKReporter data.

I attached some screen shots of the output.

If you are interested, let me know and I will be more than happy to send it to you with some documentation on its use.

73,

Sam W2JDB

-----Original Message-----
From: KD7YZ Bob <kd7yz@...>
To: main@WSJTX.groups.io
Sent: Fri, Jun 5, 2020 3:12 pm
Subject: Re: [WSJTX] ALL.TXT

On 6/5/2020 13:57, Bill Somerville wrote:

> I'm sure there are more. Tools already exist, more interesting ones may
> come along. It's so easy to keep the data with Today's cheap storage
> media costs,

So Bill, what's a good program to blend the roughly 40 "ALL.txt' files
the computer search engine has come with, so far, on 6 different HDD's ??

Thanks for pointing the uses.

--
73

Bob KD7YZ
AMSAT LM #901

<SNRAnalysis.jpg>

<PSKReporter.jpg>

<AllText_ReadTail10000Rec.jpg>

<SearchEntireFileOneDay.jpg>