Date   

locked Re: Moving "QSO Logged" window?

HamApps Support (VK3AMA)
 

On 20/04/2021 11:24 pm, Bill - AA4M wrote:
I'm using version 2.50.0 of JTAlert.  For some reason the little "QSO Logged" window has moved to the bottom of the screen.  Is there any way I can relocate it?

73, Bill  AA4M

That popup cannot be moved. Its position is fixed to the location of the parent window that presented the popup, in this case the main JTAlert window. This is behavior that as existed for many years.

JTAlert is in transition moving from the old code-base to the new .NET code. That popup is still living in the old code. Eventually it will switch over to the new code and no longer be tied to the old JTAlert main window. Notifications in the new code will be handled in a different manner avoiding the current hard-coded positioning of these popups that scroll up out of the JTAlert window title-bar.

de Laurie VK3AMA


locked Re: DT explanation request

HamApps Support (VK3AMA)
 

On 21/04/2021 2:08 am, Alessandro Gorobey via groups.io wrote:
My time is syncronized by NTP so I cannot understand this DT is referred to or calculated.
In the some period the DT of FT8 decodes of WSJTX is less than 1 S.

Thanks in advance

73 Sandro IW3RAB

The DT shown in the Callsigns window status bar is a median calculation of the DT values of the incoming decodes. It is calculated over time using a reasonable number of samples to give a meaningful result. The number of samples and the time period are automatically adjusted taking into consideration how busy the band is. Hover the mouse over the DT value, the resulting tooltip will show how many samples were used and the time duration in calculating the DT.

de Laurie VK3AMA


locked Re: Messaging window callsign editing

HamApps Support (VK3AMA)
 

On 21/04/2021 1:04 am, K9MK wrote:
Question: Is there a way to delete one or more callsigns that are saved in the Messaging address list?  
I can't seem to delete the ones that were one and done texts.

Also, in the message address window, if I select a station to message and start typing them a message, and while during that someone connects, that new connected call is immediately moved to the messaging window as the addressee.  I can see why that is done, but I'm thinking it should not change the messaging addressee once I started to type a message.  Was this/that the intention?

thank you

73  Mike K9MK

No it is not possible to delete callsigns from the previously used list (below the callsign edit field). That list is automatically cleared when JTAlert is restarted. What is the issue you want to resolve by removing callsigns?

Currently if you want to avoid callsign changes when your qso partner changes, the
wsjtx DX Call, you have to turn off the "Follow WSJT-X DX Call" option under the Options popup of the Messaging window.
   

Ignoring DX Call changes if you're currently editing a message is a worthwhile change. I'll add it to the todo list.

de Laurie VK3AMA


locked Re: Wanted county #FT8

HamApps Support (VK3AMA)
 

On 20/04/2021 5:14 pm, Marc VK3OHM wrote:
Clublog has a very reliable and fast Callsign->DXCC conversion. See https://clublog.freshdesk.com/support/solutions/articles/167890-batch-lookups-of-dxccs.  It has a bulk mode which will do the translation of up to 10,000 callsigns at a time, and it is VERY fast. Been using for some years on the WIA online awards scheme. Never had an issue.

This thread is discussing Counties, the cublog lookup is for Countries <- note the "r". A subtle difference in spelling, but a significant difference in the lookup type.

de Laurie VK3AMA




locked Re: DT explanation request

John VA3BOF
 

