Date   

Re: T88CF missing from LOTW list

Art K6XT <k6xt@...>
 

Danny
This question was propagated on the topband list as well. K6SRZ writes there is a note on Club Web indicating QSLing will begin after May. Also that QSL's are handled by OM3CGN's daughter who is struggling to keep up with demand. Someone else relayed that he has difficult net access so we need not expect frequent updates once he logs T88CF onto LoTW. Patience must be in order. My 160 QSL for a new one is in that queue somewhere.

73 Art

DANNY DOUGLAS wrote:

Hlmmm maybe someone (who works him) needs to send him an email about that, and possibly find out if he does indeed intend to do so. Meanwhile, Ill work him if I can, and hope!!

Danny Douglas
N7DC
ex WN5QMX ET2US WA5UKR ET3USA SV0WPP VS6DD N7DC/YV5 G5CTB
All 2 years or more (except Novice). Short stints at: DA/PA/SU/HZ/7X/DU
CR9/7Y/KH7/5A/GW/GM/F
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
http://groups.yahoo.com/group/DXandTalk
Digital_modes
http://groups.yahoo.com/group/digital_modes/?yguid=341090159

----- Original Message -----
From: Art K6XT To: dxlab@... Sent: Wednesday, May 05, 2010 8:18 AM
Subject: Re: [dxlab] T88CF missing from LOTW list


Danny
LoTW doesn't have any records for T88CF according to the "find call" feature, there have been no log uploads. Maybe he INTENDS to be a LoTW user. Or a different call.

DANNY DOUGLAS wrote:
> Just noticed that T88CF is not being "color coded" as a LOTW user, in DXLabs listing. When one looks at QRZ.COM he states he is a user - now if I could just work him to replace the other one I have worked on a couple of bands, and who has not confirmed!!
>
> Danny Douglas
> N7DC
> [Snip]

--


Re: T88CF missing from LOTW list

I6KZR <i6kzr@...>
 

HI Art,
Robert HB9BZA updates the LoTW database and this is a compilation of
informations from many sources, including the DX-Cluster, DX bulletins,
WEB sites and files received from other LoTW users.
If you are sure that T88CF is a LoTW user please drop a line to Robert
at lotw-list@... so T88CF will be published in the next DXLAB.

73,

Renzo, I6KZR

http://www.i6kzr.it

Il 06/05/2010 12.58, aburkefl ha scritto:

There probably has not been sufficient time for T88CF to appear on the
LotW "list." T88CF is Mike, KM9D. He and his girlfriend/SO have been
out in the Pacific islands for two or three years. His standard QSL
route is via an OM2 call (OM2SA?) but he has also been using WinLink
to access the web and upload all his QSOs to LotW.

Art - N4PJ

--- In dxlab@... <mailto:dxlab%40yahoogroups.com>, Art
K6XT <k6xt@...> wrote:

Danny
LoTW doesn't have any records for T88CF according to the "find call"
feature, there have been no log uploads. Maybe he INTENDS to be a LoTW
user. Or a different call.

DANNY DOUGLAS wrote:
Just noticed that T88CF is not being "color coded" as a LOTW user,
in DXLabs listing. When one looks at QRZ.COM he states he is a user -
now if I could just work him to replace the other one I have worked on
a couple of bands, and who has not confirmed!!

Danny Douglas
N7DC
[Snip]
--
73 Art
Allison, Colorado
"Whether you believe you can do a thing or
not, you are right." --Henry Ford.


Re: Sync LoTW Sync

Richard B Drake
 

I wasn't aware of that Joe but just took a look at the config.xml file
in my App Data folder and indeed the entire county list is in there with
"St. Mary's" actually spelled "Saint Marys" - ugh, it's worse than I
thought! If that's what they are using, it would indeed be very
difficult to change. What a terrible design decision, thousands of
copies of that distributed world wide.

73, Rich - W3ZJ

Joe Subich, W4TV wrote:

The misspellings are included in config.xml. That means they become
part of the "signed" QSO as uploaded since the county gets added as
part of the "Station Location" data.


Re: automatic 'Other Application' startup question

aburkefl <aburkefl@...>
 

