Closed ny4i closed 7 months ago
AFAIK, zone is pulled from cty.dat. Note: only exceptions to call area/zone are recorded. So something like 4u1wb (DC) is recorded in cty.dat =4U1WB(5)[8] for CQ/IARU zones.
On Tue, Apr 2, 2024 at 1:00 PM Tom Schaefer @.***> wrote:
While doing some testing, I noticed that if I have CQ-WW-CW running, when I log a US call of W4RD with a zone of 3 (like I used to do when I lived in Utah as NY4I in zone 3 instead of zone 5), the RxData.QTH.Zone is set to zone 5.
I would think if the exchange was a zone, this should override the zone from any lookup. I have not yet checked but it would appear this is being overridden by the zone lookup instead of what was actually entered.
I'm looking for confirmation to make sure I am not doing something else wrong.
— Reply to this email directly, view it on GitHub https://github.com/n4af/TR4W/issues/752, or unsubscribe https://github.com/notifications/unsubscribe-auth/ABVLCUCB5B2EI3LOFADOWTTY3LPZDAVCNFSM6AAAAABFTYKCMKVHI2DSMVQWIX3LMV43ASLTON2WKOZSGIZDCMBQHA2DIMA . You are receiving this because you are subscribed to this thread.Message ID: @.***>
Right but if I work a 4 station on Utah (zone 3) and I log 3 which they give me, then I would think that should be put in the RxData.QTH.Zone instead of what it gets from cty.dat.
If this is letting cty.dat override the zone entered int he exchange, I would call that a bug.
Tom
On Apr 2, 2024, at 1:35 PM, Howie Hoyt @.***> wrote:
AFAIK, zone is pulled from cty.dat. Note: only exceptions to call area/zone are recorded. So something like 4u1wb (DC) is recorded in cty.dat =4U1WB(5)[8] for CQ/IARU zones.
On Tue, Apr 2, 2024 at 1:00 PM Tom Schaefer @.***> wrote:
While doing some testing, I noticed that if I have CQ-WW-CW running, when I log a US call of W4RD with a zone of 3 (like I used to do when I lived in Utah as NY4I in zone 3 instead of zone 5), the RxData.QTH.Zone is set to zone 5.
I would think if the exchange was a zone, this should override the zone from any lookup. I have not yet checked but it would appear this is being overridden by the zone lookup instead of what was actually entered.
I'm looking for confirmation to make sure I am not doing something else wrong.
— Reply to this email directly, view it on GitHub https://github.com/n4af/TR4W/issues/752, or unsubscribe https://github.com/notifications/unsubscribe-auth/ABVLCUCB5B2EI3LOFADOWTTY3LPZDAVCNFSM6AAAAABFTYKCMKVHI2DSMVQWIX3LMV43ASLTON2WKOZSGIZDCMBQHA2DIMA . You are receiving this because you are subscribed to this thread.Message ID: @.***>
— Reply to this email directly, view it on GitHub https://github.com/n4af/TR4W/issues/752#issuecomment-2032655975, or unsubscribe https://github.com/notifications/unsubscribe-auth/AC6TWSUK4KZM76LBLKQT6C3Y3LT6NAVCNFSM6AAAAABFTYKCMKVHI2DSMVQWIX3LMV43OSLTON2WKQ3PNVWWK3TUHMZDAMZSGY2TKOJXGU. You are receiving this because you authored the thread.
agreed. but i cannot seem to duplicate. if i log ny4i as '"3" it logs as "3" ?? QSO: 1800 CW 2024-04-02 1801 N4AF 599 05 W4PD 599 03
QSO: 1800 CW 2024-04-02 1802 N4AF 599 05 W3AU 599 06
QSO: 1800 CW 2024-04-02 1803 N4AF 599 05 NY4I 599 03
On Tue, Apr 2, 2024 at 1:41 PM Tom Schaefer @.***> wrote:
Right but if I work a 4 station on Utah (zone 3) and I log 3 which they give me, then I would think that should be put in the RxData.QTH.Zone instead of what it gets from cty.dat.
If this is letting cty.dat override the zone entered int he exchange, I would call that a bug.
Tom
On Apr 2, 2024, at 1:35 PM, Howie Hoyt @.***> wrote:
AFAIK, zone is pulled from cty.dat. Note: only exceptions to call area/zone are recorded. So something like 4u1wb (DC) is recorded in cty.dat =4U1WB(5)[8] for CQ/IARU zones.
On Tue, Apr 2, 2024 at 1:00 PM Tom Schaefer @.***> wrote:
While doing some testing, I noticed that if I have CQ-WW-CW running, when I log a US call of W4RD with a zone of 3 (like I used to do when I lived in Utah as NY4I in zone 3 instead of zone 5), the RxData.QTH.Zone is set to zone 5.
I would think if the exchange was a zone, this should override the zone from any lookup. I have not yet checked but it would appear this is being overridden by the zone lookup instead of what was actually entered.
I'm looking for confirmation to make sure I am not doing something else wrong.
— Reply to this email directly, view it on GitHub https://github.com/n4af/TR4W/issues/752, or unsubscribe < https://github.com/notifications/unsubscribe-auth/ABVLCUCB5B2EI3LOFADOWTTY3LPZDAVCNFSM6AAAAABFTYKCMKVHI2DSMVQWIX3LMV43ASLTON2WKOZSGIZDCMBQHA2DIMA>
. You are receiving this because you are subscribed to this thread.Message ID: @.***>
— Reply to this email directly, view it on GitHub < https://github.com/n4af/TR4W/issues/752#issuecomment-2032655975>, or unsubscribe < https://github.com/notifications/unsubscribe-auth/AC6TWSUK4KZM76LBLKQT6C3Y3LT6NAVCNFSM6AAAAABFTYKCMKVHI2DSMVQWIX3LMV43OSLTON2WKQ3PNVWWK3TUHMZDAMZSGY2TKOJXGU>.
You are receiving this because you authored the thread.
— Reply to this email directly, view it on GitHub https://github.com/n4af/TR4W/issues/752#issuecomment-2032670978, or unsubscribe https://github.com/notifications/unsubscribe-auth/ABVLCUF6YWYYLW3LUWUFB7LY3LUV3AVCNFSM6AAAAABFTYKCMKVHI2DSMVQWIX3LMV43OSLTON2WKQ3PNVWWK3TUHMZDAMZSGY3TAOJXHA . You are receiving this because you commented.Message ID: @.***>
I agree. I also checked the ADIF file and it shows up as logged.
I found it. I was using RXData.QTH.Zone instead of RxData.Zone. TomPrincipal Solutions ArchitectBetter Software Solutions, Inc. 727-437-2771813-205-6388 (mobile/text)On Apr 2, 2024, at 2:06 PM, Howie Hoyt @.***> wrote: agreed. but i cannot seem to duplicate.
if i log ny4i as '"3" it logs as "3" ??
QSO: 1800 CW 2024-04-02 1801 N4AF 599 05 W4PD 599 03
QSO: 1800 CW 2024-04-02 1802 N4AF 599 05 W3AU 599 06
QSO: 1800 CW 2024-04-02 1803 N4AF 599 05 NY4I 599 03
On Tue, Apr 2, 2024 at 1:41 PM Tom Schaefer @.***>
wrote:
Right but if I work a 4 station on Utah (zone 3) and I log 3 which they
give me, then I would think that should be put in the RxData.QTH.Zone
instead of what it gets from cty.dat.
If this is letting cty.dat override the zone entered int he exchange, I
would call that a bug.
Tom
On Apr 2, 2024, at 1:35 PM, Howie Hoyt @.***> wrote:
AFAIK, zone is pulled from cty.dat.
Note: only exceptions to call area/zone are recorded. So something like
4u1wb (DC) is recorded in cty.dat
=4U1WB(5)[8] for CQ/IARU zones.
On Tue, Apr 2, 2024 at 1:00 PM Tom Schaefer @.***>
wrote:
While doing some testing, I noticed that if I have CQ-WW-CW running,
when
I log a US call of W4RD with a zone of 3 (like I used to do when I
lived in
Utah as NY4I in zone 3 instead of zone 5), the RxData.QTH.Zone is set
to
zone 5.
I would think if the exchange was a zone, this should override the
zone
from any lookup. I have not yet checked but it would appear this is
being
overridden by the zone lookup instead of what was actually entered.
I'm looking for confirmation to make sure I am not doing something
else
wrong.
—
Reply to this email directly, view it on GitHub
https://github.com/n4af/TR4W/issues/752, or unsubscribe
<
.
You are receiving this because you are subscribed to this
thread.Message
ID: @.***>
—
Reply to this email directly, view it on GitHub <
https://github.com/n4af/TR4W/issues/752#issuecomment-2032655975>, or
unsubscribe <
You are receiving this because you authored the thread.
—
Reply to this email directly, view it on GitHub
https://github.com/n4af/TR4W/issues/752#issuecomment-2032670978, or
unsubscribe
.
You are receiving this because you commented.Message ID:
@.***>
—Reply to this email directly, view it on GitHub, or unsubscribe.You are receiving this because you authored the thread.Message ID: @.***>
While doing some testing, I noticed that if I have CQ-WW-CW running, when I log a US call of W4RD with a zone of 3 (like I used to do when I lived in Utah as NY4I in zone 3 instead of zone 5), the RxData.QTH.Zone is set to zone 5.
I would think if the exchange was a zone, this should override the zone from any lookup. I have not yet checked but it would appear this is being overridden by the zone lookup instead of what was actually entered.
I'm looking for confirmation to make sure I am not doing something else wrong.