Date   

locked Re: Multiple Instances JT Alert

HamApps Support (VK3AMA)
 

On 17/11/2020 10:43 pm, SV8JNL SV8JNL wrote:
Hello i would like to know if there is a way to have 2 jtdx apps with 2 jt alert at the same pc same time.
I can have 2 jtdx but  i cant have 2 jt alert to run for each jtdx...Any help?
Thank you.

Simple,

Start your 2 JTDX instances, then start JTAlert twice.

de Laurie VK3AMA


locked Re: unsuccessful contacts with 7q7ru

HamApps Support (VK3AMA)
 

On 17/11/2020 8:46 pm, Tom Melvin wrote:
Does any of this have anything to do with JTAlert?  

Since it seems to be 100% related to wsjt-x would it not be better moving this over to the WSJTX mailing list.

Tom
GM8MJV

I agree, thread is now locked.

de Laurie VK3AMA


locked Re: Greyed menus

HamApps Support (VK3AMA)
 

On 18/11/2020 7:12 pm, Paul F6EXV wrote:
Hi all
Thanks to various people (VK3AMA, MM0HVU, W9MDB) I have managed to configure 2 sessions of Log4OM + JTDX + JTalert to work simultaneously.
These two sessions are for different callsigns, on one single rig (Flex 6500).
So I can have both open at the same time, and go from one callsign to the other in no time at all, which is what I wanted to obtain.

The only thing that still does not work properly is that, on the second JTAlert that I launch, most of the setting menus are greyed out.
It is always the second one launched that has this problem.
I have created the shortcuts in accordance with the manual.

Any idea if this can be solved ?
Thanks + 73
Paul F6EXV

Sorry,

Can't be resolved. What your experiencing is due to limitations in the multi-instance support of JTAlert. All setting changes need to be made from instance #1 only.

See the Help file, "Multiple Instances" topic for more detail, especially the sections headed "Actions restricted to first instance" and "Important".

de Laurie VK3AMA


locked Re: Text message window

HamApps Support (VK3AMA)
 

On 18/11/2020 4:25 am, Guy G4DWV 4X1LT wrote:
That option is greyed out when the "Receive text Messages from other JTAlert users" is not selected, as indeed are all the options. I had assumed that that meant all the options were set to the state as if the box were unticked. I do not recall ever having to enable an item to un-grey out an option so I could change it. OTOH, my chemo may be pickling my brain.
--
73 de Guy G4DWV 4X1LT

Just a defect in the logic.

Simple fix, temporarily enable the "receipt" checkbox, uncheck the "restore" check box, uncheck the "receipt" checkbox.

de Laurie VK3AMA


locked JTAlert 2.16.16 is available #Announcement #NewRelease

HamApps Support (VK3AMA)
 

The latest JTAlert version 2.16.16 is now available @ https://hamapps.com/JTAlert/

Please review the release notes at the end of this message, in particular the wsjtx 2.3.0-rc2 requirements.

de Laurie VK3AMA

Release Notes.

2.16.16 (18-Nov-2020)

*****************************************************************************
  *** IMPORTANT: WSJT-X Multicast UDP Server setting requirement
  ***
  *** For WSJT-X 2.3.0-rc2 and future versions when using a multicast
  *** address for the UDP Server the "Outgoing Interfaces" selector needs
  *** to have the Loopback interface enabled.