I think Lee's intent is exactly as how Bill discovered it. That's because Lee (VE7CC, the creator of the CCUser program) permits you to run at least two separate instances of the program - they can each be independently filtered and run simultaneously. I run two sessions all day long.

Art - N4PJ

--- In dxlab@..., Michael Morgan <cmorgan13@...> wrote:

It depends on how the ve7cc program is written. Some programs will
check to see if another instance of it is running and if give a
message stating so or just close.

Thanks
Michael

On May 5, 2010, at 6:19 PM, "FireBrick" <w9ol@...> wrote:

I was thinking of adding VE7CC program to the Startup Other Apps
But curious, If I already had it running, like when I close down
Contest
program and fall back to DXL, will it start a 2nd instance or
recognize it's
already running?

I'm tempted to try/experiment, but I seem to have everything running
without
a problem and don't want to 'push my luck'.

Using winXPPro
----------------------------------------------------------
Middle name: how to tell you're REALLY in trouble.
----------------------------------------------------------

All I know about Islam, I learned on 9-11.

TOWER/WEBCAMS and Weather Page
Weather DATA @ http://hhweather.webhop.org
Webcams @ http://71.57.45.48:8080/



------------------------------------

Yahoo! Groups Links



Re: Sync LoTW Sync

aburkefl <aburkefl@...>
 

Your speculation may be "spot on," but, regardless, sources (who wish to remain anonymous) indicate it'll be a cold day in July before ARRL addresses any significant county issue, whether simple spelling corrections, removal of the Virginia independent cities or using LotW for USA-CA. (Or WAZ either, for that matter!)

While it's obvious that CQ and ARRL are not technically responsible for each others' awards, when LotW came out, there were insinuations that they would also be used (eventually) for other awards besides the ones ARRL provides.

I, for one, have stopped holding my breath.

Art - N4PJ

--- In dxlab@..., "aa6yq" <aa6yq@...> wrote:

AA6YQ comments below
--- In dxlab@..., Rich - W3ZJ <rich@> wrote:

OK, I don't see any problem with that.

It does seem strange though that ARRL can't find time to update their
county list. How long could it take, half an hour with a coffee break in the middle? :-)

If each LotW record for a US QSO stores a "US county code" that selects a county descriptor, then yes, carefully updating the spellings in the county descriptors should be a quick job.
However, if each LotW record for a US QSO stores the full "US county name", then finding all the QSOs that require correction and correcting them might require writing a one-time program that can only run when LotW is shut down. This is complete speculation on my part...
73,

Dave, AA6YQ



aa6yq wrote:
AA6YQ comments below
--- In dxlab@..., Rich - W3ZJ <rich@> wrote:

Would you be applying the correction to the log data or just to the ADIF file uploaded to LoTW? Applying it to the log data could cause problems with other services, for example eQSL.cc has St. Mary's spelled correctly.


The correction would be applied to the US County name returned by LotW. So instead of the "LotW Sync QSLs" operation displaying a conflict like
Logged data: MD, St. Mary's

LotW data: MD, St. Marys


DXKeeper would automatically correct the LotW data to
MD, St. Mary's


which would match the logged data, and thus eliminate the need to alert the user to the conflict.
73,

Dave, AA6YQ




Dave AA6YQ wrote:

DXKeeper includes a spelling corrector for US counties, but it is not
currently applied to the information returned by LotW. Does anyone see a
problem with automatically providing this correction?

73,

Dave, AA6YQ



Re: T88CF missing from LOTW list

aburkefl <aburkefl@...>
 

There probably has not been sufficient time for T88CF to appear on the LotW "list." T88CF is Mike, KM9D. He and his girlfriend/SO have been out in the Pacific islands for two or three years. His standard QSL route is via an OM2 call (OM2SA?) but he has also been using WinLink to access the web and upload all his QSOs to LotW.

Art - N4PJ

--- In dxlab@..., Art K6XT <k6xt@...> wrote:

Danny
LoTW doesn't have any records for T88CF according to the "find call"
feature, there have been no log uploads. Maybe he INTENDS to be a LoTW
user. Or a different call.

