开云体育

Has anyone here recently switched to DXLab from Prolog2K?

I have had several recent requests for information on compatibility
between microKEYER and Prolog2K but have not received any information
from Datamatrix except a request for "one of each product" for testing!

Since they have no demo, no online documentation and the specifications
don't provide any specifics about the radio control interface, I have
no way to know what the program supports.

If has abandoned a recent version of Prolog2K, I would be interested
in acquiring a copy for testing/evaluation.

73,

... Joe Subich, W4TV
microHAM America
www.microHAM-USA.com

If you also buy HamCap, propagation will also be elegantly displayed on
the DXAtlas map allowing a rapid assessment of the likelihood of making a
contact.

Be aware however Ham Cap is not integrated with DX Lab so you start to
lose some of the wonderful integration that Dave has developed. (It
takes one mouse click to change bands in Ham Cap. You have to type the
call sign in Ham Cap to get a "Propview like" chart.)

Also, near as I can tell, you can't click on a DX Atlas displayed spot
and set DXLab in motion...

Rob ;o)~
AB7CF


On Sat, 08 Apr 2006 16:53:22 -0000 "Dave Bernstein" <aa6yq@...>
writes:

I have no immediate plans, Danny. Besides MixW, you can also use
MultiPSK for Olivia; both interoperate with the DXLab Suite.

73,

Dave, AA6YQ

--- In dxlab@..., "Danny Douglas" <n7dc@...> wrote:

Dave, I know this has been mentoned, but dont remember the

response. Are

there any hopes of getting the Olivia mode in WinWarbler soon?

Every time I

hear anyone using the mode, I wind up closing WW and opening MixW

so I can

work the station (or just copy it).

Danny

thanks Dave
----------------

Dave, I know this has been mentoned, but dont remember the response. Are
there any hopes of getting the Olivia mode in WinWarbler soon? Every time I
hear anyone using the mode, I wind up closing WW and opening MixW so I can
work the station (or just copy it).

Danny

Thanks, Rick.

I didn't correlate "ARUser" with VE7CC's cluster interface -- which
I have seen before.

73,

Dave, AA6YQ

--- In dxlab@..., Rick Ellison <rellison@...> wrote:

73's Rick N2AMG
Aim:n2amg
Yahoo:n2amg

I spent 15 minutes Googling for ARUser yesterday, but could come

up

with nothing beside a couple of references in Usenet postings.

Can you provide a URL?

73,

Dave, AA6YQ

--- In dxlab@..., "Art Burke" <aburkefl@> wrote:

Have you seen ARUser? If ARUser would work within the abilities
of DXLabLauncher, I would use it instead of SpotCollector. It's

gorgeous,

it's incredibly simple to use, it's easy to read, easy to

control

filters, easy to "recapture" info - the list goes on.

I haven't figured out exactly how to use it with DXLabs so I've
currently stopped using it.

Art - K4IRS

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

Even if SpotCollector didn't send the "Bye" or terminate the

TCP/IP

connection, Windows would automatically close the TCP/IP

connection

when SpotCollector terminates. A shared TCP/IP connection would
require developing a third application that manages the

connection

on behalf of its two clients, SpotCollector and ARUser.

Out of curiousity, when you're running SpotCollector, why are

you

running ARUser?

73,

Dave, AA6YQ

Yahoo! Groups Links

To use DX Atlas with DXView,

1. install DX Atlas

2. on the World Map tab of DXView's Config window, check the Enable
box in the "DX Atlas" panel

Spots from SpotCollector will be displayed on the DX Atlas world map.

73,

Dave, AA6YQ

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

Does anyone know how to use the DXAtlas map with DXView. I read

that

DXView has the ability to use an alternative map. Will

spotcollector

work on the DXAtlas map?

Thanks,
Matt KQ4VY

I've sent Andy K3UK a new version of SpotCollector to test, which he
reports is working well. I will similarly expand DXView's mode
filters, and after testing that will publicly release both new
versions.

Chip64 has not yet been added to the ADIF 2 specification, and so is
not available "out of the box" in DXKeeper. DXKeeper's documentation
explains how to add Chip64 to its mode selectors.

73,

Dave, AA6YQ

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

hello Dave is it pasembole thad y have the adi-2 file also 73

on4ccx

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

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

----- Original Message -----
From: "Dave Bernstein" <aa6yq@...>
To: <dxlab@...>
Sent: Saturday, April 08, 2006 4:40 AM
Subject: [dxlab] Re: Olivia in Spotcollector filter?

Better would be for me to add all of the ADIF2-approved modes

and

Chip64 (which is not yet approved) to SpotCollector's Mode

recognition

and Mode filter. I'll have a release for you to try in a couple

of

hours...

73,

Dave, AA6YQ