*****************************************************************************

  *** Includes Callsign database file version 2020-11-18 (2020-Nov-18)

  New Features:

    - Decodes Window Online Indicators: Callsigns that are online for text message
       receipt will be shown with an underline, the same as the main JTAlert
       Callsigns display. A new online indicator, a filled circle, can be shown
       in the top-right corner of the Callsign display cell.

    - Text Messages: Can now be initiated via the Callsign right-click context menu
       of the Decodes Window.

  Changes:

    - Callsign QSL Indicators: Striped QSL indicators have been removed.
       Only flag style indicators are used. The position of the indicators is
       now fixed, Lotw in the top-left corner and Eqsl in the bottom-right corner
       of the Callsign display. This change is for both the main JTAlert window
       and the Decodes window.

    - WSJT-X Decode Highlighting: "73" or "RR73" decode highlighting no longer
       require the CQ Alert to be enabled. A dedicated setting is now available.
       See the "Applications -> WSJT-X / JTDX" section of the Settings window.
       Note: This and other color highlighting is not available for JTDX.

  Fixes:

    - Decodes Window: Showing 6 character grids instead of 4 characters for
       compound callsigns (typicaly seen for portable and special event calls)
       when a log entry for the callsign exists with a 6 character grid.

    - Grid Alert: If the Grid alert is enabled a 6 character grid would be
       alerted despite its 4 character grid being set as not needed after the
       Alert database rebuild was run.

    - Popup Notifications: Popups like "Logging Confirmation" and "Text Message
       Reciept" not displaying if the main JTAlert window was mimimized (hidden)
       at the time the popop was shown.

    - TX PWR: Value change not remembered when set to no value (empty string).


locked Re: LOTW data is often wrong

HamApps Support (VK3AMA)
 

On 19/11/2020 7:07 am, Torsten - DL9GTB wrote:
Stations with LOTW membership are often marked even though they are not registered with LOTW, or vice versa.

73 de Torsten - DL9GTB
Examples? Even just one Callsign is enough to start an investigation.

Claiming errors without providing any supporting evidence is worthless.

de Laurie VK3AMA


locked Re: LOTW data is often wrong

Dave AA6YQ
 

+ AA6YQ comments below

Stations with LOTW membership are often marked even though they are not registered with LOTW, or vice versa. I see this repeatedly and have been doing so for a long time. Now I noticed that in particular because I was running the grid tracker at the same time and can quickly recognize the different data. I will continue to observe this and note a few examples.

+ The ARRL provides an API that returns a list of LoTW users with "date of last upload" for each. Since it first became available, I've not seen an example nor received a report of it being inaccurate.

<https://lotw.arrl.org/lotw-help/developer-query-lotw-users/>

