Keyboard Shortcuts
Likes
- DXLab
- Messages
Search
|
Upgrade Request for DXKeeper
I think it would be a great benefit if when the capture is open and you type in a callsign and hit tab that it spells out the call sign in phonetics. It sounds so professional when you can quickly respond to the other ham with the proper?phonetics each and every time. Someone is doing this now with a small logger to NPOTA and I would love to have it added to DXlabs. Example:? N8NQN [tab] below last line (under user defined) make a new line that is length of window November 8 November Quebec November I will upload a example to the files area. I understand that there are many long calls signs and it might not always fit in the window but re-sizing the font is possibly one way of handling this. |
|
Re: Slow eQSL Upload
John Bastin
开云体育
I’ve been having the same experience for some time.? My solution: if I have more than a few contacts to go to eQSL (such as after a contest), I select the group in the log and export them to an ADIF file, then go to eQSL on the web and use the “Upload ADIF” function to enter the log. Works much faster. Hope this helps. 73, |
|
Re: Reload DXLab after IS Reinstall
From: dxlab@... [mailto:dxlab@...]AA6YQ comments below Sent: Sunday, February 28, 2016 3:48 AM To: dxlab@... Subject: [dxlab] Reload DXLab after IS Reinstall I have reloaded DXLab Suite and components before by following the Relocate from one PC to another all OK. However, when lost WIN 7 OS and Dell reinstalled lost programs and Apps which have mostly reinstalled. That said, I did not lose data files. For example, LoTW is there bur=t will need to reinstall my certificate. DXLab is on the C-Drive as are all components. All except Launcher have an Install button. I installed Commander from this location and it is now on the Desk Top, and once I entered the correct Port and used "Kenwood" as a surrogate for my K3 it is communicating with the K3. Opened the lates "app" listed in DXKeeper and it has all log data up to and including last QSO entered. It is missing all Station info, LoTW upload info, etc. So, given that the files appear to be on the C Drive, how best to proceed to restore ? I have a Workspace stored on an external HD and have DXLab Suite also on another Computer. Appreciate a steer. 73,Without examining the system, it's hard to say for sure, Alan. Make a backup copy of your log and your Workspace. Then direct the Launcher to install each uninstalled DXLab application. Then terminate all applications except the Launcher, and direct the Launcher to load settings from your Workspace. Dave, AA6YQ |
|
Re: LOTW & Club Log Upload Question
If you don't want to upload automatically to ClubLog go to DXKeeper QSL Config window (by CTRL + click on the Config button on DXKeeper main wiindow), then go to the ClubLog Tab, and uncheck Auto upload. For the LOTW on the same place (QSL Config window), click on the LOTW Tab, and on the bottom of the Tab, there is the place to putt the TQSL path, make shure it's correct.? ? 73 Nuno ? CT2IRY On Sunday, February 28, 2016 12:18 PM, "'Mike Thomas, NA5U' na5u@... [dxlab]" wrote:
|
|
LOTW & Club Log Upload Question
开云体育Can someone tell me what I’ve checked, unchecked or done wrong. When I log a call now it automatically uploads to ‘Club Log’. That’s ok even though I don’t recall selecting that. I was able to left click on a call and upload it to ‘LOTW’. When I do that now ‘Upload to LOTW Home’ is grayed out. I’ve done something wrong. I’ve been looking but haven’t found the solution. Any help is appreciated. 73, Mike, NA5U |
|
Re: Tracking most recent eQSL dates in DXK with multiple profiles
My club use two call's one for the club station and another for activation's, V/UHF contests, SOTA, ILLW, etc. this last call in the V/UHF contests is use year around on the same location, but the rest of the activation's, can be anywhere, we never know where. So we could be operating CR6L in IM58 for V/UHF, and next week/month operate CR6L in IM67 for SOTA, next week/month operate CR6L in IM59 for ILLW. ? 73 Nuno ? CT2IRY On Sunday, February 28, 2016 11:44 AM, "Rich - W3ZJ rich@... [dxlab]" wrote:
|
|
Re: Tracking most recent eQSL dates in DXK with multiple profiles
开云体育I don't have a number Joe but quite a lot outside of FCC jurisdiction. Contest calls, Countries (such as Canada) that allow a person to hold multiple calls, etc. Here it's pretty much limited to special event calls but those are available for the asking and many people use them.Believe it or not last month I did 2 custom eQSL's for 2 US special event stations that were only going to operate for 1 to 2 days. 73, Rich - W3ZJ On 2/27/2016 6:22 PM, 'Joe Subich,
W4TV' lists@... [dxlab] wrote:
> +++ How many eQSL users here have multiple active "station callsigns" in the > same DXCC entity? > |
|
Reload DXLab after IS Reinstall
I have reloaded DXLab Suite and components before by following the Relocate from one PC to another all OK. However, when lost WIN 7 OS and Dell reinstalled lost programs and Apps which have mostly reinstalled. That said, I did not lose data files. For example, LoTW is there bur=t will need to reinstall my certificate. DXLab is on the C-Drive as are all components. All except Launcher have an Install button. I installed Commander from this location and it is now on the Desk Top, and once I entered the correct Port and used "Kenwood" as a surrogate for my K3 it is communicating with the K3. Opened the lates "app" listed in DXKeeper and it has all log data up to and including last QSO entered. It is missing all Station info, LoTW upload info, etc. So, given that the files appear to be on the C Drive, how best to proceed to restore ? I have a Workspace stored on an external HD and have DXLab Suite also on another Computer. Appreciate a steer. Thanks, Alan K9MBQ |
|
Re: DXCC Verification Discrepancy resolution how-to?
From: dxlab@... [mailto:dxlab@...]AA6YQ comments below Sent: Saturday, February 27, 2016 6:47 PM To: dxlab@... Subject: [dxlab] DXCC Verification Discrepancy resolution how-to? I’m having some difficulty making sense of the DXCC Verification Discrepancies report and how to resolve what shows up on the report. There are two specific cases I’m dealing with. One example is the report contains a record for say entity=TK, mode=CW, Log Status=V, ARRL Status=null. On the ARRL LOTW website, my account has an entry for TK5EP, 15M, CW. This matches exactly a logbook entry which also has LoTW Receive Status=V. This credit is missing from the list of downloaded credits, which has been updated. I don’t understand the discrepancy and how best to resolve it? There other example which I believe I have an explanation is from QSL cards that were submitted many years ago, long before LoTW. The LoTW credits do not contain band or mode, just entity.Log into your LoTW web account and view your DXCC Award Credit Matrix. (I can't cite a URL in "Using LoTW" that explains how to do this because LoTW is down for scheduled maintenance at this moment). Does it show that DXCC credit has been granted for TK in CW? That’s not correct. DXCC credits created by submitting an LoTW confirmation always specify the entity, band, and mode. The discrepancy report for these same DXCC entities call out band and/or mode discrepancies. I believe this to be caused by the LoTW credit missing both band and mode with the QSL status=V in the log. The question again is how best to resolve this discrepancy? How/why was the QSL status set to 'V' in the logged QSO? LoTW confirmations are not DXCC Credits; an LoTW Confirmation must be included in a DXCC application to generate a DXCC Credit. I’ve tried both Autolink and Repair for LoTW.DXCC Credits generated from QSL cards can contain errors in their callsign, date, band, and mode fields. Such credits must be manually linked. <>Neither will link a credit to a QSO unless the credit exactly matches the QSO. “Imperfect” credits must be manually linked to their QSOs, as is described in Perhaps I should reset the LoTW QSL status and resend the QSO’s to be processed again? For the paper QSL’s, do I need to resend the cards for band/mode credit?That will produce a result no different than what you now see. 73,If the expected credit does not appear in your DXCC Award Credit Matrix, yes – though you should first contact the DXCC desk and see if they can determine how a DXCC credit previously granted has disappeared. Dave, AA6YQ |
|
Re: Filtering SpotCollector for band-specific DXCC goals. SQL Filters.
From: dxlab@... [mailto:dxlab@...]AA6YQ comments below Sent: Saturday, February 27, 2016 7:55 PM To: dxlab@... Subject: [dxlab] Filtering SpotCollector for band-specific DXCC goals. SQL Filters. I'm having mixed results trying out various SQL expressions with SpotCollector, in order to better filter for two concurrent DX Country objectives: the first being (a) 160m DXCC goals for Unworked and Worked entities on that particular band (e.g.: 'U' showing in RED and 'W' showing in GREEN, and with confirmed/ verified not showing at all); while also filtering for a second objective (b) 'U' and 'W' entities for all of the other bands combined since DXCC is no longer an objective on 10m-80m (that is, 8Band DXCC already obtained) but where new entities are still being sought on any band. I have tried using COUNTRYPROGRESS and BANDPROGRESS and <needfilter> plus various BAND= combinations. For my 160m spots, what should show as Unworked entities in RED, are instead appearing in other colors, as either worked or confirmed entities, apparently since those entities have been worked/ confirmed/ verified on other bands. Thanks for your help with this. 73,If I understand correctly, that could be achieved by unchecking all of the boxes except 160m in the “DXCC Bands & Modes” panel on the Awards tab of DXKeeper’s Configuration window, and then activating SpotCollector’s Need filter. Dave, AA6YQ |
|
Filtering SpotCollector for band-specific DXCC goals. SQL Filters.
I'm having mixed results trying out various SQL expressions with SpotCollector, in order to better filter for two concurrent DX Country objectives: ?the first being (a) 160m DXCC goals for Unworked and Worked entities on that particular band (e.g.: ?'U' showing in RED and 'W' showing in GREEN, and with confirmed/ verified not showing at all);? while also filtering for a second objective (b) 'U' and 'W' entities for all of the other bands combined since DXCC is no longer an objective on 10m-80m (that is, 8Band DXCC already obtained) but where new entities are still being sought on any band. ? ?
I have tried using COUNTRYPROGRESS and
BANDPROGRESS and <needfilter> plus various BAND= combinations.? For my 160m spots, what should show as
Unworked entities in RED, are instead appearing in other colors, as either worked
or confirmed entities, apparently since those entities have been worked/ confirmed/
verified on other bands.?? Thanks for
your help with this.? 73 de Mark? |
|
DXCC Verification Discrepancy resolution how-to?
开云体育I’m having some difficulty making sense of the DXCC Verification Discrepancies report and how to resolve what shows up on the report. There are two specific cases I’m dealing with. ? One example is the report contains a record for say entity=TK, mode=CW, Log Status=V, ARRL Status=null. On the ARRL LOTW website, my account has an entry for TK5EP, 15M, CW. This matches exactly a logbook entry which also has LoTW Receive Status=V. This credit is missing from the list of downloaded credits, which has been updated. I don’t understand the discrepancy and how best to resolve it? ? There other example which I believe I have an explanation is from QSL cards that were submitted many years ago, long before LoTW. The LoTW credits do not contain band or mode, just entity. The discrepancy report for these same DXCC entities call out band and/or mode discrepancies. I believe this to be caused by the LoTW credit missing both band and mode with the QSL status=V in the log. The question again is how best to resolve this discrepancy? ? I’ve tried both Autolink and Repair for LoTW. Perhaps I should reset the LoTW QSL status and resend the QSO’s to be processed again? For the paper QSL’s, do I need to resend the cards for band/mode credit? ? Thanks for any input and/or suggestions. ? Ken WB1DX ?
? Sent from for Windows 10 ? |
|
Re: Tracking most recent eQSL dates in DXK with multiple profiles
On 2/27/2016 4:16 PM, 'Dave AA6YQ' aa6yq@... [dxlab] wrote:
+++ More AA6YQ comments belowIt's not just multiple active "station callsigns" in the same DXCC entity. Anyone who operates as a rover in a VHF/UHF contest, gives out counties as a mobile, etc. is likely to have multiple nicknames to manage. I'm fortunate in that my "old calls" are nearly inactive as far as eQSL goes. I can generally update DXKeeper manually for the two or three confirmations that trickle through every two weeks to a month. Still, it would be a PITA to download card images on a regular basis. 73, ... Joe, W4TV |
|
Re: /P /QRP setup and other Question
Rich;
No, actually I was referring to logging into eQSL from DXKeeper not Firefox. I do have it figured out now. I needed to set my Laptop to login using K3JAE/QRP as the username with my password not just K3JAE as I do on my main system. My mistake was I assumed I used the same login as I would if using my browser to log into the site that way since that is the way I view all my “sub” or attached accounts. That has been resolved and now working properly. … I’m just sayin’ 73 de K3JAE John Etling <mailto:k3jae@...> k3jae@... From: Rich - W3ZJ rich@... [dxlab] [mailto:dxlab@...] Sent: Saturday, February 27, 2016 10:49 To: dxlab@... Subject: Re: [dxlab] /P /QRP setup and other Question I think you are talking about logging on to eQSL via a Web Browser. I am talking about setting the Username/Password/QTH Nickname in DXKeeper's eQSL Configuration Panel where the username is K3JAE/QRP, K3JAE/P, etc. You should not be logged on to eQSL via a web browser at all. 73, Rich - W3ZJ On 2/27/2016 10:49 AM, 'John Etling' john@... <mailto:john@...> [dxlab] wrote: Sorry to be so dense here Rich… How do I determine the proper log-in? I am using the same user/pass on eQSL site and then just pick which account I want to view. So how do I log into a specific account from outside eQSL’s login portal? Specifically how do I set up DXKeeper to upload and sync to eQSL to/from the /QRP account? |
|
Re: PRINTER RECOMMENDATIONS (Related OT Question)
开云体育The rule is as Iain pointed out - I had a conversation with someone about 6 months ago at ARRL HQ about it. I have gotten a rare occasional card for a US station that was not for my DX calls however. Probably just slipped through.73, Larry? W6NWS On 2/27/2016 12:35 PM, 'Dave AA6YQ'
aa6yq@... [dxlab] wrote:
? |
|
Re: Tracking most recent eQSL dates in DXK with multiple profiles
开云体育Nicknames are a way for eQSL to distinguish between two accounts with the same callsign. You will need that if you ever move to a new location and keep the same call. This can also be important if a call is ever or was ever issued to a different person. For example my call once belonged to a person named Ed who lived somewhere in PA. It was reissued to me in 1999. My old call, N2RD, now belongs to a person in New York.73, Rich - W3ZJ On 2/27/2016 4:16 PM, 'Dave AA6YQ'
aa6yq@... [dxlab] wrote:
|
|
Re: Tracking most recent eQSL dates in DXK with multiple profiles
开云体育Dave – ? Double-clicking the date under the sync button is functionality I wasn’t previously aware of.? It’s sufficient for my needs…and I would venture a guess that there aren’t enough folks who need more than that to justify additional development.? Thank-you. ? As to your other questions/comments: ? Re nicknames – your updated understanding matches mine, but I should disclose I haven’t yet had a real need to explore eQSL’s nickname functionality (although that day is coming) ? Re dealing with “late uploader” and number of folks with a possible need beyond that – you are correct in that the scenario I described is to deal with late uploads.? I could see someone (or a club) who regularly has multiple portable operations, requiring multiple portable indicators (e.g. W1AW portable operations during the Centennial year) as having a bigger challenge. However, I’m not certain how many eQSL users have such complex needs, much less how many of them use DXK. This complexity seems to be a shortcoming of eQSL’s. ? --
|
|
Re: Tracking most recent eQSL dates in DXK with multiple profiles
开云体育+++ More AA6YQ comments below ? From: dxlab@... [mailto:dxlab@...]
Sent: Saturday, February 27, 2016 2:52 PM To: dxlab@... Subject: RE: [dxlab] Tracking most recent eQSL dates in DXK with multiple profiles ? ? As far as I know, the “best” documentation is at , which is the eQSL FAQ on changing callsigns, where it is indicated that one should “create an ‘attached account’ for the new callsign”.? The DXK documentation also touches on the subject when it comes to attempting to use DXK Locations to filter for record relevant to a particular eQSL nickname. ? +++ Thanks! My understanding is the “Nicknames” are a way to manage operation from multiple locations with the same “Station Callsign”, not a way to manage operation with multiple “Station Callsigns” from within the same DXCC entity. Correct? ? So, for example, on 14 August 2012, my callsign changed from AB1OD to N1EN. ? I therefore have two logins on eQSL: AB1OD and N1EN. ? If I want to check eQSL confirmations for AB1OD in DXK, I edit the eQSL login information in DXK to AB1OD, and sync QSLs. If I want to check eQSL confirmations for N1EN in DXK, I edit the eQSL login information in DXK back to N1EN, and sync QSLs ? A simple example of the cause of my question is as follows. ? Assume that I last received eQSL confirmations to AB1OD dated 31 December. Assume that I last received eQSL confirmations to N1EN dated 20 February. ? If I simply change my eQSL login to ?AB1OD and sync QSLs, DXK will query eQSL for all eQSLs to AB1OD between 20 February and the present.?? I will miss any eQSLs received between 31 December and 20 February under current DXK behavior. ? +++ So you’re not logging new QSOs as AB1OD, you’re just dealing with the occasional “late uploader”. ? Thus, I end up control-clicking “sync” more frequently than perhaps was intended, to cover those gaps. ? +++ If you double-click the date-time displayed beneath “Sync eQSL.cc QSLs” button, a small window appears that lets you specify a date and time. If you manually keep track of the “last sync time” for each of your eQSL.cc accounts, you can avoid control-clicking the Sync button. ? It looks like the DXK database has a single record/field to hold the date of the most recent eQSL received. ? I wonder if it would be better to store that information in a separate, small table, tracking most recent eQSL on a by-eQSL-login basis, so that (in my example above) DXK would know to query back to 31 December if I were logging in as AB1OD, but only to 20 February if I were logging in as N1EN. ? That being said…if I’m the only person that’s asked about this, maybe I’ve missed something OR maybe my situation is unique enough to not merit the change. ?? ? +++ ?To do what you suggest, DXKeeper would have to store a username (“Station Callsign”), password, and “last sync date” for each eQSL account, and provide a means for you to select the account you’re about to synchronize – or to which you’ll be uploading QSOs (either as each QSO is logged, or in a batch). That would likely be implemented as a scrollable table on the “QSL Configuration” window’s eQSL tab, and an account selector in the “eQSL.cc operations” panel at the bottom of the Main window’s QSL tab. ? +++ How many eQSL users here have multiple active “station callsigns” in the same DXCC entity? ????? ? ????? 73, ? ?????????????? Dave, AA6YQ |
Don Hill AA5AU
wc3w
Michael (N1EN)