DANNY DOUGLAS wrote:
Just noticed that T88CF is not being "color coded" as a LOTW user, in DXLabs listing. When one looks at QRZ.COM he states he is a user - now if I could just work him to replace the other one I have worked on a couple of bands, and who has not confirmed!!

Danny Douglas
N7DC
[Snip]
--
73 Art
Allison, Colorado
"Whether you believe you can do a thing or
not, you are right." --Henry Ford.


Re: Sync LoTW Sync

Dave AA6YQ
 

AA6YQ comments below
-----Original Message-----
From: Joe Subich, W4TV [mailto:lists@...]
Sent: Wednesday, May 05, 2010 7:04 PM
To: dxlab@...
Cc: aa6yq
Subject: Re: [dxlab] Re: Sync LoTW Sync




>>>> However, if each LotW record for a US QSO stores the full "US
>>>> county name", then finding all the QSOs that require correction
>>>> and correcting them might require writing a one-time program
>>>> that can only run when LotW is shut down. This is complete
>>>> speculation on my part...

The misspellings are included in config.xml. That means they become
part of the "signed" QSO as uploaded since the county gets added as
part of the "Station Location" data.

Individual users in the effected counties could probably edit their
own "config.xml" file and update their "station location." I do
not know how that would effect the master LotW database.

In any case, I don't think that ARRL can fix the issues in the
database as that would violate the "signature" ...

The "County" mis-spellings are pale in comparison to the use of
"PQ" instead of the ADIF (and Canada Post) "QC" for Quebec.
DXKeeper complains every time I download a confirmation from a
VE2/VA2 call.

I'll arrange for DXKeeper to auto-correct this data error as well.
73,

Dave, AA6YQ


Re: Dxk QSL "sent via"dropdown won't stick

npyachtsman <taranaki73-yahlists@...>
 

Thank you, Dave, simple as when you know how. 73 Nigel

--- In dxlab@..., "Dave AA6YQ" <aa6yq@...> wrote:

AA6YQ comments below
-----Original Message-----
From: dxlab@... [mailto:dxlab@...]On Behalf Of
npyachtsman
Sent: Wednesday, May 05, 2010 10:36 PM
To: dxlab@...
Subject: [dxlab] Dxk QSL "sent via"dropdown won't stick


I have been away from DxLab for a while, so this may be an operator error.
DxK and other programs are the latest versions.
I am trying to bring my QSl's card sending uptodate.

I have a logged call which in the Log QSO tab QSL box under "sent via" shows
"B". The card for this call I know has to be sent direct so I change "B" to
"D" and save the entry.

On the QSL tab I click Add Requested and the que is populated with the call
but showing as "Buro". I go back to the Log QSO tab and the "sent via"
now shows "B"

On the "QSL Config" window's General tab, there is an "Add Requested"
panel at the bottom. If this panel's "Add Requested sets Sent Via to 'B'
(for Bureau)" box is checked, uncheck it.

73,

Dave, AA6YQ


Re: Dxk QSL "sent via"dropdown won't stick

Dave AA6YQ
 

AA6YQ comments below
-----Original Message-----
From: dxlab@... [mailto:dxlab@...]On Behalf Of
npyachtsman
Sent: Wednesday, May 05, 2010 10:36 PM
To: dxlab@...
Subject: [dxlab] Dxk QSL "sent via"dropdown won't stick


I have been away from DxLab for a while, so this may be an operator error.
DxK and other programs are the latest versions.
I am trying to bring my QSl's card sending uptodate.

I have a logged call which in the Log QSO tab QSL box under "sent via" shows
"B". The card for this call I know has to be sent direct so I change "B" to
"D" and save the entry.

On the QSL tab I click Add Requested and the que is populated with the call
but showing as "Buro". I go back to the Log QSO tab and the "sent via"
now shows "B"

On the "QSL Config" window's General tab, there is an "Add Requested"
panel at the bottom. If this panel's "Add Requested sets Sent Via to 'B'
(for Bureau)" box is checked, uncheck it.

73,

Dave, AA6YQ


Re: User-defined slider no longer works

Dave AA6YQ
 

Thanks for the defect report, and for the testing, Wes!

73,

Dave, AA6YQ

