|
Re: CQ 160 SSB contest submit problem
Phil W9IXX
Tnx for the capture window info. Didn't know the window would enlarge downward
and mine was at only the comment row. Have expanded now. I brought up one of my contest contacts and in the capture window the row below the QTH space (4th row) which normally shows "pri sub" shows "state" and the one to the right shows "county". Where it shows "state" is where I saw the exchange that I used. Thought that was the place. I was able to change a couple of the states as necessary. Nothing shows in the rx# window. I submitted my log to CQ using their ADIF to Cabrillo converter. Sorry to take up your time with this and guess missed a setup checkmark or something in the setup. Sure am more of a DXer than a Tester... Hi.. Thanks to you and sure am learning a lot. Thanks. 73 Phil W9IXX
|
|
|
|
Re: DXKeeper: Filtering/Exporting QSO data of QSOs made with members of a club to an ADIF-file
Hello Dave,
thank you for your reply! Attached to a private email to your address is a recent file for the A1C CW club (Japan) members. Info: There is a CR/LF at the end of the file -- in case it may be necessary to remove it. 73 Tom -- 4M5F 5T0JL 6K2EGQ 6K2HJI 7J1ATG 7J3AOZ ... YT5FD YV5GRV YY5AAH
|
|
|
|
Re: Exporting from DX4WIN to DXLab
Dave AA6YQ
+ AA6QY comments below
The exported DX4WIN ADIF File does not show the ARRL DXCC QSL Checked/confirmed field I did download the file from the ARRL. According to the download verbiage on the site, its an ADIF file not HTML. I can open it with the notepad and i see the listing of all QSO info that are credited When i follow the guide for how to do this in DXlab and i download it via DXLab, i can see it downloading something and takes a little bit of time to do it, but then the download report shows 0 QSOs updated. I assume the download is an update to the last download, so i dont expect i will be getting different results if i keep doing it. The question , where do the credit go wen i did the first download with DXLab. Not sure i'm explaining this correctly + I can't tell what you did from your description above. + DXKeeper's "Sync LoTW QSLs" function will update a logged QSO to reflect "DXCC Award Credit Granted" reported by LoTW, but 1. LoTW only reports DXCC credit granted to LoTW confirmations; report DXCC credit granted for QSL Cards 2. LoTW only reports DXCC credit granted after the date and time shown beneath the "Sync LoTW QSLs" button before you invoke it. The only way to use "Sync LoTW QSLs" to be informed of all DXCC credit granted to LoTW confirmations is to depress the CTRL key while clicking the "Sync LoTW QSLs" button, which directs LoTW to report the status of *all* LoTW confirmations, which can take a long time to download and process -- and again does not include DXCC credit granted to QSL card confirmations. * To solve this problem, DXKeeper provides the ability to download your DXCC Award Credit Matrix from the ARRL in HTML format, extract all DXCC credits from this HTML (credits granted to QSL card confirmations and LoTW confirmations), and update your logged QSOs to reflect DXCC credit granted. This is described in "Managing DXCC Credits" in the Reference documentation: https://www.dxlabsuite.com/dxkeeper/Help/Progress.htm#Managing%20DXCC%20Credits * and "Managing DXCC Credits" in the Task-oriented documentation: https://www.dxlabsuite.com/dxlabwiki/ManageDXCCCredits + A few years after the DXKeeper's "DXCC Credit Manager" was developed, the ARRL added a DXCC Credit API that reports all DXCC award credits, not just those issued to LoTW confirmations. Using this API would eliminate the need for DXKeeper to download HTML and "scrape" DXCC credits from it, but would not otherwise improve the process described above. However, unlike the HTML in your Award Credit Matrix, the ARRL's DXCC Credit API does not indicate whether a DXCC credit was issued to a QSO's QSL card confirmation or its LoTW confirmation. Thus for a QSO confirmed by both QSL card confirmation and LoTW confirmation, DXKeeper's Credit Manager's AutoLink function would not know whether to set the QSO's "QSL Rcvd" or its "LoTW QSL Rcvd" item to 'V'. For this reason, I have not replaced the Award Credit Matrix download and HTML scraping logic in DXKeeper's Credit Manager with the use of the ARRL's DXCC Credit API, as doing so would be a regression in current functionality. Also, not sure if the comments field got imported from the DX4WIN ADIF file, i can see them in the file but not sure where to find them in DXLab. + Information obtained from the COMMENT and NOTES fields of an imported ADIF record in placed in the resulting QSO's COMMENT item, which is accessible via the Details panel on the Main window's "Log QSOs" tab. To make the Details panel visible, check the Details box in the "Log Panels" panel on the Configuration window's Log tab. + A screen shot showing DXKeeper's Main window with all panels visible is here: http://www.dxlabsuite.com/dxkeeper/All_Panels.jpg + There's a "Display panels in two columns" option for ops who prefer a more horizontal orientation. + A description of each of the 119 items recorded with each QSO, and its panel on the Main window's "Log QSOs" tab is provided here: https://www.dxlabsuite.com/dxkeeper/Help/Items.htm 73, Dave, AA6YQ
|
|
|
|
Re: Exporting from DX4WIN to DXLab
Saad Mahaini
Hi Dave The exported DX4WIN ADIF File does not show the ARRL DXCC QSL Checked/confirmed field I did download the file from the ARRL. According to the download verbiage on the site, its an ADIF file not HTML. I can open it with the notepad and i see the listing of all QSO info that are credited When i follow the guide for how to do this in DXlab and i download it via DXLab, i can see it downloading something and takes a little bit of time to do it, but then the download report shows 0 QSOs updated. I assume the download is an update to the last download, so i dont expect i will be getting different results if i keep doing it. The question , where do the credit go wen i did the first download with DXLab Not sure i'm explaining this correctly Also, not sure if the comments field got imported from the DX4WIN ADIF file, i can see them in the file but not sure where to find them in DXLab, 73 Saad N5FF
On Friday, March 5, 2021, 11:58:34 PM CST, Dave AA6YQ <aa6yq@...> wrote:
+ AA6YQ comments below: Do you think my log export from DX4Win was done properly? All those countries were tagged in DX4WIN as checked by ARRL, so not sure why its not showing for Honor Roll credit+ Just because a QSO was tagged in DX4WIN as "checked by the ARRL" doesn't mean that the ADIF file exported by DX4WIN includes that information. Please open the ADIF file that you exported from DX4WIN and imported into DXKeeper; does the field CREDIT_GRANTED appear in this file? 73, Dave, AA6YQ
|
|
|
|
Re: Creating a List of QSO's with DXCC Entities for which Confirmation is Needed
Dave AA6YQ
+ AA6YQ comments below
This query is good for finding all QSOs that haven't been confirmed. What I'm looking for is a step further. I am trying to find a way to find all QSOs only for COUNTRIES that have not been confirmed. I'm not looking for every unconfirmed QSO -- I want to know which QSOs would confirm a new country. I have a pile of cards and I want to know which ones I need to submit to boost my LOTW already verified with LOTW. It seems a SELECT FOR NOT COUNTRY_CONFIRMED would be needed in an SQL query, before applying your query. The problem is, the "COUNTRY_CONFIRMED" would have to be the result of checking each QSO in the database to generate this confirmed list. Using an SQL database, I think I could figure it out, but I don't know how to do it within the context of DxLab. + DXKeeper provides automation for assembling award submissions for many awards, including DXCC. Take a look at "Generating and Processing a DXCC Submission" in the Reference Documentation: https://www.dxlabsuite.com/dxkeeper/Help/Progress.htm#Generating%20and%20Processing%20a%20DXCC%20Submission + For step-by-step instructions, see "Generating a DXCC Submission with QSL cards or LotW Confirmations" in the Task-oriented Documentation: https://www.dxlabsuite.com/dxlabwiki/GenerateSubmission 73, Dave, AA6YQ
|
|
|
|
Re: QRZ look up in DXKeeper
Dave AA6YQ
+ AA6YQ comments below
Not at all , but than I saw in the pathfinder an option Internet Explorer Emulation, clicked update and now it works. + I'm glad you found and corrected the configuration problem, Alex. Nice work! 73, Dave, AA6YQ
|
|
|
|
Re: DXKeeper: Filtering/Exporting QSO data of QSOs made with members of a club to an ADIF-file
Dave AA6YQ
* More AA6YQ comments below
There is no way to do that with SQL or DXKeeper. * Tom DF7TV, please attach an example of a "callsign file" to an email message, and send it to me via aa6yq (at) ambersoft.com * I'll add a new "Set Select from Callsign File" function to DXKeeper that will set the "Select" item to 'Y' for each QSO in the Log Page Display whose callsign appears in the selected file. * To export an ADIF file containing these QSOs, the workflow would be 1. click the "Clear Select" item on the Main window's "Check Progress" tab (clears the Select items of every QSO in your log) 2. click the X button in the Filter panel at the bottom of the Main window's "Log QSOs" tab (removes all filtering from the Log Page Display) 3. click the new "Set Select from Callsign File" function (as described above) 4. click the Sel button in the Filter panel at the bottom of the Main window's "Log QSOs" tab (filters the Log Page Display to contain all QSOs whose Select items are set to 'Y') 5. select the Main window's "Export QSOs" tab, and click the Start button to export the selected QSOs (exports an ADIF file containing all QSOs in the Log Page Display) 73, Dave, AA6YQ
|
|
|
|
Re: Creating a List of QSO's with DXCC Entities for which Confirmation is Needed
dwfred@bellsouth.net
Hi Dave,
This query is good for finding all QSOs that haven't been confirmed. What I'm looking for is a step further. I am trying to find a way to find all QSOs only for COUNTRIES that have not been confirmed. I'm not looking for every unconfirmed QSO -- I want to know which QSOs would confirm a new country. I have a pile of cards and I want to know which ones I need to submit to boost my LOTW already verified with LOTW. It seems a SELECT FOR NOT COUNTRY_CONFIRMED would be needed in an SQL query, before applying your query. The problem is, the "COUNTRY_CONFIRMED" would have to be the result of checking each QSO in the database to generate this confirmed list. Using an SQL database, I think I could figure it out, but I don't know how to do it within the context of DxLab. Any ideas? Thanks & 73! Dean
|
|
|
|
Re: QRZ look up in DXKeeper
Alex OE3JTB
Not at all , but than I saw in the pathfinder an option Internet Explorer Emulation, clicked update and now it works.
Tnx Dave 73 Alex, OE3JTB
|
|
|
|
Re: DXKeeper: Filtering/Exporting QSO data of QSOs made with members of a club to an ADIF-file
Dave AA6YQ
There is no way to do that with SQL or DXKeeper.
73 de AA6YQ
|
|
|
|
DXKeeper: Filtering/Exporting QSO data of QSOs made with members of a club to an ADIF-file
Hello,
Assume there is a list (a one column txt-file) listing all callsigns of members of a club (member list). Now to apply for an award of that club I want to transfer an ADIF-file to the award manager only showing the QSO data of all QSOs with members of this club shown in the member list. May you give me some information of an effective way (SQL ?) to do this within DXKeeper ? TNX in advance 73, Stay well! Tom
|
|
|
|
Re: NEED HELP IN GETTING COMMANDER WORKING
Andrew OBrien
My experience with FSK RTTY using Winwarbler and Commander with a 7610, 7300, and 705 is that most hiccups are with the radio's "keying" menu settings . Occasionally with MMTTY Engine settings but usually the steps missed are the radio settings. Andy K3UK
On Sun, Mar 7, 2021 at 9:20 PM Dave AA6YQ <aa6yq@...> wrote: + AA6YQ comments below
|
|
|
|
updated eQSL AG and LoTW databases are available ...
Dave AA6YQ
...via the Databases tab of DXView's Configuration Window.
73, Dave, AA6YQ
|
|
|
|
Re: DXKeeper auto populate
Dave AA6YQ
+ AA6YQ comments below
+ I've sent a you a version of DXKeeper. In this version, when double-clicking a Spot Database Entry in SpotCollector sends a NewEntry directive to DXKeeper with SpotCollector's "Log Filter" option set to "Call" and DXKeeper's "Display previous QSOs on Lookup" option disabled, DXKeeper's Filter panel textbox is set to the Spot Database Entry's callsign - making it possible to quickly display previous QSOs with that callsign by clicking the Filter panel's Call button - which won't extract information from those previous QSOs and use it to populate the Capture window. + Please let me know how it goes... 73,
|
|
|
|
Re: CQ 160 SSB contest submit problem
Dave AA6YQ
+ AA6YQ comments below
Tnx Dave and I used the Capture window in DXKeeper. Did not see anything in the window that said "RX#". From memory it would show the state in the area that said "pri sub". I think in the contest mode it that area said "state or prov". + The Capture window's rx# box is the right-most box in the 11th row of boxes in the Capture window. Take a look at this screenshot: http://www.dxlabsuite.com/dxkeeper/FullCapture.jpg + You may have to drag the Capture window's lower border downward to make the 11th row of boxes visible; see the 2nd and 3rd screen shots in "Getting Started with Logging" in https://www.dxlabsuite.com/dxlabwiki/Logging + The rx# box is always present, whether "Contest Mode" is enabled or not. When I imported my ADIF file into N1MM after the test, I did a Cabrillo generation but the state never showed up. Sounds like there should be a header called "Exch" or something like that in the ADIF file. My ADIF file shows the state in header called "state" + QSOs imported from N1MM do not comply with the rules specified in the large table in https://www.dxlabsuite.com/dxkeeper/Help/Contesting.htm + If you use N1MM in a contest and want to submit a Cabrillo file for the QSOs logged in that contest, generate that Cabrillo file from N1MM. 73, Dave, AA6YQ
|
|
|
|
Re: CQ 160 SSB contest submit problem
Phil W9IXX
Hi,
Tnx Dave and I used the Capture window in DXKeeper. Did not see anything in the window that said "RX#". From memory it would show the state in the area that said "pri sub". I think in the contest mode it that area said "state or prov". When I imported my ADIF file into N1MM after the test, I did a Cabrillo generation but the state never showed up. Sounds like there should be a header called "Exch" or something like that in the ADIF file. My ADIF file shows the state in header called "state" Sorry for such a minor item. Tnx agn. Phil W9IXX
|
|
|
|
Re: sorting out Log to LotW discrepancies
David Reed
Thank you sir; will get right on it!
toggle quoted messageShow quoted text
73 de W5SV - David F. Reed
|
|
|
|
Re: sorting out Log to LotW discrepancies
Dave AA6YQ
Assuming that the table in your post below was generated when you clicked the Compare button in the "DXCC, Challenge, TopList" panel on the "Check Progress" tab of DXKeeper's Configuration window, that's not and indication of how well your log and LoTW match. As described in 19 of the 20 discrepancies listed are cases in which your DXCC record contains no credit granted, but a logged QSO shows DXCC credit granted: either its "QSL Rcvd" or "LoTW QSL Rcvd" item is set to 'V'. For each of these 19 discrepancies, determine why each is marked "DXCC credit granted" when there is no such credit shown in your DXCC record: either its "QSL Rcvd" or "LoTW QSL Rcvd" item was erroneously set to 'V', or your DXCC record is in error. If the former, change the erroneous status item from 'V' to 'Y'; if the latter, engage with the ARRL's DXCC desk (dxccadmin {at} arrl.org) and request a correction. In the case of "Guadeloupe on 20m", your DXCC record shows that DXCC credit has been granted, but no logged 20m QSO with Guadeloupe has its "QSL Rcvd" or "LoTW QSL Rcvd" item set to 'V'. Determine which 20m QSO with Guadeloupe you submitted in a DXCC award application, and change its "QSL Rcvd" or "LoTW QSL Rcvd" item from 'Y' to 'V', depending upon whether you submitted a QSL card or LoTW confirmation, respectively. 73,
On Sun, Mar 7, 2021 at 03:11 PM, David Reed wrote:
Hi folks; taking a break from the contest for a few moments; I thought "I wonder how well my log and LotW match?" so I ran the report to identify any.
|
|
|
|
Re: NEED HELP IN GETTING COMMANDER WORKING
Dave AA6YQ
+ AA6YQ comments below
Dave: Last night I had WW working in AFSK. I could receive and decode I could press the transmit button (in WW) and it would key the radio, send diddles, with RF out. I could type in RY's TEST then my call in the transmit window and it would transmit that. Today, I could not duplicate WW working on AFSK. OK, so today (starting over) I started Launcher, and Commander. Pressing the TX button in commander keyed the radio, produced a single tone and I did get RF out. I then started WW, which changed the radio to LSB, and I press the TX button in WW. It did not key the radio and did not produce a tone or any RF even though the software thought it was transmitting. When I checked port five, the port used to control the radio, WW said it was not available. I'm guessing that is because it was being used by commander. ?? You sent me a link to "Configuring WinWarbler for RTTY Operation" which I followed religiously (both AFSK and FSK) but, it did not work. I also tried the radio in D1, D2 & D3 but that made no difference. Throughout all of these tests, I could receive and decode RTTY in WW. I even tried the K0PIR video for N1MM with MMTTY with same lack of results. + The article "Configuring WinWarbler for RTTY Operation" does not cover configuring WinWarbler for RX-TX switching (aka "PTT"); that's described in "Switching a Transceiver between Reception and Transmission" in https://www.dxlabsuite.com/dxlabwiki/PTTMechanism + My assumption was that anyone wishing to use WinWarbler would first review "Setting up CW, Phone, PSK, and RTTY Operation in WinWarbler" in https://www.dxlabsuite.com/dxlabwiki/Multimode_Setup + which introduces configuration topics common to all modes: RX-TX switching, audio connections, and setting audio levels. See the RTTY subsection in the "General Setup Instructions" section of this article. + To prevent this from happening again, I have added a "Configuration Steps You May Have Already Taken" section to the beginning of "Configuring WinWarbler for RTTY Operation" in https://www.dxlabsuite.com/dxlabwiki/ConfigureRTTY + and added steps for making the required audio settings and level adjustments. + Since you're using Commander to control your IC-7610, and since Commander can switch your IC-7610 between RX and TX, on the Configuration window's PTT tab, set the Mode panel to "Xcvr Ctrl App" and set the Port panel to None. If that doesn't enable WinWarbler to switch your transceiver between RX and TX, please let me know. 73, Dave, AA6YQ
|
|
|
|
FW: [DXLab] DXKeeper auto populate
Dave AA6YQ
Re-sending due to a Groups.io malfunction...
toggle quoted messageShow quoted text
-----Original Message-----
From: Dave AA6YQ [mailto:aa6yq@ambersoft.com] Sent: Sunday, March 07, 2021 6:34 PM To: 'DXLab@groups.io' Subject: RE: [DXLab] DXKeeper auto populate + AA6YQ comments below Well that would be better than what's happening now. Your suggestion sounds like a reasonable solution. I thought there was a setting that allowed DXKeeper to be populated with previous qso info or not to be populated but still show previous qso info. + There is no such setting. As usual, I'm reluctant to add new settings because they increase user-perceived complexity - especially for a "once in 20 years" request. Since I do not subscribe to any callbooks and have primary call book set to none is that why it is auto populating? + Unless an override is specified, DXKeeper harvests information from previously-logged QSOs if its "Display previous QSOs on Lookup" option is enabled: https://www.dxlabsuite.com/dxkeeper/Help/Configuration.htm#Display%20Previous%20QSOs%20on%20Lookup%20checkbox Would subscribing to one of the callbooks and clicking the "automatically use callbook data to initialize new QSO's" eliminate my problem? + No, because information extracted from previous QSOs has priority over information provided by a callbook lookup. 73, Dave, AA6YQ
|
|
|
