Date   

locked Re: QSO sequence #QSO_practices

Tom Melvin
 

Thanks for comments Bill

I will stick with the comments of 6m and up should send grid.

The other issue not seen is contests - the phrase ‘ all data must be transmitted on air’ - looking up QRZ does not really count :-)  QRZ is often wrong - I adjudicate some VHF FT8 contests and the number of points lost due to missing/wrong locators is rather high.

And; you should not substantially alter the contest log prior to submission - editing a pile of locators hmmm

Anyhow, there are circumstances Special Event calls, JA’s and those that want to save a period - so it’s up to individuals - personally I don’t like it. However there is damm all I can do about it, developers are not going to alter software at this stage of the game.

It just need to make education high on the list pointing out, for some people receiving no grid can be a PITA.

Have fun on the bands and enjoy

Tom
GM8MJV


On 30 Sep 2021, at 20:12, Bob Abernethy <winston.rothschild@...> wrote:

My experience has been DX stations on the receiving end of a pile up prefer it.

BA

On Thu, Sep 30, 2021, 2:50 AM chas cartmel <chas@...> wrote:
Not sure if this is a new trend but lately I am having CQs replied to with a report as the first data sent rather than a locator.
Not a big deal here as I do not collect squares, but still ‘off process’. It does speed things up though J

Thoughts?

 

73 Charlie
G4EST
Stay safe out there

 


This email has been scanned by BullGuard antivirus protection.
For more info visit www.bullguard.com








locked Now getting shared memory error on iMac with wsjtx 2.4 #macOS

David Head <iamfilmiam@...>
 

Mac Air Laptop running 10.15.7.

Any help would be appreciated.

Thanks,
Dave W4WLC


locked Re: Possible bug with tune button on 2.5.0 GA #IssueReport #Yaesu #Cat_RigControl #transmit

Jason B
 

I'm on fake it. Rig split doesn't work with the FT1000MP. It doesn't consistently mess up when I hit the tune button, only a few times it will key the transmitter then drop out of tune, then the third or so time it stays on like it's supposed to.


locked Re: Error while opening the program: (invalid ADIF header). #IssueReport

neil_zampella
 

It was ... however, if you never fixed the issue in the WSJT-X log, or fired up the old version with no log present, then updated to the latest, this could happen.

Neil, KN3ILZ

On 9/30/2021 11:12 AM, Dave Garber wrote:
But i thought the eh/eoh error was resolved in newer installs.    Thst is why my comment was made

On Wed., Sep. 29, 2021, 7:40 a.m. Reino Talarmo, <reino.talarmo@...> wrote:

Hi Dave,

A new installation generates a new ADIF file only, when there is none in the log directory. Otherwise the old one is taken with the header error, hi!

73, Reino OH3mA

 

>sounds like you are running/installing an older version...








locked Re: Possible bug with tune button on 2.5.0 GA #IssueReport #Yaesu #Cat_RigControl #transmit

Jason B
 

I think I'm in fake it because the rig split wouldn't work correctly with the FT1000MP. Not at home at the moment, will update after I get home. 


locked Re: QSO sequence #QSO_practices

Bob Abernethy
 

My experience has been DX stations on the receiving end of a pile up prefer it.

BA

On Thu, Sep 30, 2021, 2:50 AM chas cartmel <chas@...> wrote:

Not sure if this is a new trend but lately I am having CQs replied to with a report as the first data sent rather than a locator.
Not a big deal here as I do not collect squares, but still ‘off process’. It does speed things up though J

Thoughts?

 

73 Charlie

G4EST

www.g4est.me.uk

Stay safe out there

 


This email has been scanned by BullGuard antivirus protection.
For more info visit www.bullguard.com




locked Re: Possible bug with tune button on 2.5.0 GA #IssueReport #Yaesu #Cat_RigControl #transmit

Michael Black
 


Are you in Rig Split, Fake It, or None?
If Rig Split try one of the others and see if it behaves.

Mike W9MDB



On Thursday, September 30, 2021, 01:24:45 PM CDT, Jason B <sydbowen@...> wrote:


