Keyboard Shortcuts
ctrl + shift + ? :
Show all keyboard shortcuts
ctrl + g :
Navigate to a group
ctrl + shift + f :
Find
ctrl + / :
Quick actions
esc to dismiss
Likes
- DXLab
- Messages
Search
SpotSpy 1.3.1 is available
supernova12de
This release
- correctly handles alerts for JT6M spots (tnx to Aart, PA3C) - prevents multiple entries of alerts in SpotSpy's alert window (tnx to Aart, PA3C) - corrects some defects in SpotSpy's 425dxn and DailyDX calendar import feature - provides a new button 'replace /p with *' to replace /p and /P with the wildcard * in listed calls (DX calendar import) - Right-clicking on a displayed spot in SpotSpy's alert window will removed the selected call sign from Needed call signs list (if band and mode matches), (request FS#12, tnx to Jose, N1BAA) - provides the new checkbox 'Clear SpotSpy's blacklist every x hours' (configuration window, General tab) - updates SpotSpy's online help SpotSpy 1.3.1 is available via SpotSpy's update feature. For more information about SpotSpy visit Full release is available at SpotSpy's Bugtracking and Feature Request page: 73 Volker, DL9HO |
Re: UN - Kazakhstan
DANNY DOUGLAS
ahhh yes then , my mistake, when someone talking about UN Im thinking United Nations, and couldnt figure why the problem, when the UN only has those two sites. I wish they would leave the prefixes alone. I figutred the UN had some troops over there or something. So many hot spots today, I simply cant keep up with who is doing what to whom.
toggle quoted message
Show quoted text
Danny Douglas N7DC ex WN5QMX ET2US WA5UKR ET3USA SV0WPP VS6DD N7DC/YV5 G5CTB All 2 years or more (except Novice) Pls QSL direct, buro, or LOTW preferred, I Do not use, but as a courtesy do upload to eQSL for those who do. Moderator DXandTALK DXandTALK@... Moderator Digital_modes ----- Original Message -----
From: aburkefl To: dxlab@... Sent: Thursday, September 17, 2009 8:45 PM Subject: [dxlab] Re: UN - Kazakhstan Did you mis-read something Jerry wrote? The prefix for those stations you reference is 4U - the UN Jerry is referring to is the prefix for Kazakhstan. (I think it was something like UL7/UK7 when you and I were budding DXers!) Art - N4PJ --- In dxlab@..., "DANNY DOUGLAS" <n7dc@...> wrote: > > I do not belive that the station is considered to be "in" the UN. It is just a UN site, in the country, and does not count for a new entity. The only UN stations, right now, are the Hqs in NY, and Geneva. I.E. the World Bank in Washington DC is NOT a counter for anything other than either Virginia or Maryland, the same as any staition located in DC. Thus, it will not count in the program except that way. > > Danny Douglas > N7DC > ex WN5QMX ET2US WA5UKR ET3USA > SV0WPP VS6DD N7DC/YV5 G5CTB > > All 2 years or more (except Novice) > Pls QSL direct, buro, or LOTW preferred, > I Do not use, but as a courtesy do upload to eQSL for > those who do. > > Moderator > DXandTALK > > DXandTALK@... > > Moderator > Digital_modes > > > ----- Original Message ----- > From: Jerry Keller > To: dxlab@... > Sent: Thursday, September 17, 2009 4:15 PM > Subject: Re: [dxlab] UN - Kazakhstan > > > Hi, Dave.... I was fiddling before seeing your answer below, and decided to try deleting the QSO from the log, then clearing the QUEUE, then re-entering the QSO. That worked. (I had previously tried changing the entity, the code, the prefix... and then changing it back. None of those allowed me to clear the QUE, and DXCC on the log QSO's tab just kept on blinking red. ) I did a Recompute and everything seems fine now... except for a gap in the Q# sequence.... no big deal as far as I can see. > > So now the problem seems solved for my log, but I can't say I learned why it happened. One other thing..... UN7QF was red in SC, but I had UN Verified on that band and mode. I got it into the Capture screen by clicking on the SC entry. > > 73, Jerry K3BZ > ----- Original Message ----- > From: Dave AA6YQ > To: dxlab@... > Sent: Thursday, September 17, 2009 1:09 PM > Subject: RE: [dxlab] UN - Kazakhstan > > Having a QSL Queue entry for an invalid QSO is unexpected. Did you direct > DXKeeper to put UN7QF in the QSL Queue? > > On the Main window's "Log QSOs" tab, please select your UN7QF QSO in the Log > Page Display. In the QSL panel, set the entity selector to something other > than Kazakhstan, and then set it back to Kazakhstan. Can you now save this > QSO without an error being flagged? > > If so, then clear the QSL Queue and perform a Recompute. > > If no, then please place your log file in a zip archive, attach it to an > email message, and send it to me at aa6yq@... so I can see what's > going on. > > Thanks... > > 73, > > Dvae, AA6YQ > > -----Original Message----- > From: dxlab@... [mailto:dxlab@...]On Behalf Of Jerry > Keller > Sent: Thursday, September 17, 2009 12:51 PM > To: dxlab@... > Subject: Re: [dxlab] UN - Kazakhstan > > Dave: > > Database 2.2.7 is installed. Cannot do Recompute because I cannot clear the > QSL Que of its only content: UN7QF (in red). > > 73, Jerry K3BZ > ----- Original Message ----- > From: Dave AA6YQ > To: dxlab@... > Sent: Thursday, September 17, 2009 12:32 PM > Subject: RE: [dxlab] UN - Kazakhstan > > Jerry, please > > 1. verify that you have DXCC database 2.2.7 installed (Config window, > General tab, "Database Info" button at bottom); if not, direct DXView to > install it > > 2. on the Main window's "Check Progress" tab, click the Recompute button > along the bottom > > If this doesn't eliminate the problem, please let me know... > > 73, > > Dave, AA6YQ > > -----Original Message----- > From: dxlab@... [mailto:dxlab@...]On Behalf Of > Jerry > Keller > Sent: Thursday, September 17, 2009 12:22 PM > To: (Reflector) DXLAB > Subject: [dxlab] UN - Kazakhstan > > I just worked UN7QF on 20M and had trouble getting the entry into > DXKeeper. > I get a red flashing DXCC... although the entry is UN, the code is 130, > and > the entity is Kazakhstan.... same as appears in DXView and Spotcollector. > The tooltip says I should make a correction to the prefix. Any ideas > what > I'm missing? > > 73, Jerry K3BZ > > > > ------------------------------------ > > Yahoo! Groups Links > > No virus found in this incoming message. > Checked by AVG - www.avg.com > Version: 8.5.339 / Virus Database: 270.13.99/2372 - Release Date: 09/17/09 > 06:18:00 > > ------------------------------------ > > Yahoo! Groups Links > > > > ------------------------------------ > > Yahoo! Groups Links > > No virus found in this incoming message. > Checked by AVG - www.avg.com > Version: 8.5.339 / Virus Database: 270.13.99/2372 - Release Date: 09/17/09 > 06:18:00 > > ------------------------------------ > > Yahoo! Groups Links > > > > > > > > > |
Re: UN - Kazakhstan
aburkefl
Did you mis-read something Jerry wrote? The prefix for those stations you reference is 4U - the UN Jerry is referring to is the prefix for Kazakhstan. (I think it was something like UL7/UK7 when you and I were budding DXers!)
toggle quoted message
Show quoted text
Art - N4PJ --- In dxlab@..., "DANNY DOUGLAS" <n7dc@...> wrote:
|
Re: UN - Kazakhstan
DANNY DOUGLAS
I do not belive that the station is considered to be "in" the UN. It is just a UN site, in the country, and does not count for a new entity. The only UN stations, right now, are the Hqs in NY, and Geneva. I.E. the World Bank in Washington DC is NOT a counter for anything other than either Virginia or Maryland, the same as any staition located in DC. Thus, it will not count in the program except that way.
toggle quoted message
Show quoted text
Danny Douglas N7DC ex WN5QMX ET2US WA5UKR ET3USA SV0WPP VS6DD N7DC/YV5 G5CTB All 2 years or more (except Novice) Pls QSL direct, buro, or LOTW preferred, I Do not use, but as a courtesy do upload to eQSL for those who do. Moderator DXandTALK DXandTALK@... Moderator Digital_modes ----- Original Message -----
From: Jerry Keller To: dxlab@... Sent: Thursday, September 17, 2009 4:15 PM Subject: Re: [dxlab] UN - Kazakhstan Hi, Dave.... I was fiddling before seeing your answer below, and decided to try deleting the QSO from the log, then clearing the QUEUE, then re-entering the QSO. That worked. (I had previously tried changing the entity, the code, the prefix... and then changing it back. None of those allowed me to clear the QUE, and DXCC on the log QSO's tab just kept on blinking red. ) I did a Recompute and everything seems fine now... except for a gap in the Q# sequence.... no big deal as far as I can see. So now the problem seems solved for my log, but I can't say I learned why it happened. One other thing..... UN7QF was red in SC, but I had UN Verified on that band and mode. I got it into the Capture screen by clicking on the SC entry. 73, Jerry K3BZ ----- Original Message ----- From: Dave AA6YQ To: dxlab@... Sent: Thursday, September 17, 2009 1:09 PM Subject: RE: [dxlab] UN - Kazakhstan Having a QSL Queue entry for an invalid QSO is unexpected. Did you direct DXKeeper to put UN7QF in the QSL Queue? On the Main window's "Log QSOs" tab, please select your UN7QF QSO in the Log Page Display. In the QSL panel, set the entity selector to something other than Kazakhstan, and then set it back to Kazakhstan. Can you now save this QSO without an error being flagged? If so, then clear the QSL Queue and perform a Recompute. If no, then please place your log file in a zip archive, attach it to an email message, and send it to me at aa6yq@... so I can see what's going on. Thanks... 73, Dvae, AA6YQ -----Original Message----- From: dxlab@... [mailto:dxlab@...]On Behalf Of Jerry Keller Sent: Thursday, September 17, 2009 12:51 PM To: dxlab@... Subject: Re: [dxlab] UN - Kazakhstan Dave: Database 2.2.7 is installed. Cannot do Recompute because I cannot clear the QSL Que of its only content: UN7QF (in red). 73, Jerry K3BZ ----- Original Message ----- From: Dave AA6YQ To: dxlab@... Sent: Thursday, September 17, 2009 12:32 PM Subject: RE: [dxlab] UN - Kazakhstan Jerry, please 1. verify that you have DXCC database 2.2.7 installed (Config window, General tab, "Database Info" button at bottom); if not, direct DXView to install it 2. on the Main window's "Check Progress" tab, click the Recompute button along the bottom If this doesn't eliminate the problem, please let me know... 73, Dave, AA6YQ -----Original Message----- From: dxlab@... [mailto:dxlab@...]On Behalf Of Jerry Keller Sent: Thursday, September 17, 2009 12:22 PM To: (Reflector) DXLAB Subject: [dxlab] UN - Kazakhstan I just worked UN7QF on 20M and had trouble getting the entry into DXKeeper. I get a red flashing DXCC... although the entry is UN, the code is 130, and the entity is Kazakhstan.... same as appears in DXView and Spotcollector. The tooltip says I should make a correction to the prefix. Any ideas what I'm missing? 73, Jerry K3BZ ------------------------------------ Yahoo! Groups Links No virus found in this incoming message. Checked by AVG - www.avg.com Version: 8.5.339 / Virus Database: 270.13.99/2372 - Release Date: 09/17/09 06:18:00 ------------------------------------ Yahoo! Groups Links ------------------------------------ Yahoo! Groups Links No virus found in this incoming message. Checked by AVG - www.avg.com Version: 8.5.339 / Virus Database: 270.13.99/2372 - Release Date: 09/17/09 06:18:00 ------------------------------------ Yahoo! Groups Links |
Re: UN - Kazakhstan
Congrats on FT5GA, Jerry!
toggle quoted message
Show quoted text
73, Dave, AA6YQ -----Original Message-----
From: dxlab@... [mailto:dxlab@...]On Behalf Of Jerry Keller Sent: Thursday, September 17, 2009 4:51 PM To: dxlab@... Subject: Re: [dxlab] UN - Kazakhstan I have been so busy lately, Dave, and just haven't kept up with all the reflector postings.... this will probably not be the last self-inflicted problem I encounter. Thanks for your patience,which appears to be endless. PS... just nailed FT5GA on 20M SSB.... another all-time new one ... and a milestone #300... woo-hoo !! 73, Jerry K3BZ ----- Original Message ----- From: Dave AA6YQ To: dxlab@... Sent: Thursday, September 17, 2009 4:31 PM Subject: RE: [dxlab] UN - Kazakhstan I wanted to avoid deleting the QSO, but that was certainly one way out. Several DXCC database versions ago, we changed a number of DXCC entity prefixes in order to line up with those used by the ARRL. There was no requirement that we do this, as the only thing that matters is the DXCC entity codes, but many users found it confusing for DXLab applications to use entity prefixes different than those used by the ARRL DXCC desk. So we bit the bullet and made the changes. After updating to the updated DXCC database, the change in entity prefixes meant that users must perform a Recompute operation on their log file(s). Evidently, you hadn't done that, which was why DXKeeper flagged your UN QSO as invalid. Having DXKeeper determine that a new DXCC database has been installed and that the new version requires a Recompute operation so that the user can be informed is "on the list". 73, Dave, AA6YQ -----Original Message----- From: dxlab@... [mailto:dxlab@...]On Behalf Of Jerry Keller Sent: Thursday, September 17, 2009 4:16 PM To: dxlab@... Subject: Re: [dxlab] UN - Kazakhstan Hi, Dave.... I was fiddling before seeing your answer below, and decided to try deleting the QSO from the log, then clearing the QUEUE, then re-entering the QSO. That worked. (I had previously tried changing the entity, the code, the prefix... and then changing it back. None of those allowed me to clear the QUE, and DXCC on the log QSO's tab just kept on blinking red. ) I did a Recompute and everything seems fine now... except for a gap in the Q# sequence.... no big deal as far as I can see. So now the problem seems solved for my log, but I can't say I learned why it happened. One other thing..... UN7QF was red in SC, but I had UN Verified on that band and mode. I got it into the Capture screen by clicking on the SC entry. 73, Jerry K3BZ ----- Original Message ----- From: Dave AA6YQ To: dxlab@... Sent: Thursday, September 17, 2009 1:09 PM Subject: RE: [dxlab] UN - Kazakhstan Having a QSL Queue entry for an invalid QSO is unexpected. Did you direct DXKeeper to put UN7QF in the QSL Queue? On the Main window's "Log QSOs" tab, please select your UN7QF QSO in the Log Page Display. In the QSL panel, set the entity selector to something other than Kazakhstan, and then set it back to Kazakhstan. Can you now save this QSO without an error being flagged? If so, then clear the QSL Queue and perform a Recompute. If no, then please place your log file in a zip archive, attach it to an email message, and send it to me at aa6yq@... so I can see what's going on. Thanks... 73, Dvae, AA6YQ -----Original Message----- From: dxlab@... [mailto:dxlab@...]On Behalf Of Jerry Keller Sent: Thursday, September 17, 2009 12:51 PM To: dxlab@... Subject: Re: [dxlab] UN - Kazakhstan Dave: Database 2.2.7 is installed. Cannot do Recompute because I cannot clear the QSL Que of its only content: UN7QF (in red). 73, Jerry K3BZ ----- Original Message ----- From: Dave AA6YQ To: dxlab@... Sent: Thursday, September 17, 2009 12:32 PM Subject: RE: [dxlab] UN - Kazakhstan Jerry, please 1. verify that you have DXCC database 2.2.7 installed (Config window, General tab, "Database Info" button at bottom); if not, direct DXView to install it 2. on the Main window's "Check Progress" tab, click the Recompute button along the bottom If this doesn't eliminate the problem, please let me know... 73, Dave, AA6YQ -----Original Message----- From: dxlab@... [mailto:dxlab@...]On Behalf Of Jerry Keller Sent: Thursday, September 17, 2009 12:22 PM To: (Reflector) DXLAB Subject: [dxlab] UN - Kazakhstan I just worked UN7QF on 20M and had trouble getting the entry into DXKeeper. I get a red flashing DXCC... although the entry is UN, the code is 130, and the entity is Kazakhstan.... same as appears in DXView and Spotcollector. The tooltip says I should make a correction to the prefix. Any ideas what I'm missing? 73, Jerry K3BZ ------------------------------------ Yahoo! Groups Links No virus found in this incoming message. Checked by AVG - www.avg.com Version: 8.5.339 / Virus Database: 270.13.99/2372 - Release Date: 09/17/09 06:18:00 ------------------------------------ Yahoo! Groups Links ------------------------------------ Yahoo! Groups Links No virus found in this incoming message. Checked by AVG - www.avg.com Version: 8.5.339 / Virus Database: 270.13.99/2372 - Release Date: 09/17/09 06:18:00 ------------------------------------ Yahoo! Groups Links ------------------------------------ Yahoo! Groups Links No virus found in this incoming message. Checked by AVG - www.avg.com Version: 8.5.339 / Virus Database: 270.13.99/2372 - Release Date: 09/17/09 06:18:00 ------------------------------------ Yahoo! Groups Links ------------------------------------ Yahoo! Groups Links No virus found in this incoming message. Checked by AVG - www.avg.com Version: 8.5.339 / Virus Database: 270.13.99/2372 - Release Date: 09/17/09 06:18:00 |
Re: UN - Kazakhstan
I have been so busy lately, Dave, and just haven't kept up with all the reflector postings.... this will probably not be the last self-inflicted problem I encounter. Thanks for your patience,which appears to be endless.
toggle quoted message
Show quoted text
PS... just nailed FT5GA on 20M SSB.... another all-time new one ... and a milestone #300... woo-hoo !! 73, Jerry K3BZ ----- Original Message -----
From: Dave AA6YQ To: dxlab@... Sent: Thursday, September 17, 2009 4:31 PM Subject: RE: [dxlab] UN - Kazakhstan I wanted to avoid deleting the QSO, but that was certainly one way out. Several DXCC database versions ago, we changed a number of DXCC entity prefixes in order to line up with those used by the ARRL. There was no requirement that we do this, as the only thing that matters is the DXCC entity codes, but many users found it confusing for DXLab applications to use entity prefixes different than those used by the ARRL DXCC desk. So we bit the bullet and made the changes. After updating to the updated DXCC database, the change in entity prefixes meant that users must perform a Recompute operation on their log file(s). Evidently, you hadn't done that, which was why DXKeeper flagged your UN QSO as invalid. Having DXKeeper determine that a new DXCC database has been installed and that the new version requires a Recompute operation so that the user can be informed is "on the list". 73, Dave, AA6YQ -----Original Message----- From: dxlab@... [mailto:dxlab@...]On Behalf Of Jerry Keller Sent: Thursday, September 17, 2009 4:16 PM To: dxlab@... Subject: Re: [dxlab] UN - Kazakhstan Hi, Dave.... I was fiddling before seeing your answer below, and decided to try deleting the QSO from the log, then clearing the QUEUE, then re-entering the QSO. That worked. (I had previously tried changing the entity, the code, the prefix... and then changing it back. None of those allowed me to clear the QUE, and DXCC on the log QSO's tab just kept on blinking red. ) I did a Recompute and everything seems fine now... except for a gap in the Q# sequence.... no big deal as far as I can see. So now the problem seems solved for my log, but I can't say I learned why it happened. One other thing..... UN7QF was red in SC, but I had UN Verified on that band and mode. I got it into the Capture screen by clicking on the SC entry. 73, Jerry K3BZ ----- Original Message ----- From: Dave AA6YQ To: dxlab@... Sent: Thursday, September 17, 2009 1:09 PM Subject: RE: [dxlab] UN - Kazakhstan Having a QSL Queue entry for an invalid QSO is unexpected. Did you direct DXKeeper to put UN7QF in the QSL Queue? On the Main window's "Log QSOs" tab, please select your UN7QF QSO in the Log Page Display. In the QSL panel, set the entity selector to something other than Kazakhstan, and then set it back to Kazakhstan. Can you now save this QSO without an error being flagged? If so, then clear the QSL Queue and perform a Recompute. If no, then please place your log file in a zip archive, attach it to an email message, and send it to me at aa6yq@... so I can see what's going on. Thanks... 73, Dvae, AA6YQ -----Original Message----- From: dxlab@... [mailto:dxlab@...]On Behalf Of Jerry Keller Sent: Thursday, September 17, 2009 12:51 PM To: dxlab@... Subject: Re: [dxlab] UN - Kazakhstan Dave: Database 2.2.7 is installed. Cannot do Recompute because I cannot clear the QSL Que of its only content: UN7QF (in red). 73, Jerry K3BZ ----- Original Message ----- From: Dave AA6YQ To: dxlab@... Sent: Thursday, September 17, 2009 12:32 PM Subject: RE: [dxlab] UN - Kazakhstan Jerry, please 1. verify that you have DXCC database 2.2.7 installed (Config window, General tab, "Database Info" button at bottom); if not, direct DXView to install it 2. on the Main window's "Check Progress" tab, click the Recompute button along the bottom If this doesn't eliminate the problem, please let me know... 73, Dave, AA6YQ -----Original Message----- From: dxlab@... [mailto:dxlab@...]On Behalf Of Jerry Keller Sent: Thursday, September 17, 2009 12:22 PM To: (Reflector) DXLAB Subject: [dxlab] UN - Kazakhstan I just worked UN7QF on 20M and had trouble getting the entry into DXKeeper. I get a red flashing DXCC... although the entry is UN, the code is 130, and the entity is Kazakhstan.... same as appears in DXView and Spotcollector. The tooltip says I should make a correction to the prefix. Any ideas what I'm missing? 73, Jerry K3BZ ------------------------------------ Yahoo! Groups Links No virus found in this incoming message. Checked by AVG - www.avg.com Version: 8.5.339 / Virus Database: 270.13.99/2372 - Release Date: 09/17/09 06:18:00 ------------------------------------ Yahoo! Groups Links ------------------------------------ Yahoo! Groups Links No virus found in this incoming message. Checked by AVG - www.avg.com Version: 8.5.339 / Virus Database: 270.13.99/2372 - Release Date: 09/17/09 06:18:00 ------------------------------------ Yahoo! Groups Links ------------------------------------ Yahoo! Groups Links No virus found in this incoming message. Checked by AVG - www.avg.com Version: 8.5.339 / Virus Database: 270.13.99/2372 - Release Date: 09/17/09 06:18:00 ------------------------------------ Yahoo! Groups Links |
Re: UN - Kazakhstan
I wanted to avoid deleting the QSO, but that was certainly one way out.
toggle quoted message
Show quoted text
Several DXCC database versions ago, we changed a number of DXCC entity prefixes in order to line up with those used by the ARRL. There was no requirement that we do this, as the only thing that matters is the DXCC entity codes, but many users found it confusing for DXLab applications to use entity prefixes different than those used by the ARRL DXCC desk. So we bit the bullet and made the changes. After updating to the updated DXCC database, the change in entity prefixes meant that users must perform a Recompute operation on their log file(s). Evidently, you hadn't done that, which was why DXKeeper flagged your UN QSO as invalid. Having DXKeeper determine that a new DXCC database has been installed and that the new version requires a Recompute operation so that the user can be informed is "on the list". 73, Dave, AA6YQ -----Original Message-----
From: dxlab@... [mailto:dxlab@...]On Behalf Of Jerry Keller Sent: Thursday, September 17, 2009 4:16 PM To: dxlab@... Subject: Re: [dxlab] UN - Kazakhstan Hi, Dave.... I was fiddling before seeing your answer below, and decided to try deleting the QSO from the log, then clearing the QUEUE, then re-entering the QSO. That worked. (I had previously tried changing the entity, the code, the prefix... and then changing it back. None of those allowed me to clear the QUE, and DXCC on the log QSO's tab just kept on blinking red. ) I did a Recompute and everything seems fine now... except for a gap in the Q# sequence.... no big deal as far as I can see. So now the problem seems solved for my log, but I can't say I learned why it happened. One other thing..... UN7QF was red in SC, but I had UN Verified on that band and mode. I got it into the Capture screen by clicking on the SC entry. 73, Jerry K3BZ ----- Original Message ----- From: Dave AA6YQ To: dxlab@... Sent: Thursday, September 17, 2009 1:09 PM Subject: RE: [dxlab] UN - Kazakhstan Having a QSL Queue entry for an invalid QSO is unexpected. Did you direct DXKeeper to put UN7QF in the QSL Queue? On the Main window's "Log QSOs" tab, please select your UN7QF QSO in the Log Page Display. In the QSL panel, set the entity selector to something other than Kazakhstan, and then set it back to Kazakhstan. Can you now save this QSO without an error being flagged? If so, then clear the QSL Queue and perform a Recompute. If no, then please place your log file in a zip archive, attach it to an email message, and send it to me at aa6yq@... so I can see what's going on. Thanks... 73, Dvae, AA6YQ -----Original Message----- From: dxlab@... [mailto:dxlab@...]On Behalf Of Jerry Keller Sent: Thursday, September 17, 2009 12:51 PM To: dxlab@... Subject: Re: [dxlab] UN - Kazakhstan Dave: Database 2.2.7 is installed. Cannot do Recompute because I cannot clear the QSL Que of its only content: UN7QF (in red). 73, Jerry K3BZ ----- Original Message ----- From: Dave AA6YQ To: dxlab@... Sent: Thursday, September 17, 2009 12:32 PM Subject: RE: [dxlab] UN - Kazakhstan Jerry, please 1. verify that you have DXCC database 2.2.7 installed (Config window, General tab, "Database Info" button at bottom); if not, direct DXView to install it 2. on the Main window's "Check Progress" tab, click the Recompute button along the bottom If this doesn't eliminate the problem, please let me know... 73, Dave, AA6YQ -----Original Message----- From: dxlab@... [mailto:dxlab@...]On Behalf Of Jerry Keller Sent: Thursday, September 17, 2009 12:22 PM To: (Reflector) DXLAB Subject: [dxlab] UN - Kazakhstan I just worked UN7QF on 20M and had trouble getting the entry into DXKeeper. I get a red flashing DXCC... although the entry is UN, the code is 130, and the entity is Kazakhstan.... same as appears in DXView and Spotcollector. The tooltip says I should make a correction to the prefix. Any ideas what I'm missing? 73, Jerry K3BZ ------------------------------------ Yahoo! Groups Links No virus found in this incoming message. Checked by AVG - www.avg.com Version: 8.5.339 / Virus Database: 270.13.99/2372 - Release Date: 09/17/09 06:18:00 ------------------------------------ Yahoo! Groups Links ------------------------------------ Yahoo! Groups Links No virus found in this incoming message. Checked by AVG - www.avg.com Version: 8.5.339 / Virus Database: 270.13.99/2372 - Release Date: 09/17/09 06:18:00 ------------------------------------ Yahoo! Groups Links ------------------------------------ Yahoo! Groups Links No virus found in this incoming message. Checked by AVG - www.avg.com Version: 8.5.339 / Virus Database: 270.13.99/2372 - Release Date: 09/17/09 06:18:00 |
Re: UN - Kazakhstan
Hi, Dave.... I was fiddling before seeing your answer below, and decided to try deleting the QSO from the log, then clearing the QUEUE, then re-entering the QSO. That worked. (I had previously tried changing the entity, the code, the prefix... and then changing it back. None of those allowed me to clear the QUE, and DXCC on the log QSO's tab just kept on blinking red. ) I did a Recompute and everything seems fine now... except for a gap in the Q# sequence.... no big deal as far as I can see.
toggle quoted message
Show quoted text
So now the problem seems solved for my log, but I can't say I learned why it happened. One other thing..... UN7QF was red in SC, but I had UN Verified on that band and mode. I got it into the Capture screen by clicking on the SC entry. 73, Jerry K3BZ ----- Original Message -----
From: Dave AA6YQ To: dxlab@... Sent: Thursday, September 17, 2009 1:09 PM Subject: RE: [dxlab] UN - Kazakhstan Having a QSL Queue entry for an invalid QSO is unexpected. Did you direct DXKeeper to put UN7QF in the QSL Queue? On the Main window's "Log QSOs" tab, please select your UN7QF QSO in the Log Page Display. In the QSL panel, set the entity selector to something other than Kazakhstan, and then set it back to Kazakhstan. Can you now save this QSO without an error being flagged? If so, then clear the QSL Queue and perform a Recompute. If no, then please place your log file in a zip archive, attach it to an email message, and send it to me at aa6yq@... so I can see what's going on. Thanks... 73, Dvae, AA6YQ -----Original Message----- From: dxlab@... [mailto:dxlab@...]On Behalf Of Jerry Keller Sent: Thursday, September 17, 2009 12:51 PM To: dxlab@... Subject: Re: [dxlab] UN - Kazakhstan Dave: Database 2.2.7 is installed. Cannot do Recompute because I cannot clear the QSL Que of its only content: UN7QF (in red). 73, Jerry K3BZ ----- Original Message ----- From: Dave AA6YQ To: dxlab@... Sent: Thursday, September 17, 2009 12:32 PM Subject: RE: [dxlab] UN - Kazakhstan Jerry, please 1. verify that you have DXCC database 2.2.7 installed (Config window, General tab, "Database Info" button at bottom); if not, direct DXView to install it 2. on the Main window's "Check Progress" tab, click the Recompute button along the bottom If this doesn't eliminate the problem, please let me know... 73, Dave, AA6YQ -----Original Message----- From: dxlab@... [mailto:dxlab@...]On Behalf Of Jerry Keller Sent: Thursday, September 17, 2009 12:22 PM To: (Reflector) DXLAB Subject: [dxlab] UN - Kazakhstan I just worked UN7QF on 20M and had trouble getting the entry into DXKeeper. I get a red flashing DXCC... although the entry is UN, the code is 130, and the entity is Kazakhstan.... same as appears in DXView and Spotcollector. The tooltip says I should make a correction to the prefix. Any ideas what I'm missing? 73, Jerry K3BZ ------------------------------------ Yahoo! Groups Links No virus found in this incoming message. Checked by AVG - www.avg.com Version: 8.5.339 / Virus Database: 270.13.99/2372 - Release Date: 09/17/09 06:18:00 ------------------------------------ Yahoo! Groups Links ------------------------------------ Yahoo! Groups Links No virus found in this incoming message. Checked by AVG - www.avg.com Version: 8.5.339 / Virus Database: 270.13.99/2372 - Release Date: 09/17/09 06:18:00 ------------------------------------ Yahoo! Groups Links |
Re: UN - Kazakhstan
Having a QSL Queue entry for an invalid QSO is unexpected. Did you direct
toggle quoted message
Show quoted text
DXKeeper to put UN7QF in the QSL Queue? On the Main window's "Log QSOs" tab, please select your UN7QF QSO in the Log Page Display. In the QSL panel, set the entity selector to something other than Kazakhstan, and then set it back to Kazakhstan. Can you now save this QSO without an error being flagged? If so, then clear the QSL Queue and perform a Recompute. If no, then please place your log file in a zip archive, attach it to an email message, and send it to me at aa6yq@... so I can see what's going on. Thanks... 73, Dvae, AA6YQ -----Original Message-----
From: dxlab@... [mailto:dxlab@...]On Behalf Of Jerry Keller Sent: Thursday, September 17, 2009 12:51 PM To: dxlab@... Subject: Re: [dxlab] UN - Kazakhstan Dave: Database 2.2.7 is installed. Cannot do Recompute because I cannot clear the QSL Que of its only content: UN7QF (in red). 73, Jerry K3BZ ----- Original Message ----- From: Dave AA6YQ To: dxlab@... Sent: Thursday, September 17, 2009 12:32 PM Subject: RE: [dxlab] UN - Kazakhstan Jerry, please 1. verify that you have DXCC database 2.2.7 installed (Config window, General tab, "Database Info" button at bottom); if not, direct DXView to install it 2. on the Main window's "Check Progress" tab, click the Recompute button along the bottom If this doesn't eliminate the problem, please let me know... 73, Dave, AA6YQ -----Original Message----- From: dxlab@... [mailto:dxlab@...]On Behalf Of Jerry Keller Sent: Thursday, September 17, 2009 12:22 PM To: (Reflector) DXLAB Subject: [dxlab] UN - Kazakhstan I just worked UN7QF on 20M and had trouble getting the entry into DXKeeper. I get a red flashing DXCC... although the entry is UN, the code is 130, and the entity is Kazakhstan.... same as appears in DXView and Spotcollector. The tooltip says I should make a correction to the prefix. Any ideas what I'm missing? 73, Jerry K3BZ ------------------------------------ Yahoo! Groups Links No virus found in this incoming message. Checked by AVG - www.avg.com Version: 8.5.339 / Virus Database: 270.13.99/2372 - Release Date: 09/17/09 06:18:00 ------------------------------------ Yahoo! Groups Links ------------------------------------ Yahoo! Groups Links No virus found in this incoming message. Checked by AVG - www.avg.com Version: 8.5.339 / Virus Database: 270.13.99/2372 - Release Date: 09/17/09 06:18:00 |
Re: UN - Kazakhstan
Dave:
toggle quoted message
Show quoted text
Database 2.2.7 is installed. Cannot do Recompute because I cannot clear the QSL Que of its only content: UN7QF (in red). 73, Jerry K3BZ ----- Original Message -----
From: Dave AA6YQ To: dxlab@... Sent: Thursday, September 17, 2009 12:32 PM Subject: RE: [dxlab] UN - Kazakhstan Jerry, please 1. verify that you have DXCC database 2.2.7 installed (Config window, General tab, "Database Info" button at bottom); if not, direct DXView to install it 2. on the Main window's "Check Progress" tab, click the Recompute button along the bottom If this doesn't eliminate the problem, please let me know... 73, Dave, AA6YQ -----Original Message----- From: dxlab@... [mailto:dxlab@...]On Behalf Of Jerry Keller Sent: Thursday, September 17, 2009 12:22 PM To: (Reflector) DXLAB Subject: [dxlab] UN - Kazakhstan I just worked UN7QF on 20M and had trouble getting the entry into DXKeeper. I get a red flashing DXCC... although the entry is UN, the code is 130, and the entity is Kazakhstan.... same as appears in DXView and Spotcollector. The tooltip says I should make a correction to the prefix. Any ideas what I'm missing? 73, Jerry K3BZ ------------------------------------ Yahoo! Groups Links No virus found in this incoming message. Checked by AVG - www.avg.com Version: 8.5.339 / Virus Database: 270.13.99/2372 - Release Date: 09/17/09 06:18:00 ------------------------------------ Yahoo! Groups Links |
Re: UN - Kazakhstan
Jerry, please
toggle quoted message
Show quoted text
1. verify that you have DXCC database 2.2.7 installed (Config window, General tab, "Database Info" button at bottom); if not, direct DXView to install it 2. on the Main window's "Check Progress" tab, click the Recompute button along the bottom If this doesn't eliminate the problem, please let me know... 73, Dave, AA6YQ -----Original Message-----
From: dxlab@... [mailto:dxlab@...]On Behalf Of Jerry Keller Sent: Thursday, September 17, 2009 12:22 PM To: (Reflector) DXLAB Subject: [dxlab] UN - Kazakhstan I just worked UN7QF on 20M and had trouble getting the entry into DXKeeper. I get a red flashing DXCC... although the entry is UN, the code is 130, and the entity is Kazakhstan.... same as appears in DXView and Spotcollector. The tooltip says I should make a correction to the prefix. Any ideas what I'm missing? 73, Jerry K3BZ ------------------------------------ Yahoo! Groups Links No virus found in this incoming message. Checked by AVG - www.avg.com Version: 8.5.339 / Virus Database: 270.13.99/2372 - Release Date: 09/17/09 06:18:00 |
UN - Kazakhstan
I just worked UN7QF on 20M and had trouble getting the entry into DXKeeper. I get a red flashing DXCC... although the entry is UN, the code is 130, and the entity is Kazakhstan.... same as appears in DXView and Spotcollector. The tooltip says I should make a correction to the prefix. Any ideas what I'm missing?
73, Jerry K3BZ |
Re: Making CW Pratice CDs? --MILES OFF TOPIC
Charles R Tropp
wj_henderson wrote:
You can create audio files by using the program "Just Learn Morse Code" . Once you record the audio files, you can copy them on a CD and pass them out. The program is free but you can make a contribution if you want. I would suggest starting at 20 wpm to avoid a learning block at the 13 wmp level. Good Luck! |
Re: Inclusion of SAM database
Keep in mind that DXKeeper lets you use QRZ.com as a callbook, which is entirely free (though Pathfinder will display advertisements). QRZ.com is a worldwide callbook; its not limited to US and Canadian callsigns.
toggle quoted message
Show quoted text
If you're concerned about the time delay of a lookup over the internet while you're working a pileup, you can instead use DXKeeper's "batch callbook update" option to perform the callbook lookups after an operating session is over. Just filter the Log Page Display to contain the QSOs you want updated (e.g. with a date range) and the depress the CTRL key while clicking the CBA button on the Main window's Log QSOs tab. 73, Dave, AA6YQ --- In dxlab@..., Web Williams <kr4wm@...> wrote:
|
Re: Inclusion of SAM database
Web Williams
Hi Dave,
toggle quoted message
Show quoted text
WinEQF, the logging software I've been using, has the SAM database as an option. I'm not a programmer, so I have no idea what would be required to get DXLab to interface with SAM. I "grew up" with the SAM database, so prefer it. Plus like I said, it's priced much lower than other brands of callbook CDs. The folks at SAM did have an e-mail address, and very quickly answered an inquiry from me a few months back. I'll be happy to get it for you if you'd like if you want to inquire about the availability of a DLL. I don't suppose it would take much work to add another callbook to DXLab if such a DLL were available? I also have the RAC, I'm just not used to using it. This was the first copy of RAC (other than an old paper copy back in 1991) I've bought, and I only bought it because it was on sale for $16.00. Yeah, I'm cheap (on some things). That's how I can afford expensive radios (Ten Tec Orion II)! <GRIN> 73, -Web (KR4WM) +++I don't recall anyone ever requesting support for the SAM database. I |
Re: Problem installing DXKeeper
+++ more AA6YQ comments below
toggle quoted message
Show quoted text
-----Original Message-----
From: dxlab@... [mailto:dxlab@...]On Behalf Of Web Williams Sent: Wednesday, September 16, 2009 8:21 PM To: dxlab@... Subject: Re: [dxlab] Re: Problem installing DXKeeper aa6yq wrote: small percentage of PCs. The easiest workaround it to boot Windows intoThis is an unfortunate defect in the Microsoft installer that afflicts a "Safe Mode with Networking", and then install DXKeeper. Dave, you hit the ball out of the park! Thanks!!! I logged in as administrator/safe mode with networking, and I did get a small hiccup, but it doesn't seem to have caused any issues. I got an error with MSHFLXGD.OCX, clicked RETRY a couple of times, then finally clicked IGNORE and it bypassed the error, and completed installation. Then I rebooted in non-safe mode, and all appears to be well. +++Glad you got it sorted, Web. To Ron Rossi, it's not Vista, it's XP Pro, SP2. I've tried several times without success to install SP3. With all the various updates, I'm probably at SP3 anyhow, my PC just doesn't say it. Now experimenting with the software. I wish it would accept the SAM database callbook, it's about 1/4 the price of other callbook CDs. I just got the Winter 2009 edition for about $15.00. But I have RAC on hand also. I'll just have to install it. +++I don't recall anyone ever requesting support for the SAM database. I explored the SAM web pages at <> +++but could find no sign of a mechanism that would allow an application like DXKeeper to directly reference this database; RAC, HamCall, and QRZ all provide libraries (DLL files) for this purpose. I did find this: "SAM gives you SUPER FAST access to the U.S. and Canadian Amateur Radio Call Sign Database. With SAM, you can instantly find information on any of over 900,000 North American Amateur Radio Operators and Club Stations!" +++DXView's USAP database provides callbook information for all callsigns issues by the US FCC. 73, Dave, AA6YQ |
Re: CW Speed
Check the "WinKey Speed" box on the WinWarber CW screen.
toggle quoted message
Show quoted text
73, ... Joe, W4TV -----Original Message----- |
Re: Problem installing DXKeeper
Web Williams
aa6yq wrote:
Dave, you hit the ball out of the park! Thanks!!! I logged inThis is an unfortunate defect in the Microsoft installer that afflicts a small percentage of PCs. The easiest workaround it to boot Windows into "Safe Mode with Networking", and then install DXKeeper. as administrator/safe mode with networking, and I did get a small hiccup, but it doesn't seem to have caused any issues. I got an error with MSHFLXGD.OCX, clicked RETRY a couple of times, then finally clicked IGNORE and it bypassed the error, and completed installation. Then I rebooted in non-safe mode, and all appears to be well. To Ron Rossi, it's not Vista, it's XP Pro, SP2. I've tried several times without success to install SP3. With all the various updates, I'm probably at SP3 anyhow, my PC just doesn't say it. Now experimenting with the software. I wish it would accept the SAM database callbook, it's about 1/4 the price of other callbook CDs. I just got the Winter 2009 edition for about $15.00. But I have RAC on hand also. I'll just have to install it. 73, -Web (KR4WM) |
Re: Problems with eQSL-database downloads
John Bastin
Wolf,
I'm not using BootCamp (I prefer having Windows and the Mac OS available at the same time), but I'm running Windows XP SP3 in Parallels under Mac OS X 10.6 (and up until last week was running under Mac OS X 10.5) and I'm not seeing any of the errors you're seeing. Both the LotW and the eQSL databases seem to be working just fine. This is running on a MacBook Pro 2.8GHz laptop. It's not a mini, but there's really no hardware difference that counts. What version of Mac OS X are you running? Have all the Software Updates been done? Might as well make sure everything is up-to-date on the Mac side, first. 73, John K8AJS jbastin@... On Sep 16, 2009, at 11:14:59, aa6yq wrote: The errorlog you sent me via email showed a database failure while you were synchronizing with LotW. Now you're reporting that two different applications -- SpotCollector and DXKeeper -- claim your eQSL.mdb file is unrecognizable as a database, even after you've replaced it with a fresh copy.John Bastin jbastin@... |
to navigate to use esc to dismiss