Re: [wsjt-devel] WSJT-X WSPR decoder uploads spur decode instead of main decode for strong signals

2023-12-01 Thread Joe Taylor via wsjt-devel
Geoff -- I was not trying to justify our code that posts only the first decode of duplicates in the same Rx sequence, just to tell you what the code does. I'm sure you can find many places where we have done something simple and straightforward, "just to get it going," even when something

Re: [wsjt-devel] WSJT-X WSPR decoder uploads spur decode instead of main decode for strong signals

2023-12-01 Thread William Smith via wsjt-devel
Absolutely, but this isn’t “The strongest signal over the last n decode periods”, its “The strongest signal _this_ decode period”, which might help reduce the reporting of spurs. And yeah, it’s a rathole. 73, Willie N1JBJ > On Dec 1, 2023, at 7:33 AM, Black Michael via wsjt-devel > wrote: >

Re: [wsjt-devel] WSJT-X WSPR decoder uploads spur decode instead of main decode for strong signals

2023-12-01 Thread Stefan HB9TMC via wsjt-devel
Yes, for WSPR/FST4W signal reports are essential. For FT8 etc. it probably doesn't matter much, but that was not the topic. 73 Stefan On 01.12.23 13:33, Black Michael via wsjt-devel wrote: And does anybody even look at that data anyways? ___

Re: [wsjt-devel] WSJT-X WSPR decoder uploads spur decode instead of main decode for strong signals

2023-12-01 Thread Black Michael via wsjt-devel
Actually the strongest is not indicative at all of current conditions.  You can have momentary band conditions either way. What matters is what signal you heard them at.  e.g. "I initially received you at XXdB".  If a user wants to see band conditions for their callsign they can use

Re: [wsjt-devel] WSJT-X WSPR decoder uploads spur decode instead of main decode for strong signals

2023-12-01 Thread William Smith via wsjt-devel
Well, OK, Joe wrote the program, so he really is the ultimate authority. But the “decoded a spur and used that number for the SNR” seems to be the real issue here. In an ideal world, signals for a particular call should be sorted _after_ all the decodes are done, and the strongest (very

Re: [wsjt-devel] WSJT-X WSPR decoder uploads spur decode instead of main decode for strong signals

2023-12-01 Thread Stefan HB9TMC via wsjt-devel
I would also prefer if the strongest signal would be uploaded. 73 Stefan ___ wsjt-devel mailing list wsjt-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wsjt-devel

Re: [wsjt-devel] WSJT-X WSPR decoder uploads spur decode instead of main decode for strong signals

2023-12-01 Thread Geoff Van der Wagen via wsjt-devel
Hi Joe, Puzzled by your response.  I agree with not uploading dupes, but I can't fathom why you wouldn't compare dupes and pick the strongest one.  In a situation like this, clearly the strongest signal is representative of the real conditions. I can't think of a use for uploading any other

Re: [wsjt-devel] WSJT-X WSPR decoder uploads spur decode instead of main decode for strong signals

2023-11-30 Thread Joe Taylor via wsjt-devel
Hi Geoff, On 11/30/2023 9:03 PM, Geoff Van der Wagen VK2WA via wsjt-devel wrote: I just had a funny one with a close station, S9+10dB, the transmission was +32 SNR but WSJT-X uploaded only the first decode at -19dB: Queried for all spots me + target, unique NOT ticked: Would have been better

[wsjt-devel] WSJT-X WSPR decoder uploads spur decode instead of main decode for strong signals

2023-11-30 Thread Geoff Van der Wagen via wsjt-devel
Hi all, I just had a funny one with a close station, S9+10dB, the transmission was +32 SNR but WSJT-X uploaded only the first decode at -19dB: Queried for all spots me + target, unique NOT ticked: Would have been better to upload the 32dB spot! Geoff VK2WA