--- In dxlab@..., "Andrew O'Brien" <andrewobrie@>

wrote:

I see that Olivia and Chip64 are not listed in the mode

filtering

options with Spotcollector. I am about to read up on SQL and
Spotcolector to see if SQL can be set to filter the comment

line in

a

DX Spot and thus pass Olivia and Chip64 spots. I thought I

would

check here to see if anyone has already done this.

Andy K3UK

Yahoo! Groups Links

+++more AA6YQ comments below

--- In dxlab@..., "Jerry Keller" <k3bz@...> wrote:

****K3BZ comments below:

----- Original Message -----

When there's a choice, AddNeeded gives preference to the most recent
QSO found in the Log Page Display.

****Great!

I have two concerns with your suggestion:

1. its not obvious to me that attempting to confirm an arbitrarily-
old QSO with a US manager will be less risky than a QSO made last
week

**** It was my (probably hasty) assumption that QSLing to a manager
in the same country would almost always be less costly and less
risky than to one in a foreign country. Of course, that depends on
the countries involved. DXKeeper must use some initial algorithm to
select Add Needed QSOs, one that's considered "most favorable" to
most users. I was just suggesting my idea of what that might be, and
I didn't know how to check if that was already the algorithm in use.

2. DXKeeper can't reliably determine a Manager's DXCC entity from
his or her callsign; I'd need to add a "Manager's DXCC entity" item
to each QSO, which DXKeeper would populate with its best guess
(based on a callbook lookup, previous QSO, or DXCC database lookup)
but the user could verify and correct if necessary

****Could DXKeeper look at the same things Joe's filter looks at? Or
would that take too much additional time?

+++The problem is ambiguity in the manager's callsign. If you live
in France, and have a QSO whose manager callsign is TO5DX, for
example, would that QSO qualify as "preferred"? TO5DX might live in
france, or she might live in French Polynesia.

Joe's approach, while admittedly requiring two invocations of the
AddNeeded function, illustrates the flexibility of the current
scheme. You can prefilter the Log Page Display to contain
only "ideal" QSOs, whatever your personal definition of "ideal", and
then run AddNeeded with the Log Page Display unfiltered to catch
everything else.

****I find I am a bit of a dunce when it comes to using some of
DXLabs already terrific features, like the filters that give it
flexibility to do just about everything except kiss me goodnight...
and I expect someday Joe will come up with a filter for that, too!
I just never thought of using filters, and I could never have
written THAT one anyway. Next QSL label run, I'll try it, Joe,
thanks very much, I think it might cover what I was concerned with.

I do note that Joe's approach would also benefit from a "Manager's
DXCC entity" item in the log..

**** Expanding DXKeeper's data items never occurred to me. I thought
it could be done with the QSL_Via data we already have.

+++It can be done with QSL_Via, as Joe's filter demonstrates, though
the required expression is verbose, and suffers from the TO5DX
problem.

+++A filter of the form

QSL_VIA_DXCCPREFIX='K'

would be both more accurate and easier to type.

73,

Dave, AA6YQ

73's Rick N2AMG
Aim:n2amg
Yahoo:n2amg

If QSL_RCVD for a XU card is "Y" but you can't find the card, then
you lost it. If you'd submitted it to the ARRL DXCC desik but not
yet gotten it back, its QSL_RCVD would be "S".

73,

Dave, AA6YQ

--- In dxlab@..., "Art Burke" <aburkefl@...> wrote:

Okay, in Ed's defense, let me play Devil's Advocate.

I filter my data and see that XU = "Y" but I can't find the card.
Does that mean the card was submitted to ARRL or that I lost it?

Art - K4IRS

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

When I implemented the Submission mechanism, I thought about

doing

that Ed, but couldn't think of a reason why a DXer would need to
differentiate between a confirmed entity-band or entity-mode and

a

confirmed-and-submitted entity-band or entity-mode -- other than
when making a next submission before the previous submission has
been processed, which the current implementation handles.

"Verify that I have the correct cards on hand" can be

accomplished

by filtering the Log Page Display to show all QSOs whose

QSL_RCVD

item is either 'Y' or 'V'. You could add additional filtering

terms

to do this by band, mode, or entity, e.g.

((QSL_RCVD ='Y') or (QSL_RCVD='V')) and (DXCCPREFIX='VU4')

to see all Andaman Islands cards that should be on hand, or

((QSL_RCVD ='Y') or (QSL_RCVD='V')) and (MODE='RTTY')

to see all RTTY cards that should be on hand.

73,

Dave, AA6YQ





--- In dxlab@..., "edctexas" <ed.cox@> wrote:

I had an idea the other day waiting for my last DXCC

submission

to

be

processed. I was looking at the Progress table and wondered

if

anyone

else would think that it would be useful to have the Progress