-----Original Message-----
From: dxlab@... [mailto:dxlab@...]On Behalf Of
Wes Cosand
Sent: Wednesday, May 05, 2010 10:47 PM
To: dxlab@...
Subject: Re: [dxlab] User-defined slider no longer works


On Wed, May 5, 2010 at 8:45 PM, Dave AA6YQ <aa6yq@...> wrote:



That's a defect, Wes. I've corrected it and sent you a new release of
Commander to test with your Orion; please let me know how it goes.

Dave, your modification worked. Commander849 handles the negative number
in Lower Bound just find and the RIT responds to the slider as it should.

Thanks so much for your amazingly rapid response!

Wes, WZ7I






------------------------------------

Yahoo! Groups Links



No virus found in this incoming message.
Checked by AVG - www.avg.com
Version: 9.0.730 / Virus Database: 271.1.1/2851 - Release Date: 05/05/10
02:26:00


Test

Nigel <taranaki73-yahlists@...>
 

Sorry for the bandwidth - Nigel


Re: UDP Gateway, DXKeeper, and DM780 type mismatch error

Rick Ellison
 

Do you have the HRD Log application running??? If that application is not
running then the information will not be sent out over the UDP connection. I
have pretty much stopped updating the gateway I wrote for DM780 and Logger32
as I just can't see running 2 separate logging applications at the same
time.

73 Rick N2AMG
www.n2amg.com

-----Original Message-----
From: dxlab@... [mailto:dxlab@...] On Behalf Of
n5vei
Sent: Wednesday, May 05, 2010 10:33 PM
To: dxlab@...
Subject: [dxlab] Re: UDP Gateway, DXKeeper, and DM780 type mismatch error

The software generating the error is the DM780 DXLab Bridge. When it is not
running I do not get the errors. I run and have ran both bridges to get the
frequency and all for the rig. The DM780 bridge is the error. It worked on
version 4.1, but not this one...Any ideas?

--- In dxlab@..., "Dave AA6YQ" <aa6yq@...> wrote:



-----Original Message-----
From: dxlab@... [mailto:dxlab@...]On Behalf Of
n5vei
Sent: Wednesday, May 05, 2010 8:07 PM
To: dxlab@...
Subject: [dxlab] UDP Gateway, DXKeeper, and DM780 type mismatch error


Hello all. Setup WAS as follows: HRD and DM780 version 4.1, current
dxkeeper dxview, pathfinder, dxlab HRD bridge.

When I would look up a call in DM780 it would do fine... the gateway
worked;
once the QSO was logged in DM780, the UDP gateway transferred it over to
DXKeeper... everything was fine.

The "DXLab HRD Bridge" does not convey QSOs from DM780 to DXKeeper. You
must also be running one of the DM780-to-DXLab bridges; which one?

I switched to the new version 5 of HRD and DM780....the UDP gateway will
not
transfer the info, and whenever I do a callsign lookup in DM780 I get a
"type Mismatch error".

Which application is generating the error message?
73,

Dave, AA6YQ



------------------------------------

Yahoo! Groups Links


Re: User-defined slider no longer works

Wes Cosand
 

On Wed, May 5, 2010 at 8:45 PM, Dave AA6YQ <aa6yq@...> wrote:



That's a defect, Wes. I've corrected it and sent you a new release of
Commander to test with your Orion; please let me know how it goes.

Dave, your modification worked. Commander849 handles the negative number
in Lower Bound just find and the RIT responds to the slider as it should.

Thanks so much for your amazingly rapid response!

Wes, WZ7I


Dxk QSL "sent via"dropdown won't stick

npyachtsman <taranaki73-yahlists@...>
 

I have been away from DxLab for a while, so this may be an operator error. DxK and other programs are the latest versions.
I am trying to bring my QSl's card sending uptodate.

I have a logged call which in the Log QSO tab QSL box under "sent via" shows "B". The card for this call I know has to be sent direct so I change "B" to "D" and save the entry.

On the QSL tab I click Add Requested and the que is populated with the call but showing as "Buro". I go back to the Log QSO tab and the "sent via" now shows "B"

The date of the qso is September 2008 and would have been logged using a version of DXK released prior to that date.


