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