table

show S for the submitted QSOs. That way one could distinguish

between

QSOs confirmed but not yet submitted and those submitted.

I was trying to see what card I should have on hand. I had to

do

sorts on the database to see what was happening but wondered

if

anyone

else had that question? I have perhaps been making larger

submissions

thaan some.

73 Ed KE3D

I spent 15 minutes Googling for ARUser yesterday, but could come up
with nothing beside a couple of references in Usenet postings.

Can you provide a URL?

73,

Dave, AA6YQ

--- In dxlab@..., "Art Burke" <aburkefl@...> wrote:

Have you seen ARUser? If ARUser would work within the abilities of
DXLabLauncher, I would use it instead of SpotCollector. It's

gorgeous,

it's incredibly simple to use, it's easy to read, easy to control
filters, easy to "recapture" info - the list goes on.

I haven't figured out exactly how to use it with DXLabs so I've
currently stopped using it.

Art - K4IRS

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

Even if SpotCollector didn't send the "Bye" or terminate the

TCP/IP

connection, Windows would automatically close the TCP/IP

connection

when SpotCollector terminates. A shared TCP/IP connection would
require developing a third application that manages the

connection

on behalf of its two clients, SpotCollector and ARUser.

Out of curiousity, when you're running SpotCollector, why are

you

running ARUser?

73,

Dave, AA6YQ

The request was not lost, Ken; its item #868 in



While I'm working on DXKeeper 6.0, I'm not adding many new features
to DXKeeper 5.X as it means coding, testing, and documenting
everything twice.

73,

Dave, AA6YQ


--- In dxlab@..., "Kenneth D. Grimm, K4XL" <grimm@...>
wrote:

Speaking of the capture window in DXKeeper, I was disappointed

that the

"always on top" option wasn't added to the recent release of

DXKeeper.

Dave, have you determined that it isn't a good idea? I hope that

it was

just lost in the cracks.
73,
Ken K4XL

Sure, Howard. I used "Paint Shop Pro" to put together the image, and then I
use a labelling program, "DesignPro", to actually put the image on the
cards. It enables me to precisely put the image in the blank space of the
card, and print the desired number of cards.

I'll send you a pdf of the image I use.

Ken
KC9GLQ

Does anyone know how to use the DXAtlas map with DXView. I read that
DXView has the ability to use an alternative map. Will spotcollector
work on the DXAtlas map?

Thanks,
Matt KQ4VY

hello Dave is it pasembole thad y have the adi-2 file also 73 on4ccx
--------------------------------------------------------------------------------------------

Well, I sure appreciate the input from everyone. I'll play around with your own
technique and see how it develops. May I ask what graphic program are you
using to make this happen? Just curious......... I'm interested in inserting a logo
for the 10-10 Club, HFPACK, and a couple of other things maybe from time
to time.

Howard W6IDS
Richmond, IN

I generate mine in a "2-pass" process. First I print the cards from
DXKeeper with the QSO info, then I print a graphic in the open center part
of the card that I created with a graphics program. It turns out OK.

73,
Ken
KC9GLQ
Indianapolis

****K3BZ comments below:

Okay, in Ed's defense, let me play Devil's Advocate.

I filter my data and see that XU = "Y" but I can't find the card.
Does that mean the card was submitted to ARRL or that I lost it?

Art - K4IRS

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

When I implemented the Submission mechanism, I thought about doing
that Ed, but couldn't think of a reason why a DXer would need to
differentiate between a confirmed entity-band or entity-mode and a
confirmed-and-submitted entity-band or entity-mode -- other than
when making a next submission before the previous submission has
been processed, which the current implementation handles.

"Verify that I have the correct cards on hand" can be accomplished
by filtering the Log Page Display to show all QSOs whose QSL_RCVD
item is either 'Y' or 'V'. You could add additional filtering

terms

to do this by band, mode, or entity, e.g.

((QSL_RCVD ='Y') or (QSL_RCVD='V')) and (DXCCPREFIX='VU4')

to see all Andaman Islands cards that should be on hand, or

((QSL_RCVD ='Y') or (QSL_RCVD='V')) and (MODE='RTTY')

to see all RTTY cards that should be on hand.

73,

Dave, AA6YQ





--- In dxlab@..., "edctexas" <ed.cox@> wrote:

I had an idea the other day waiting for my last DXCC submission

to

be

processed. I was looking at the Progress table and wondered if

anyone

else would think that it would be useful to have the Progress

table

show S for the submitted QSOs. That way one could distinguish

between

QSOs confirmed but not yet submitted and those submitted.

I was trying to see what card I should have on hand. I had to

do

sorts on the database to see what was happening but wondered if

anyone

else had that question? I have perhaps been making larger

submissions

thaan some.

73 Ed KE3D