Re: UDP Gateway, DXKeeper, and DM780 type mismatch error

n5vei
 

The software generating the error is the DM780 DXLab Bridge. When it is not running I do not get the errors. I run and have ran both bridges to get the frequency and all for the rig. The DM780 bridge is the error. It worked on version 4.1, but not this one...Any ideas?

--- In dxlab@..., "Dave AA6YQ" <aa6yq@...> wrote:



-----Original Message-----
From: dxlab@... [mailto:dxlab@...]On Behalf Of
n5vei
Sent: Wednesday, May 05, 2010 8:07 PM
To: dxlab@...
Subject: [dxlab] UDP Gateway, DXKeeper, and DM780 type mismatch error


Hello all. Setup WAS as follows: HRD and DM780 version 4.1, current
dxkeeper dxview, pathfinder, dxlab HRD bridge.

When I would look up a call in DM780 it would do fine... the gateway worked;
once the QSO was logged in DM780, the UDP gateway transferred it over to
DXKeeper... everything was fine.

The "DXLab HRD Bridge" does not convey QSOs from DM780 to DXKeeper. You
must also be running one of the DM780-to-DXLab bridges; which one?

I switched to the new version 5 of HRD and DM780....the UDP gateway will not
transfer the info, and whenever I do a callsign lookup in DM780 I get a
"type Mismatch error".

Which application is generating the error message?
73,

Dave, AA6YQ


Re: automatic 'Other Application' startup question

Cliff Frescura K3LL
 

There is an aruser mailing list that VE7CC monitors. You could ask there if
you don't want to experiment.

73,

Cliff K3LL

-----Original Message-----
From: dxlab@... [mailto:dxlab@...] On Behalf Of
FireBrick
Sent: Wednesday, May 05, 2010 5:22 PM
To: DXLabs List
Subject: Re: [dxlab] automatic 'Other Application' startup question

As I said, my system is so finely tuned now, and running the way I
want,
I didn't want to screw something up accidentaly.

Simple to ask a question first.


On 5/5/2010 6:55:14 PM, Cliff Frescura (cf@...) wrote:
Should be easy enough to test...just try to start another instance
while
it is already running

73,
K3LL
-- Cliff
Sent from my Android phone with K-9 Mail. Please excuse my brevity.

"FireBrick" <w9ol@... [link: mailto:w9ol@...]>
wrote:

I was thinking of adding VE7CC program to the Startup Other Apps
But curious, If I already had it running, like when I close down
Contest

program and fall back to DXL, will it start a 2nd instance or
recognize
it's
already running?

I'm tempted to try/experiment, but I seem
to have everything running without
a problem and don't want to 'push my
luck'.

Using winXPPro
----------------------------------------------------------
Middle name: how to tell you're
REALLY in trouble.
----------------------------------------------------------

All I know about Islam, I learned on 9-11.

TOWER/WEBCAMS and Weather Page
Weather DATA @ http://hhweather.webhop.org
Webcams @ http://71.57.45.48:8080/