Hey y'all, I'm running a Dell Optiplex, Windows 8.1, WSJT 2.5.0 to a FT1000MP and when I try to click on the tune button I have to click on it several times before it will stay transmitting. It will key in the software then immediately drop out. Any idea what's going on?




locked Re: QSO sequence #QSO_practices

Jim Brown
 

On 9/30/2021 11:59 AM, Paul Turner wrote:
Openings on the VHF bands can be fleeting. Plenty of time when the band is closed to find out grid squares if required.
YES! Also on 10M and 160M.

73, Jim


locked Re: QSO sequence #QSO_practices

Paul Turner
 

And some rare stations ask on their QRZ page for callers to NOT include their grid so they can work as many as possible. Openings on the VHF bands can be fleeting. Plenty of time when the band is closed to find out grid squares if required.

73, Paul G4IJE.

-----Original Message-----
From: main@WSJTX.groups.io <main@WSJTX.groups.io> On Behalf Of Jim
Brown
Sent: 30 September 2021 19:29
To: main@WSJTX.groups.io
Subject: Re: [WSJTX] QSO sequence #QSO_practices

On 9/30/2021 9:31 AM, Jeff Townsend wrote:
And if the person is operating from somewhere other than home the grid
becomes a lot more important.
When 6M opens to JA, virtually all JA stations call with signal report, so that
more QSOs can be made during the opening. I learn their grid from LOTW. At
first, many omitted their grid from LOTW, but after a few seasons, nearly all
include it.

There's been a Russian operating /MM in the Pacific CQing with no grid.
I've worked him several times in pursuit of rare CQ Fields, and his grid is in
LOTW a few days later.

73, Jim K9YC


--
This email has been checked for viruses by Avast antivirus software.
https://www.avast.com/antivirus


locked Re: QSO sequence #QSO_practices

Jim Brown
 

On 9/30/2021 9:31 AM, Jeff Townsend wrote:
And if the person is operating from somewhere other than home the grid becomes a lot more important.
When 6M opens to JA, virtually all JA stations call with signal report, so that more QSOs can be made during the opening. I learn their grid from LOTW. At first, many omitted their grid from LOTW, but after a few seasons, nearly all include it.

There's been a Russian operating /MM in the Pacific CQing with no grid. I've worked him several times in pursuit of rare CQ Fields, and his grid is in LOTW a few days later.

73, Jim K9YC


locked Possible bug with tune button on 2.5.0 GA #IssueReport #Yaesu #Cat_RigControl #transmit

Jason B
 

Hey y'all, I'm running a Dell Optiplex, Windows 8.1, WSJT 2.5.0 to a FT1000MP and when I try to click on the tune button I have to click on it several times before it will stay transmitting. It will key in the software then immediately drop out. Any idea what's going on?


locked Re: QSO sequence #QSO_practices

Andy GD0TEP
 

 

 

All well and good throwing a report at you (and this is where arguments start) he sends you a report, so you acknowledge that and send one back.. he should then (in my book) acknowledge that h got it with a RRR or RR73

 

I’ve no wish to resurrect what would appear to be a dead horse.. But if I’m calling CQ and you come back to it with a report, at last follow it up with an RRR to complete.

 

73

Andy

http://gd0tep.com

 

 

From: main@WSJTX.groups.io <main@WSJTX.groups.io> On Behalf Of chas cartmel
Sent: 30 September 2021 09:47
To: WSJTX@groups.io
Subject: [WSJTX] QSO sequence #QSO_practices

 

 

Not sure if this is a new trend but lately I am having CQs replied to with a report as the first data sent rather than a locator.
Not a big deal here as I do not collect squares, but still ‘off process’. It does speed things up though J

Thoughts?

 

73 Charlie

G4EST

www.g4est.me.uk

Stay safe out there

 

 

This email has been scanned by BullGuard antivirus protection.

For more info visit www.bullguard.com


locked Re: QSO sequence #QSO_practices

Jeff Townsend
 

And if the person is operating from somewhere other than home the grid becomes a lot more important.

On Sep 30, 2021, at 10:10 AM, chas cartmel <chas@...> wrote:

