|
locked
Re: Defender quarantines files
wazzan1@...
Thanks Bill Will try that this afternoon
cheers Wayne VK4WTN
|
||
|
|
||
|
locked
Re: Not logging some QSOs to DXKeeper.
#DXLAB
Dave AA6YQ
+ AA6YQ comments below
OK Dave. Will do, but I have no clue when it will happen again. + There's no harm in leaving "log debugging info" enabled for a few days. 73, Dave, AA6YQ
|
||
|
|
||
|
locked
Re: Not logging some QSOs to DXKeeper.
#DXLAB
Carl - WC4H
OK Dave.
|
||
|
|
||
|
locked
Re: Not logging some QSOs to DXKeeper.
#DXLAB
Dave AA6YQ
+ AA6YQ comments below
This has become a daily event. And they are NOT being logged. I wish it was once every 3000 QSOs. That's just a anomally. + So that we can see exactly what's going on, please do the following: 1. on the General tab of DXKeeper's Configuration window, check the "Log debugging info" box 2. the next time JT-Alert informs you that it was unable to verify that a QSO was logged to DXKeeper 2a. on the General tab of DXKeeper's Configuration window, uncheck the "Log debugging info" box 2b. attach the errorlog.txt file from your DXKeeper folder to an email message that specifies the callsign of the station with whom the QSO was not logged, and send the message to me via aa6yq (at) ambersoft.com 73, Dave, AA6YQ
|
||
|
|
||
|
locked
Re: Not logging some QSOs to DXKeeper.
#DXLAB
Carl - WC4H
Hi Rob.
This has become a daily event. And they are NOT being logged. I wish it was once every 3000 QSOs. That's just a anomally. 73. Carl - WC4H
|
||
|
|
||
|
locked
Re: Not logging some QSOs to DXKeeper.
#DXLAB
Carl - WC4H
No it does not log it to DX Keeper. That is why I posted the error. It then will continue to log other QSOs but it will fail again. There's no predicting when.
I ALWAYS start DXKeeper and WSJT-X before JTAlerts. 73. Carl - WC4h
|
||
|
|
||
|
locked
Re: Defender quarantines files
g4wjs
On 25/06/2020 00:06, wazzan1@bigpond.com wrote:
Hi all I installed JTAlert last week and today windows 10 defender decided to quarantine some files. Is it best to uninstall JTAlert and reinstall itHi Wayne, the best action is to go to the Defender qurantine and restore the files. -- 73 Bill G4WJS.
|
||
|
|
||
|
locked
Defender quarantines files
wazzan1@...
Hi all I installed JTAlert last week and today windows 10 defender decided to quarantine some files. Is it best to uninstall JTAlert and reinstall it
cheers Wayne VK4WTN
|
||
|
|
||
|
locked
Re: QSO History
It looks to me like you have never worked him on 6M, from the screen shots you provided.
toggle quoted messageShow quoted text
73 -- Larry -- W1DYJ
-----Original Message-----
From: KD7YZ Bob Sent: Wednesday, June 24, 2020 11:19 To: Support@HamApps.groups.io Subject: [HamApps] QSO History What would be the reason that after I click a CQ station that the lookup appears to say I have never worked the Lad, when I have 17 times? See screenshots. This is by far not the first time I have had this problem lately
|
||
|
|
||
|
locked
QSO History
What would be the reason that after I click a CQ station that the lookup appears to say I have never worked the Lad, when I have 17 times?
See screenshots. This is by far not the first time I have had this problem lately
|
||
|
|
||
|
locked
Re: Decodes window not always populating
efortner
I just added a windows 20 computer and downloaded WJST-X and JT alert and windows synced the two and screwed up everything before I knew what Was going on. Now trying to get it all fixed my friend WA1AEX help. Earl, K4KAY
From: Support@HamApps.groups.io <Support@HamApps.groups.io> On Behalf Of Hasan Schiers N0AN
Same here, Friendly Name Change of Sound Device has stayed over many reboots and updates on 3 different computers, Win10 Pro.
73, N0AN Hasan
On Tue, Jun 23, 2020 at 10:00 PM HamApps Support (VK3AMA) <vk3ama.ham.apps@...> wrote:
|
||
|
|
||
|
locked
Re: Manually adding Grid Squares worked B4?
Thank you Laurie for confirming this about manual adds. Recently I began using only WSJT-X for logging to casually chase new Grid Squares on 6m. However, prior to using WSJT-X, I uploaded many 6m logs from N1MM+ logger to Logbook of the World. I've downloaded my lotwreport.adi (comprised of confirmed 6m QSOs with Grid Squares) with the expectation to add/scan it for JTA to 'block' worked B4 alerts.
That leads me to my next question, which I've failed to find the answer after searching. How is a lotwreport.adi to be scanned? I've hesitated to merge my lotwreport.adi with wsjtx_log.adi (if this is necessary to accomplish my objective) because the file structures appear to be different. My ignorance about the process is why I wanted to manually add the worked Grid Squares to JTA in an effort to improve my efficiency in calling only stations in new Grid Squares in reaching some personal goals. However, if there is a way to scan my lotwreport.adi, that seems to be the better (perhaps only "as is") solution. If this issue has already been addressed elsewhere online, which was missed during my search, please point me in the right direction. Your invested time, effort to reply are appreciated. Thanks for all you do to make our hobby/service more enjoyable! 73 de RiC wo4o Grand Island FL
|
||
|
|
||
|
locked
Re: Decodes window not always populating
Hasan Schiers N0AN
Same here, Friendly Name Change of Sound Device has stayed over many reboots and updates on 3 different computers, Win10 Pro. 73, N0AN Hasan
On Tue, Jun 23, 2020 at 10:00 PM HamApps Support (VK3AMA) <vk3ama.ham.apps@...> wrote:
|
||
|
|
||
|
locked
Re: N3FJP Field Day Logger Port Problems
Larry Krist
Laurie,
Thanks for your help 73 Larry N8CWU On 6/23/2020 11:08 PM, HamApps Support
(VK3AMA) wrote:
|
||
|
|
||
|
locked
Re: Missing Logging Section in Settings
Bob K
Mike and de Laurie, Now even more contrite, Bob
|
||
|
|
||
|
locked
Re: JTAlert with JTDX question
Barry Murrell ZS2EZ
JTDX can be configured to allow you to click on any call in JTAlert to enable TX in JTDX (not only CQ but any call)…
In JTDX, go to Misc -> Accept UDP Reply Messages and select “any messages”
Misc is on the main menu bar (“Menu” must be ticked in the main UI)
Enjoy!
73 de BARRY MURRELL ZS2EZ KF26ta - Port Elizabeth, South Africa EPC#0558 DMC#1690 30MDG#4081 DXCC HONOR ROLL (332/340) website : www.zs2ez.co.za
From: Support@HamApps.groups.io [mailto:Support@HamApps.groups.io] On Behalf Of Michael Aust via groups.io
Need JTAlert help
Can I double click a Callsign that shows up In JTAlert for JTDX and have JTDX go into transmit ( Enable ) for me
Use to be able to do this WSJT and Companion JT Alert program automatically by clicking on the Callsign in JTAlert with WSJT
Not sure what I am missing in the setup to do this with JTDX with JTAlert
Thanks in advance for your help
Mike WB6DJI
|
||
|
|
||
|
locked
Re: HOW do i "seed" JTAlert adi database from existing WSJT-X ?
bob
perfect, will will do a Scan Log. That is the answer i was looking for.
I had assumed it was doing that on every program startup. My bad... Thanks. i will try it shortly. i absolutely understand regarding speed if not in a properly indexed dbms, as it would be impossible but for the most trivial of logs. Ref Use a proper dbms/logging program like DXK - i agree... a proper dbms is much superior. however its a long pole to dependency on the good intentions of the amateur authors. i have been orphaned off a couple of times before, with a logger and sometimes proprietary dbms that is useless because of abandonment by the authors/developers who get tired of it. Rare is the amateur radio appl that lives 5 years or longer and is still fully maintained... i have had many times where the logging dbms appl gets rather proprietary, and the folks who support it stop doing so, and leave me hanging with something that has been deprecated (by the author) or is running on technologies that have been deprecated and no longer supported by the underlying vendor(s). ultimately, i'm going to move to the cloud (clublog/lotw) etc with periodic post/import to them, rather than hope that you (or Dave AA6YQ) never get tired of the doing all this for nothing. I know what an effort it is in doing so, kudos to both of you as its certainly a labor of love. Most folks who haven't done it, have no idea how much commitment that you or Dave have to persevere/maintain it over time, and even more so, to maintain the desire to do so and maintain your cool with blokes like me ! . i hope my logs endure for decades, not one election cycle ! thanks for all the hard work, -b
|
||
|
|
||
|
locked
Seeing Double
Bill Tee
Laurie,
Thanks for the reply. You have confirmed just what I was thinking. I had tried everything else I can think of so I guess I will re-install windows and see if that helps.
Thanks again and God Bless
|
||
|
|
||
|
locked
Re: JTAlert updates will blow away directories or files underneath the JTAlert node, including possibly your logfile
bob
tnx Laurie,
JTAlert is not and has not been designed to be a portable application where Program files can coexist with user files (like logs). All your JTAlert user files are stored under the %localappdata% directory per the Microsoft standards as do the vast majority of well written Windows applications. The only exceptions are typically XP era programs when the separation of user files from program files was not the norm - sorta... the last thing i want is a bazillion apps dumping everything into the APPDATA directories. this has saved my bacon many times. the ms standards say that this is recommended default location when nothing is provided to suggest differently, not a mandate... ref XP and earlier, we can leave that discussion in the bitbucket.
- After many years of writing and designing commercial windows apps (and on other platforms as well) and therefore having to have made dozens of installation programs myself (before we had dedicated staff for the installation management alone, i hated doing them :-)) ), i guess we can agree to disagree.
many customers will absolutely REFUSE to allow any 3rd party applications to even be installed on the APPDATA or Program trees and/or the C: drive entirely, particularly now in this VM world. We were forced to spent tons of buckage to allow the customer to safely install both program and app data wherever they wanted to. if we didnt, the blue chip company and gov'ts would not allow our applications to be certified in their corp computing environment (translated == no sale). a rationale for cloud... - As long as everyone is aware of the behavior, its fine as a workaround is easy. idea in posting this is to either allow you to fix it if you were not aware of it, or allow all to know to beware given the stated behavior observed.
- im sure many have wondered why often when you "uninstall" an application in windows why the installer tells you it could NOT delete all files and whether you want to address them or not? that quite often a result of it behaving to Microsoft standards which essentially says you only own the files your installation tool installed (or derived files), not others that may be in there (for whatever reason).
Log files which can be stored anywhere, should never be located under the JTAlert install directory.
- again, as long as all are aware of this, it doesnt matter much. No problem. I'll move it. thanks for saying so. apparently others have had the same happen.
The same way the you wouldn't stored MS office documents and spreadsheets under the MS Office install directory or other user maintained files under the Windows install directories, that will cause those files to be very likely lost whenever there is an Office or Windows update.
- an Office or Winblows update typically will not delete files it didnt install. good and bad with this, as this ensures that a virus stays where it was created and will not get cleaned from an install/update. a diff discussion... -73
|
||
|
|
||
|
locked
Re: HOW do i "seed" JTAlert adi database from existing WSJT-X ?
HamApps Support (VK3AMA)
On 24/06/2020 9:35 am, bob wrote:
You need to run the JTAlert Scan Log operation in order for the many Alert specific internal lists to be updated based on what appears in your log based on your QSL requirements for an entity to be classed as no longer needed. Don't confuse the "Scan Log" with the automatic ADIF log import at the start of JTAlert session. That import is getting the adif data into a proper database (with indexes) to allow for rapid checks of decodes at the end of a decode period, something that is impossible if the adif text file had to be scanned top to bottom looking for eligible entries to decode if an Alert is triggered or not. I note your ADIF file contains 3 different sources of data, DXKeeper, WSJT-X and JTAlert. My question is why did you stop using DXKeeper? A proper logger database is superior to using an ADIF text file, IMO. de Laurie VK3AMA
|
||
|
|