Reply to sender [link: mailto:cf@cfcorp

------------------------------------

Yahoo! Groups Links



Re: Sync LoTW Sync

Peter Laws / N5UWY
 

On Wed, May 5, 2010 at 18:04, Joe Subich, W4TV <lists@...> wrote:

The "County" mis-spellings are pale in comparison to the use of
"PQ" instead of the ADIF (and Canada Post) "QC" for Quebec.
DXKeeper complains every time I download a confirmation from a
VE2/VA2 call.

When I was a kid, that was the abbreviation. I know for a time that
both were "acceptable", but I see from the Canada Post site that only
QC is listed. Huh.



--
Peter Laws | N5UWY | H9H 2C8 | Travel by Train!


Re: VE7CC

FireBrick <w9ol@...>
 

Thanks Earl
That's what I was afraid of.
I'll just stay with opening it manually...
Less chance I will screw that up...(hopefully)

On 5/5/2010 7:36:31 PM, Earl Needham (earl.kd5xb@...) wrote:
In response to the current question --

In my experience, the VE7CC program will open multiple instances. If you
configure the DXLabs Launcher to open VE7CC, you must manually shut it
down when you shut down DXLabs. When I forgot, a second instance of VE7CC
opened, but it was unable to configure itself -- so I had the old, working
instance running, AND a new, empty instance running and waiting for me to
answer all the basic questions - my call, etc.

And just try & guess which one Spot Collector connected to -- it
wasn't consistent -- sometimes one, sometimes the other.

Vy 7 3
Earl

KD5XB -- Earl Needham -- Clovis, New Mexico -- http://groups.yahoo.com/group/cw_bugs/ -- The Coast Guard has it right! -- ZUT

Reply to sender [link: mailto:earl.kd5xb@...?subject=VE7CC] | Reply to group [link: mailto:dxlab@...?subject=VE7CC] | Reply via web post [link: groups.yahoo.com/group/dxlab/post;_ylc=X3oDMTJxZ2tnYjlyBF9TAzk3MzU5NzE0BGdycElkAzMwMDc4MzcEZ3Jwc3BJZAMxNzA1MDYzMTA4BG1zZ0lkAzc5ODg1BHNlYwNmdHIEc2xrA3JwbHkEc3RpbWUDMTI3MzEwODA5Ng--?act=reply&messageNum=79885] | Start a New Topic [link: groups.yahoo.com/group/dxlab/post;_ylc=X3oDMTJlNW5iNGo1BF9TAzk3MzU5NzE0BGdycElkAzMwMDc4MzcEZ3Jwc3BJZAMxNzA1MDYzMTA4BHNlYwNmdHIEc2xrA250cGMEc3RpbWUDMTI3MzEwODA5Ng--]
Messages in this topic [link: groups


Re: UDP Gateway, DXKeeper, and DM780 type mismatch error

Dave AA6YQ
 

-----Original Message-----
From: dxlab@... [mailto:dxlab@...]On Behalf Of
n5vei
Sent: Wednesday, May 05, 2010 8:07 PM
To: dxlab@...
Subject: [dxlab] UDP Gateway, DXKeeper, and DM780 type mismatch error


Hello all. Setup WAS as follows: HRD and DM780 version 4.1, current
dxkeeper dxview, pathfinder, dxlab HRD bridge.

When I would look up a call in DM780 it would do fine... the gateway worked;
once the QSO was logged in DM780, the UDP gateway transferred it over to
DXKeeper... everything was fine.

The "DXLab HRD Bridge" does not convey QSOs from DM780 to DXKeeper. You
must also be running one of the DM780-to-DXLab bridges; which one?

I switched to the new version 5 of HRD and DM780....the UDP gateway will not
transfer the info, and whenever I do a callsign lookup in DM780 I get a
"type Mismatch error".

Which application is generating the error message?
73,

Dave, AA6YQ


Re: User-defined slider no longer works

Dave AA6YQ
 

That's a defect, Wes. I've corrected it and sent you a new release of
Commander to test with your Orion; please let me know how it goes.

73,

Dave, AA6YQ

-----Original Message-----
From: dxlab@... [mailto:dxlab@...]On Behalf Of
Wes Cosand
Sent: Wednesday, May 05, 2010 8:28 PM
To: DXLab Yahoo Group
Subject: [dxlab] User-defined slider no longer works


I have a user-defined slider set up to control the RIT on my Orion. Unless
I am mistaken, it was working many months ago but it no longer works. The
fundamental problem is that I cannot enter a negative decimal number as the
Lower bound in the configuration box.

The Ten Tec manual wants

*RMR<val><cr>

for main receiver RIT where <val> range is +/- 8000 Hz. Unless I am
mistaken I had the lower bound as -250 and the upper as 250. But I can no
longer enter a negative sign in the lower bound configuration box. The
slider works fine adjusting the RIT from 0 to 250 hz. My command is


'*RMR<1S4><13>

Am I making some trivial error?


Thanks

Wes, WZ7I






------------------------------------

Yahoo! Groups Links



No virus found in this incoming message.
Checked by AVG - www.avg.com
Version: 9.0.730 / Virus Database: 271.1.1/2851 - Release Date: 05/05/10
02:26:00

129781 - 129800 of 209528