I use Dimension 4 (http://www.thinkman.com/dimension4/) on my PC to keep the time sync'ed.  Once I installed this software my timing issues have been resolved.

I did not know about BKTimesync.  I will give it a look.

You can check the current PC time with any web browser at https://time.is/

73,
John VA3BOF


On Tue, Apr 20, 2021 at 12:31 PM Robert Lorenzini <bob@...> wrote:
NTP cannot account for the delays in your computer, you will need to "fudge"
the time. Mike has written such a program and BKTimesync (written by your
fellow countryman and others will adjust for this.

Bob - wd6dod

On 4/20/2021 9:08 AM, Alessandro Gorobey via groups.io wrote:
I have installed JTAlert 2.50.0 on windows 10 pro italian 20H2 build 19042.928 without problems.

The UI with the new design is much better than in the previous version.
Compliments for new design !!!!

In Callsigns Window I have enabled "DT Median" and it is fix DT+1.0

I understand that is different from:
Settings-->Applications-->WSJT-X / JTDX
Highlight Band Activity DT values ......

My time is syncronized by NTP so I cannot understand this DT is referred to or calculated.
In the some period the DT of FT8 decodes of WSJTX is less than 1 S.

Thanks in advance

73 Sandro IW3RAB


locked Re: Windows Defender false positive : Release 2.50.0

Jay
 

I never had JTAlert issues until 2.5.0.  Windows Defender quarantines the "Settings" exe file, making it impossible to change any settings.

Also, I keep working stations over and over because not all Call Signs show up as Worked B4.   Seems restarting JTAlert resets something of the database entries.

I love the new app, but simply can no longer run it, since JTAlert will not start without the "Settings" exe.  "Trojan:Win32/Hynamer.A!ml"

73  jb  N4NQY


locked Re: DT explanation request

Robert Lorenzini
 

NTP cannot account for the delays in your computer, you will need to "fudge"
the time. Mike has written such a program and BKTimesync (written by your
fellow countryman and others will adjust for this.

Bob - wd6dod

On 4/20/2021 9:08 AM, Alessandro Gorobey via groups.io wrote:
I have installed JTAlert 2.50.0 on windows 10 pro italian 20H2 build 19042.928 without problems.

The UI with the new design is much better than in the previous version.
Compliments for new design !!!!

In Callsigns Window I have enabled "DT Median" and it is fix DT+1.0

I understand that is different from:
Settings-->Applications-->WSJT-X / JTDX
Highlight Band Activity DT values ......

My time is syncronized by NTP so I cannot understand this DT is referred to or calculated.
In the some period the DT of FT8 decodes of WSJTX is less than 1 S.

Thanks in advance

73 Sandro IW3RAB


locked DT explanation request

Alessandro Gorobey
 

I have installed JTAlert 2.50.0 on windows 10 pro italian 20H2 build 19042.928 without problems.

The UI with the new design is much better than in the previous version.
Compliments for new design !!!!

In Callsigns Window I have enabled "DT Median" and it is fix DT+1.0

I understand that is different from:
Settings-->Applications-->WSJT-X / JTDX
Highlight Band Activity DT values ......

My time is syncronized by NTP so I cannot understand this DT is referred to or calculated.
In the some period the DT of FT8 decodes of WSJTX is less than 1 S.

Thanks in advance

73 Sandro IW3RAB


locked Re: Moving "QSO Logged" window?

Bill - AA4M
 

That's the first thing I tried, it is un-draggable.

73, AA4M

On 04/20/2021 07:47:23, Ron W3RJW via groups.io wrote:
Drag and drop.
--
73
Ron, W3RJW

FTdx-5000, Timewave Navigator, WSJT-x 2.4.0 rc4, JTAlert 2.50.0, HRD Deluxe v6.7.0.323
FTdx-3000, SignaLink USB


locked Messaging window callsign editing

K9MK
 

Congrats on a really nice face lift and upgrade to the App. 

Question: Is there a way to delete one or more callsigns that are saved in the Messaging address list?  
I can't seem to delete the ones that were one and done texts.

Also, in the message address window, if I select a station to message and start typing them a message, and while during that someone connects, that new connected call is immediately moved to the messaging window as the addressee.  I can see why that is done, but I'm thinking it should not change the messaging addressee once I started to type a message.  Was this/that the intention?

thank you

73  Mike K9MK


locked Re: Moving "QSO Logged" window?

g4wjs
 

On 20/04/2021 15:47, Ron W3RJW via groups.io wrote:

[Edited Message Follows]

Window is coming from WSJT-X. Drag and drop wherever you want it.
--
73
Ron, W3RJW
Ron,

that's not correct, the "QSO Logged" pop up window is from JTAlert.

73
Bill
G4WJS.



--
73
Bill
G4WJS.


locked Re: Moving "QSO Logged" window?

Ron W3RJW
 
Edited

Window is coming from WSJT-X. Drag and drop wherever you want it.
--
73
Ron, W3RJW

FTdx-5000, Timewave Navigator, WSJT-x 2.4.0 rc4, JTAlert 2.50.0, HRD Deluxe v6.7.0.323
FTdx-3000, SignaLink USB


locked Moving "QSO Logged" window?

Bill - AA4M
 

I'm using version 2.50.0 of JTAlert.  For some reason the little "QSO Logged" window has moved to the bottom of the screen.  Is there any way I can relocate it?

73, Bill  AA4M


locked Re: Wanted county #FT8

Paul&Tracy Richards
 

Hello Laurie

Gridtracker has alerts for counties and it works very well. I know they are the competition but as both JTAlert and Gridtracker are free, maybe they would be happy to divulge how they do it. I am a keen county hunter and I use GT just for county hunting and JTAlert for everything else. The GT county tracker is not perfect but neither is the data it is drawing from - it is nonetheless a very handy tool.

It amazes me the number of US based hams who do not update their LOTW, Eqsl and even their qrz info when they move. I get 2-3 confirmations per week where the Eqsl and / or LOTW does not match their actual qrz address. It is frustrating when you know you have worked a new county but the electronic confirmation sent has the wrong location details. You just have to try and work that county again.  JTA Version 2.5 working beautifully here - many thanks

Paul - vk4ma


locked Re: B4 bad decoding

HamApps Support (VK3AMA)
 

On 20/04/2021 6:21 pm, f8nhf wrote:
for HRD logboock I have been using MariaDB for a few months I had already noticed this little problem when I was using MSAccess
I have the HRD configuration in JTALert see screenshot
 
73 Denis F8NHF

Can you please send me an ADIF export from your Maria log?

de Laurie VK3AMA


locked Re: B4 bad decoding

f8nhf
 

Hello Laurie
 
thank you for your answer
for HRD logboock I have been using MariaDB for a few months I had already noticed this little problem when I was using MSAccess
I have the HRD configuration in JTALert see screenshot
 
73 Denis F8NHF


locked Re: Wanted county #FT8

Marc VK3OHM
 
Edited

Clublog has a very reliable and fast Callsign->DXCC conversion. See https://clublog.freshdesk.com/support/solutions/articles/167890-batch-lookups-of-dxccs.  It has a bulk mode which will do the translation of up to 10,000 callsigns at a time, and it is VERY fast. Been using for some years on the WIA online awards scheme. Never had an issue.

Having said that, I'm not sure if Clublog would be happy for 1000's of apps to hammer the API every 30 seconds. Might need to check with them.


locked Re: B4 bad decoding

HamApps Support (VK3AMA)
 

On 20/04/2021 4:38 pm, f8nhf wrote:
Thank you for your answer
I am attaching the screenshot "Alerts -> Worked B4" nothing checked
I checked the OH3 callsign... it is present in the HRD logboock in the JTDX log and in the JTALert/..../JTAlertX/B4logV2 log
how can i rebuild a new "B4logV2" base ?

Thank you for your help
73 Denis F8NHF

Denis,

OK, something else is happening.

Don't worry about the B4logV2 database file, it only used when there is no logger enabled in JTAlert.
All your B4 checks are done against your HRD log.

Have you confirmed that JTAlert is set to use the correct HRD Log?

What log type do you use, is it an MSAccess log? If so could you zip it up and email it to me so I can examine it?If you can send it to VK3AMA.Ham.Apps [at] gmail.com

Also, use the "Help" -> "Contact Support" menu, on the main JTAlert window, to send me your JTAlert files for analysis.

de Laurie VK3AMA


locked Re: B4 bad decoding

f8nhf
 

 Hello Laurie

Thank you for your answer
I am attaching the screenshot "Alerts -> Worked B4" nothing checked
I checked the OH3 callsign... it is present in the HRD logboock in the JTDX log and in the JTALert/..../JTAlertX/B4logV2 log
how can i rebuild a new "B4logV2" base ?

Thank you for your help
73 Denis F8NHF


locked Re: Wanted county #FT8

Michael Black
 

Just a thought...but what if each JTAlert user uploaded the QRZ data to hamspots.net and you could build your own database?

Date tag the uploads...provide the database back to JTAlert users who could then look at the date-last-updated to determine if they should report data again next time they log them....maybe every 90 or 180 days or such.

Could just pass a 32-bit CRC + callsign and hamspots.net could return a 200 or 404 where error 200==already got it 404==don't have or must've changed.

Mike W9MDB




On Monday, April 19, 2021, 09:30:43 PM CDT, HamApps Support (VK3AMA) <vk3ama.ham.apps@...> wrote:


On 19/04/2021 5:27 am, Bob Frostholm wrote:
I was under the impression JT Alert can query QRZ.com for other information and pull it into a log.  QRZ has county information for most US hams. Why would this not be possible?

73

Bob

Ko6Lu

JTAlert does save any County data returned from an XML lookup when a QSO is logged.

What is doesn't do is query the xml service for every decode received. Querying QRZ for the data of say 60 decodes received in a 15 second period is not going to happen. As a real-time lookup service for a single callsign it is adequate, but not for multiple callsigns. In order for JTAlert to generate a County Alert, the county needs to be know, the only way that can happen in real-time is via a local database lookup of some sort.

A reliable and accurate Callsign/County database doesn't exist. While JTAlert mitigates slow online lookups by caching received data to avoid return trips to the service, at some point there will likely be multiple xml lookups in a single period. With the slowness of 
QRZ at times and variable Internet speeds, it is not practical to perform xml lookups to determine the County of individual decodes, except in the singular case when you start a QSO with someone, then the multiple second delay in data receipt is acceptable.

There are plans for a County Alert, but that is dependent on a suitable Callsign database. That is still a work-in-progress endeavor at the moment. Any database created (sourced from multiple online databases) will likely to be somewhat inaccurate. Heck even the US-CA website is not kept up to date with County name changes.  Then there are the obvious errors in xml data for miss spelt or non existent country names or no county name recorded.

At a guess, I expect any County/Callsign database to be approx 50 to 80 % accurate. The wide variation in my guess is a reflection of the difficulty involved.

de Laurie VK3AMA

1021 - 1040 of 35329