I agree, the sender does not know if the ‘CQer’ collects squares so leaving this data out could be an issue. Bad practice in my opinion anyway.
I log the data anyway as you never know if the ‘collecting squares’ bug might bite so can get off to a flying start.



73 Charlie
G4EST
Stay safe out there
 
 
 
From: main@WSJTX.groups.io [mailto:main@WSJTX.groups.io] On Behalf Of Tom Melvin
Sent: 30 September 2021 14:26
To: main@wsjtx.groups.io
Subject: Re: [WSJTX] QSO sequence #QSO_practices
 
Afternoon
 
Personally hate the idea - mind you I do collect squares - the supplied ‘procedure’ works well and for the sake of a period is it worth it.
 
Tom
GM8MJV


On 30 Sep 2021, at 10:46, chas cartmel <chas@...> wrote:
 
<image001.gif>
Not sure if this is a new trend but lately I am having CQs replied to with a report as the first data sent rather than a locator.
Not a big deal here as I do not collect squares, but still ‘off process’. It does speed things up though J

Thoughts?
 
73 Charlie
G4EST
Stay safe out there
 
 
This email has been scanned by BullGuard antivirus protection.
For more info visit www.bullguard.com



 

This email has been scanned by BullGuard antivirus protection.
For more info visit www.bullguard.com




Jeff Townsend
WB8LYJ





locked Re: Error while opening the program: (invalid ADIF header). #IssueReport

Dave Garber
 

But i thought the eh/eoh error was resolved in newer installs.    Thst is why my comment was made


On Wed., Sep. 29, 2021, 7:40 a.m. Reino Talarmo, <reino.talarmo@...> wrote:

Hi Dave,

A new installation generates a new ADIF file only, when there is none in the log directory. Otherwise the old one is taken with the header error, hi!

73, Reino OH3mA

 

>sounds like you are running/installing an older version...





locked Re: QSO sequence #QSO_practices

chas cartmel
 

I agree, the sender does not know if the ‘CQer’ collects squares so leaving this data out could be an issue. Bad practice in my opinion anyway.
I log the data anyway as you never know if the ‘collecting squares’ bug might bite so can get off to a flying start.




73 Charlie

G4EST

www.g4est.me.uk

Stay safe out there

 

 

 

From: main@WSJTX.groups.io [mailto:main@WSJTX.groups.io] On Behalf Of Tom Melvin
Sent: 30 September 2021 14:26
To: main@wsjtx.groups.io
Subject: Re: [WSJTX] QSO sequence #QSO_practices

 

Afternoon

 

Personally hate the idea - mind you I do collect squares - the supplied ‘procedure’ works well and for the sake of a period is it worth it.

 

Tom

GM8MJV



On 30 Sep 2021, at 10:46, chas cartmel <chas@...> wrote:

 

Not sure if this is a new trend but lately I am having CQs replied to with a report as the first data sent rather than a locator.
Not a big deal here as I do not collect squares, but still ‘off process’. It does speed things up though J

Thoughts?

 

73 Charlie

G4EST

Stay safe out there

 

 

This email has been scanned by BullGuard antivirus protection.

For more info visit www.bullguard.com



 


This email has been scanned by BullGuard antivirus protection.
For more info visit www.bullguard.com


locked Re: QSO sequence #QSO_practices

 

Personally I would rather see the gridsquare, but not fussed if I don’t. eQSL.cc or LotW normally provide it soon enough and failing those a quick look up on QRZ.com.

 

73 Phil GM3ZZA

 

Sent from Mail for Windows

 

From: Bill Somerville
Sent: 30 September 2021 15:04
To: main@WSJTX.groups.io
Subject: Re: [WSJTX] QSO sequence #QSO_practices

 

Tom,

 

if you take that view then you will miss out on any QSOs with stations who are using non-standard callsigns. In general grid squares are only exchanged for aerial pointing assistance or if required as part of a contest exchange. Unless required by the exchange format the information can normally be readily obtained post QSO if you need it, and for awards, in most cases, it would need to be confirmed on a QSL anyway.

 

73
Bill
G4WJS.

 

On 30/09/2021 14:26, Tom Melvin wrote:

Afternoon

 