+ If you know of a callsign that erroneously appears (or doesn’t' appear) on this list, please send it my way, and I will engage with the appropriate ARRL personnel.

73,

Dave, AA6YQ


locked Re: LOTW data is often wrong

Ron W3RJW
 
Edited

Once you use LOTW, you are on the ARRL list of LOTW users for life. The list is never purged.  VP8LP comes to mind, but he is just one of many.  Used to be the go to station for Falklands LOTW. Got angry at something long ago and stopped using LOTW.  He still shows as a user.

WSJT-X allows selecting a time limit (in months) from the last upload which helps some.  Still no guarantee there will be another upload and when. JTA allows a time limit filter in years.
--
73
Ron, W3RJW


locked Re: LOTW data is often wrong

Michael Black
 

Just one example of a wrong one?  Namely one that's NOT LOTW being marked as such?

Mike W9MDB




On Wednesday, November 18, 2020, 02:07:41 PM CST, Torsten - DL9GTB <torsten-ernst@...> wrote:


Stations with LOTW membership are often marked even though they are not registered with LOTW, or vice versa. I see this repeatedly and have been doing so for a long time. Now I noticed that in particular because I was running the grid tracker at the same time and can quickly recognize the different data. I will continue to observe this and note a few examples.

73 de Torsten - DL9GTB


locked Re: Reporting -> UDP Server

JoAnn Donaldson <joannplano2005@...>
 

Jon,
   I use he UDP connectivity along with a Python Script to log contacts to N3FJP ACLog. When the popup comes up when you either get or send a RR73 and you click the Log Button, a ADIF packet is broadcasted over the UDP port. The Python Script sees this broadcast, captures it, creates the required N3FJP API commands, and then sends it to ACLog, which logs the contact. Even JTDX does the same thing.

JoAnn
AB8YZ

On Wednesday, November 18, 2020, 1:55:58 PM CST, Jon Gefaell <jon@...> wrote:


I'm trying to figure out exactly what specific behavior is provoked by these options, and why someone might use them. I did a search here and found no matches.

They seem 'obvious' on one hand., but the devil is always in the details. The documentation doesn't mention these options, unfortunately.

I had thought that "Notify on accepted UDP request" causes a dialogue to pop up that indicates a UDP request was accepted. Empirical testing seems to show this is not true. So, I assume the notification is happening between the software endpoints? What does this do, why would I want to use it, and why not? 
As for 'Accepted UDP request restores window' I have to imagine what window? And why would the window be minimized? I presume 'restores window' means that the window has been minimized? Why? What does this behavior offer a user? Or is this not an on-screen window, but perhaps some internal data element? 

At this point, I cannot detect any behavioral change with either on, or off. I'd sleep better knowing. Thanks! 

Thanks again!
 
 
 
 
8 Comments
Like
 
Comment
 


locked Re: LOTW data is often wrong

Torsten - DL9GTB
 

Stations with LOTW membership are often marked even though they are not registered with LOTW, or vice versa. I see this repeatedly and have been doing so for a long time. Now I noticed that in particular because I was running the grid tracker at the same time and can quickly recognize the different data. I will continue to observe this and note a few examples.

73 de Torsten - DL9GTB


locked Reporting -> UDP Server

Jon Gefaell
 
Edited

*** Sorry, posted to the wrong group! ***
 
I'm trying to figure out exactly what specific behavior is provoked by these options, and why someone might use them. I did a search here and found no matches.

They seem 'obvious' on one hand., but the devil is always in the details. The documentation doesn't mention these options, unfortunately.

I had thought that "Notify on accepted UDP request" causes a dialogue to pop up that indicates a UDP request was accepted. Empirical testing seems to show this is not true. So, I assume the notification is happening between the software endpoints? What does this do, why would I want to use it, and why not? 
As for 'Accepted UDP request restores window' I have to imagine what window? And why would the window be minimized? I presume 'restores window' means that the window has been minimized? Why? What does this behavior offer a user? Or is this not an on-screen window, but perhaps some internal data element? 

At this point, I cannot detect any behavioral change with either on, or off. I'd sleep better knowing. Thanks! 

Thanks again!
 


locked Re: ADIF file will not ..

Michael Black
 

Still no ADIF file.




On Wednesday, November 18, 2020, 10:43:39 AM CST, Rick Wyrwas <rwyrwas48@...> wrote:


 

 

Sent from Mail for Windows 10

 

From: Michael Black via groups.io
Sent: Wednesday, November 18, 2020 9:29 AM
To: support@hamapps.groups.io; Support@HamApps.groups.io
Subject: Re: [HamApps] ADIF file will not ..

 

The file that you are uploading that you say doesn't work.

You need to attach the log.adi file to the email.

 

Mike W9MDB

 

 

 

 

On Wednesday, November 18, 2020, 06:44:15 AM CST, Rick Wyrwas <rwyrwas48@...> wrote:

 

 

????

 

On Tue, Nov 17, 2020 at 5:55 PM Michael Black via groups.io <mdblack98=yahoo.com@groups.io> wrote:

Please attach your ADIF file to an email.

 

Mike W9MDB

 

 

 

 

On Tuesday, November 17, 2020, 03:17:10 PM CST, Rick Wyrwas <rwyrwas48@...> wrote:

 

 

 

Sent from Mail for Windows 10

 

From: Michael Black via groups.io
Sent: Tuesday, November 17, 2020 11:53 AM
To: Support@HamApps.groups.io; Support@HamApps.groups.io
Subject: Re: [HamApps] ADIF file will not ..

 

I just created an  ADIF file from JTAlert and it uploaded with TQSL just fine and registered the QSO OK.

 

So if you're having problems maybe show us the ADIF file?

 

Mike W9MDB

 

 

 

 

On Tuesday, November 17, 2020, 10:45:47 AM CST, Rick Wyrwas <rwyrwas48@...> wrote:

 

 

ADIF file will not decode nor upload to Tqsl

 

73

WA9JBQ

 

Sent from Mail for Windows 10

 

 

--

Rick Wyrwas

 


locked Re: ADIF file will not ..

Rick Wyrwas
 

 

 

Sent from Mail for Windows 10

 

From: Michael Black via groups.io
Sent: Wednesday, November 18, 2020 9:29 AM
To: support@hamapps.groups.io; Support@HamApps.groups.io
Subject: Re: [HamApps] ADIF file will not ..

 

The file that you are uploading that you say doesn't work.

You need to attach the log.adi file to the email.

 

Mike W9MDB

 

 

 

 

On Wednesday, November 18, 2020, 06:44:15 AM CST, Rick Wyrwas <rwyrwas48@...> wrote:

 

 

????

 

On Tue, Nov 17, 2020 at 5:55 PM Michael Black via groups.io <mdblack98=yahoo.com@groups.io> wrote:

Please attach your ADIF file to an email.

 

Mike W9MDB

 

 

 

 

On Tuesday, November 17, 2020, 03:17:10 PM CST, Rick Wyrwas <rwyrwas48@...> wrote:

 

 

 

Sent from Mail for Windows 10

 

From: Michael Black via groups.io
Sent: Tuesday, November 17, 2020 11:53 AM
To: Support@HamApps.groups.io; Support@HamApps.groups.io
Subject: Re: [HamApps] ADIF file will not ..

 

I just created an  ADIF file from JTAlert and it uploaded with TQSL just fine and registered the QSO OK.

 

So if you're having problems maybe show us the ADIF file?

 

Mike W9MDB

 

 

 

 

On Tuesday, November 17, 2020, 10:45:47 AM CST, Rick Wyrwas <rwyrwas48@...> wrote:

 

 

ADIF file will not decode nor upload to Tqsl

 

73

WA9JBQ

 

Sent from Mail for Windows 10

 

 

--

Rick Wyrwas

 


locked Re: ADIF file will not ..

Michael Black
 

The file that you are uploading that you say doesn't work.
You need to attach the log.adi file to the email.

Mike W9MDB




On Wednesday, November 18, 2020, 06:44:15 AM CST, Rick Wyrwas <rwyrwas48@...> wrote:


????

On Tue, Nov 17, 2020 at 5:55 PM Michael Black via groups.io <mdblack98=yahoo.com@groups.io> wrote:
Please attach your ADIF file to an email.

Mike W9MDB




On Tuesday, November 17, 2020, 03:17:10 PM CST, Rick Wyrwas <rwyrwas48@...> wrote:


 

Sent from Mail for Windows 10

 

From: Michael Black via groups.io
Sent: Tuesday, November 17, 2020 11:53 AM
To: Support@HamApps.groups.io; Support@HamApps.groups.io
Subject: Re: [HamApps] ADIF file will not ..

 

I just created an  ADIF file from JTAlert and it uploaded with TQSL just fine and registered the QSO OK.

 

So if you're having problems maybe show us the ADIF file?

 

Mike W9MDB

 

 

 

 

On Tuesday, November 17, 2020, 10:45:47 AM CST, Rick Wyrwas <rwyrwas48@...> wrote:

 

 

ADIF file will not decode nor upload to Tqsl

 

73

WA9JBQ

 

Sent from Mail for Windows 10

 

 

--
Rick Wyrwas


locked Re: ADIF file will not ..

Rick Wyrwas
 

????

On Tue, Nov 17, 2020 at 5:55 PM Michael Black via groups.io <mdblack98=yahoo.com@groups.io> wrote:
Please attach your ADIF file to an email.

Mike W9MDB




On Tuesday, November 17, 2020, 03:17:10 PM CST, Rick Wyrwas <rwyrwas48@...> wrote:


 

Sent from Mail for Windows 10

 

From: Michael Black via groups.io
Sent: Tuesday, November 17, 2020 11:53 AM
To: Support@HamApps.groups.io; Support@HamApps.groups.io
Subject: Re: [HamApps] ADIF file will not ..

 

I just created an  ADIF file from JTAlert and it uploaded with TQSL just fine and registered the QSO OK.

 

So if you're having problems maybe show us the ADIF file?

 

Mike W9MDB

 

 

 

 

On Tuesday, November 17, 2020, 10:45:47 AM CST, Rick Wyrwas <rwyrwas48@...> wrote:

 

 

ADIF file will not decode nor upload to Tqsl

 

73

WA9JBQ

 

Sent from Mail for Windows 10

 

 

--
Rick Wyrwas


locked Greyed menus

Paul F6EXV
 

Hi all
Thanks to various people (VK3AMA, MM0HVU, W9MDB) I have managed to configure 2 sessions of Log4OM + JTDX + JTalert to work simultaneously.
These two sessions are for different callsigns, on one single rig (Flex 6500).
So I can have both open at the same time, and go from one callsign to the other in no time at all, which is what I wanted to obtain.

The only thing that still does not work properly is that, on the second JTAlert that I launch, most of the setting menus are greyed out.
It is always the second one launched that has this problem.
I have created the shortcuts in accordance with the manual.

Any idea if this can be solved ?
Thanks + 73
Paul F6EXV

Log4OM version 2.9.0.0, JTDX version 2.2.0-rc152, JTAlert version 2.16.15

--
L'absence de virus dans ce courrier électronique a été vérifiée par le logiciel antivirus Avast.
https://www.avast.com/antivirus


locked Re: ADIF file will not ..

Michael Black
 

Please attach your ADIF file to an email.

Mike W9MDB




On Tuesday, November 17, 2020, 03:17:10 PM CST, Rick Wyrwas <rwyrwas48@...> wrote:


 

Sent from Mail for Windows 10

 

From: Michael Black via groups.io
Sent: Tuesday, November 17, 2020 11:53 AM
To: Support@HamApps.groups.io; Support@HamApps.groups.io
Subject: Re: [HamApps] ADIF file will not ..

 

I just created an  ADIF file from JTAlert and it uploaded with TQSL just fine and registered the QSO OK.

 

So if you're having problems maybe show us the ADIF file?

 

Mike W9MDB

 

 

 

 

On Tuesday, November 17, 2020, 10:45:47 AM CST, Rick Wyrwas <rwyrwas48@...> wrote:

 

 

ADIF file will not decode nor upload to Tqsl

 

73

WA9JBQ

 

Sent from Mail for Windows 10

 

 


locked Re: ADIF file will not ..

Rick Wyrwas
 

 

Sent from Mail for Windows 10

 

From: Michael Black via groups.io
Sent: Tuesday, November 17, 2020 11:53 AM
To: Support@HamApps.groups.io; Support@HamApps.groups.io
Subject: Re: [HamApps] ADIF file will not ..

 

I just created an  ADIF file from JTAlert and it uploaded with TQSL just fine and registered the QSO OK.

 

So if you're having problems maybe show us the ADIF file?

 

Mike W9MDB

 

 

 

 

On Tuesday, November 17, 2020, 10:45:47 AM CST, Rick Wyrwas <rwyrwas48@...> wrote:

 

 

ADIF file will not decode nor upload to Tqsl

 

73

WA9JBQ

 

Sent from Mail for Windows 10

 

 


locked Re: ADIF file will not ..

Rick Wyrwas
 

 

Sent from Mail for Windows 10

 

From: Michael Black via groups.io
Sent: Tuesday, November 17, 2020 11:53 AM
To: Support@HamApps.groups.io; Support@HamApps.groups.io
Subject: Re: [HamApps] ADIF file will not ..

 

I just created an  ADIF file from JTAlert and it uploaded with TQSL just fine and registered the QSO OK.

 

So if you're having problems maybe show us the ADIF file?

 

Mike W9MDB

 

 

 

 

On Tuesday, November 17, 2020, 10:45:47 AM CST, Rick Wyrwas <rwyrwas48@...> wrote:

 

 

ADIF file will not decode nor upload to Tqsl

 

73

WA9JBQ

 

Sent from Mail for Windows 10

 

 

4261 - 4280 of 36454