Personally hate the idea - mind you I do collect squares - the supplied ‘procedure’ works well and for the sake of a period is it worth it.

 

Tom

GM8MJV



On 30 Sep 2021, at 10:46, chas cartmel <chas@...> wrote:

 

Not sure if this is a new trend but lately I am having CQs replied to with a report as the first data sent rather than a locator.
Not a big deal here as I do not collect squares, but still ‘off process’. It does speed things up though J

Thoughts?

 

73 Charlie

G4EST

 

 


--
73 Phil GM3ZZA


locked Re: QSO sequence #QSO_practices

WB5JJJ - George
 

Disabling Tx1 should not be an option on 6m and above where grid squares are wanted/needed for a many of those of us that are chasing FFMA and other awards that require them "up there".  So at least, don't allow the disable of Tx1 or starting with Tx2 at all on 6m and up.  I try really hard to not automatically answer any calls that don't use Tx1 on 6m PERIOD.  It would be fitting as I can always hope, that my state is their last holdout for WAS on 6m.  If you are just after faster contact counts, use FT4 and Tx1.  Everybody will be much happier.  

I know that some will disagree with me on this, but that's fine.  

--
73's
George - WB5JJJ
Hamshack Holine #4969


locked Re: QSO sequence #QSO_practices

Bill Somerville
 

Tom,

if you take that view then you will miss out on any QSOs with stations who are using non-standard callsigns. In general grid squares are only exchanged for aerial pointing assistance or if required as part of a contest exchange. Unless required by the exchange format the information can normally be readily obtained post QSO if you need it, and for awards, in most cases, it would need to be confirmed on a QSL anyway.

73
Bill
G4WJS.

On 30/09/2021 14:26, Tom Melvin wrote:
Afternoon

Personally hate the idea - mind you I do collect squares - the supplied ‘procedure’ works well and for the sake of a period is it worth it.

Tom
GM8MJV

On 30 Sep 2021, at 10:46, chas cartmel <chas@...> wrote:

Not sure if this is a new trend but lately I am having CQs replied to with a report as the first data sent rather than a locator.
Not a big deal here as I do not collect squares, but still ‘off process’. It does speed things up though J

Thoughts?

 

73 Charlie
G4EST



locked Re: QSO sequence #QSO_practices

Tom Melvin
 

Afternoon

Personally hate the idea - mind you I do collect squares - the supplied ‘procedure’ works well and for the sake of a period is it worth it.

Tom
GM8MJV

On 30 Sep 2021, at 10:46, chas cartmel <chas@...> wrote:

Not sure if this is a new trend but lately I am having CQs replied to with a report as the first data sent rather than a locator.
Not a big deal here as I do not collect squares, but still ‘off process’. It does speed things up though J

Thoughts?

 

73 Charlie
G4EST
Stay safe out there

 


This email has been scanned by BullGuard antivirus protection.
For more info visit www.bullguard.com





locked Re: Audio device dropouts #Yaesu #macOS

Bill Somerville
 

On 30/09/2021 13:08, Jeremy Stark via groups.io wrote:
I am controlling my FT991A via USB CAT @ 19200bps.

I have v2.5.0 f95b59

I am running MacOS Mojave (v10.14.6) on a 2012 MacBook Pro.

1) After a few TX cycles, my TX audio switches to the speakers. If I go to the Audio preferences page, input and output are both showing USB Codec, but the dropdowns are showing nothing ticked. If I reselect the USB Codecs, the programme goes back to working for a while. If I look at the Audio preferences page while it’s working I can see the USB Codecs are both ticked. Can anyone suggest a reason for this?

2) Despite having Disable TX after sending 73 unticked, Enable TX drops out immediately after 73

I thought that upgrading from 2.4.0 might solve these, but they are both still problems on 2.5.0

Thanks

-- Jeremy Stark G7BHB
Hi Jeremy,

have you tried the suggestion in the WSJT-X User Guide?

https://physics.princeton.edu/pulsar/k1jt/wsjtx-doc/wsjtx-main-2.5.0.html#INSTALL_OSX

73
Bill
G4WJS.

8101 - 8120 of 36959