Re: [wsjt-devel] WSJT-X parsing of the country file, specifically 4U1A (and others)

[Joe Taylor via wsjt-devel]

I agree.  It's good enough as you have it.

-- Joe

On 12/8/2023 2:50 PM, Uwe, DG2YCB via wsjt-devel wrote:

Hi all,

Once again regarding my question about EU / AS Turkey: My commit only 
changes the displayed country name. Theoretically, the distinction 
between continents etc. should therefore remain unaffected. I have just 
looked up how LotW and QRZ.com do it. There is also only one entry 
there, namely "Turkey". So this should not be wrong if this is also the 
case with WSJT-X in the future. If someone wants to differentiate 
between the two, all they have to do is activate the "Include extra WAE 
entites" checkbox. And why should this be treated differently for AF 
Italy than for EU Turkey?


How do you see it?

73 de Uwe, DG2YCB


Am 08.12.2023 um 18:50 schrieb Uwe, DG2YCB via wsjt-devel:
This may all be correct, but at least to me, the decisive factor is 
what the DXCC rules are. And according to the DXCC list 
 available 
to me, there is only one "Turkey", namely DXCC No. 390.


TA-TC* Turkey EU/AS 39 20 390

73 de DG2YCB,
Uwe

German Amateur Radio Station DG2YCB
Dr. Uwe Risse
eMail: dg2...@gmx.de
Info: www.qrz.com/db/DG2YCB


Am 08.12.2023 um 18:22 schrieb robert evans LAST_NAME via wsjt-devel:
East Thrace or Eastern Thrace, also known as Turkish Thrace or 
European Turkey, is the part of Turkey that is geographically a part 
of Southeast Europe. It accounts for 3.03% of Turkey's land area and 
15% of its population. The largest city is Istanbul, which straddles 
the Bosporus between Europe and Asia.

Asiatic Turkey is east of the Bosporus.
The Bosporus is where the Aegean and Mediterranean Seas broke through
and flooded the Black Sea.
I spent some time in Karamursel, Sinop, and Incirlik which are in
Asiatic Turkey.
Karamursel had a elephant cage AN/FLR-9 until they bombed
Cyprus and they closed this base when USA came out against it.
Sinop is a spit of land that sticks out in the Black Sea and was a NATO
listening post just south of Crimea and might still be.
Incirlik is still a very busy base down near the Mediterranean Sea.
Merhaba Arkadaslar. Nasiliniz?
On 12/08/2023 11:38 AM EST Uwe, DG2YCB via wsjt-devel 
 wrote:

Hi Jim and all,

I have analyzed our WSJT-X code regarding this aspect. Results: 
There seems to be nowhere specified which countries the WAE entities 
shall be assigned to when the "Include extra WAE entites" checkbox 
is *not* checked, neither in the CTY.DAT file nor in WSJT-X. This 
means, if these entities are not queried, "" appears as a country 
name. Quite logical in my eyes.


Therefore, I reprogrammed it in a way, that the WAE entities are now 
always queried but that these special country names are replaced by 
the correct DXCCs later in case the "Include extra WAE entites" 
checkbox is not checked.


The first tests look already promising. (My setup: Two instances 
connected via virtual audio, meaning that nothing goes over HF, and 
I can simulate almost each QSO situation.)




By the way, what is with "European Turkey"? Must both "Asiatic 
Turkey" and "European Turkey" then be displayed as "Turkey" if the 
"Include extra WAE entites" checkbox is not checked?


Did I forget anything else?

73 de DG2YCB,
Uwe

German Amateur Radio Station DG2YCB
Dr. Uwe Risse
eMail: dg2...@gmx.de
Info: www.qrz.com/db/DG2YCB


Am 07.12.2023 um 02:50 schrieb Jim Reisert AD1C via wsjt-devel:
This message is rather long, but I want to address this issue so it 
can be fixed before WSJT-X 2.7 is released.  Also note that this 
message contains a lot of formatting.  If it doesn't pass through 
the mailing list correctly, please contact me and I can send you 
the original copy.

I recently received this message:

On Tue, Nov 28, 2023 at 9:03 AM Dave Garber ve3wej 
 wrote:


I am getting 4u1a on ft4 today, and wsjt-x is showing it as
Italy.  I have downloaded the updated cty-3388 file, and put
the cty.dat file ( which does show Austria , not Italy.  and
put it the the save folder of each of my wsjt versions..   am I
in the wrong folder, because it still shows Italy still

Ron Whitsel, W3RJW also wrote me:

4U1A comes up as 'Italy' in WSJT-X Band Activity window.   
Should be Austria


He later wrote:

OK I fixed it:

Added:

Removed 4U from Italy

Now 4U1A comes up as Austria in WSJT-X.

After some back-and-forth with Brett VR2BG today, I think I might 
understand the problem.  I believe that WSJT-X is either parsing or 
using the country file incorrectly.

First some background:
The CQWW DX contest uses two different country lists.  It uses the 
ARRL DXCC lists, plus five (5) entities which are multipliers for 
the WAEDC contest, plus one other:

https://www.darc.de/der-club/referate/conteste/wae-dx-contest/en/wae-rules/
Look at the bottom of that page for "WAE Country List".  It lists 
these 

Re: [wsjt-devel] WSJT-X parsing of the country file, specifically 4U1A (and others)

[Uwe, DG2YCB via wsjt-devel]

Hi all,

Once again regarding my question about EU / AS Turkey: My commit only
changes the displayed country name. Theoretically, the distinction
between continents etc. should therefore remain unaffected. I have just
looked up how LotW and QRZ.com do it. There is also only one entry
there, namely "Turkey". So this should not be wrong if this is also the
case with WSJT-X in the future. If someone wants to differentiate
between the two, all they have to do is activate the "Include extra WAE
entites" checkbox. And why should this be treated differently for AF
Italy than for EU Turkey?

How do you see it?

73 de Uwe, DG2YCB


Am 08.12.2023 um 18:50 schrieb Uwe, DG2YCB via wsjt-devel:

This may all be correct, but at least to me, the decisive factor is
what the DXCC rules are. And according to the DXCC list
 available
to me, there is only one "Turkey", namely DXCC No. 390.

TA-TC* Turkey EU/AS 39 20 390

73 de DG2YCB,
Uwe

German Amateur Radio Station DG2YCB
Dr. Uwe Risse
eMail: dg2...@gmx.de
Info: www.qrz.com/db/DG2YCB


Am 08.12.2023 um 18:22 schrieb robert evans LAST_NAME via wsjt-devel:

East Thrace or Eastern Thrace, also known as Turkish Thrace or
European Turkey, is the part of Turkey that is geographically a part
of Southeast Europe. It accounts for 3.03% of Turkey's land area and
15% of its population. The largest city is Istanbul, which straddles
the Bosporus between Europe and Asia.
Asiatic Turkey is east of the Bosporus.
The Bosporus is where the Aegean and Mediterranean Seas broke through
and flooded the Black Sea.
I spent some time in Karamursel, Sinop, and Incirlik which are in
Asiatic Turkey.
Karamursel had a elephant cage AN/FLR-9 until they bombed
Cyprus and they closed this base when USA came out against it.
Sinop is a spit of land that sticks out in the Black Sea and was a NATO
listening post just south of Crimea and might still be.
Incirlik is still a very busy base down near the Mediterranean Sea.
Merhaba Arkadaslar. Nasiliniz?

On 12/08/2023 11:38 AM EST Uwe, DG2YCB via wsjt-devel
 wrote:
Hi Jim and all,

I have analyzed our WSJT-X code regarding this aspect. Results:
There seems to be nowhere specified which countries the WAE entities
shall be assigned to when the "Include extra WAE entites" checkbox
is *not* checked, neither in the CTY.DAT file nor in WSJT-X. This
means, if these entities are not queried, "" appears as a country
name. Quite logical in my eyes.

Therefore, I reprogrammed it in a way, that the WAE entities are now
always queried but that these special country names are replaced by
the correct DXCCs later in case the "Include extra WAE entites"
checkbox is not checked.

The first tests look already promising. (My setup: Two instances
connected via virtual audio, meaning that nothing goes over HF, and
I can simulate almost each QSO situation.)



By the way, what is with "European Turkey"? Must both "Asiatic
Turkey" and "European Turkey" then be displayed as "Turkey" if the
"Include extra WAE entites" checkbox is not checked?

Did I forget anything else?

73 de DG2YCB,
Uwe

German Amateur Radio Station DG2YCB
Dr. Uwe Risse
eMail: dg2...@gmx.de
Info: www.qrz.com/db/DG2YCB


Am 07.12.2023 um 02:50 schrieb Jim Reisert AD1C via wsjt-devel:

This message is rather long, but I want to address this issue so it
can be fixed before WSJT-X 2.7 is released.  Also note that this
message contains a lot of formatting.  If it doesn't pass through
the mailing list correctly, please contact me and I can send you
the original copy.
I recently received this message:

On Tue, Nov 28, 2023 at 9:03 AM Dave Garber ve3wej
 wrote:

I am getting 4u1a on ft4 today, and wsjt-x is showing it as
Italy.  I have downloaded the updated cty-3388 file, and put
the cty.dat file ( which does show Austria , not Italy.  and
put it the the save folder of each of my wsjt versions..   am I
in the wrong folder, because it still shows Italy still

Ron Whitsel, W3RJW also wrote me:

4U1A comes up as 'Italy' in WSJT-X Band Activity window.   
Should be Austria

He later wrote:

OK I fixed it:

Added:

Removed 4U from Italy

Now 4U1A comes up as Austria in WSJT-X.

After some back-and-forth with Brett VR2BG today, I think I might
understand the problem.  I believe that WSJT-X is either parsing or
using the country file incorrectly.
First some background:
The CQWW DX contest uses two different country lists.  It uses the
ARRL DXCC lists, plus five (5) entities which are multipliers for
the WAEDC contest, plus one other:
https://www.darc.de/der-club/referate/conteste/wae-dx-contest/en/wae-rules/

Look at the bottom of that page for "WAE Country List".  It lists
these additional European entities:

  * 4U1V (Vienna Int'l Center)
  * GM/s (Shetland & Faire Islands)
  * IT (without IG9/IH9 Zone 33) (Sicily)
  * JW/b (Bear Island)
  * TA1 

Re: [wsjt-devel] WSJT-X parsing of the country file, specifically 4U1A (and others)

[Uwe, DG2YCB via wsjt-devel]

This may all be correct, but at least to me, the decisive factor is what
the DXCC rules are. And according to the DXCC list
 available
to me, there is only one "Turkey", namely DXCC No. 390.

TA-TC* Turkey EU/AS 39 20 390

73 de DG2YCB,
Uwe

German Amateur Radio Station DG2YCB
Dr. Uwe Risse
eMail: dg2...@gmx.de
Info: www.qrz.com/db/DG2YCB


Am 08.12.2023 um 18:22 schrieb robert evans LAST_NAME via wsjt-devel:

East Thrace or Eastern Thrace, also known as Turkish Thrace or
European Turkey, is the part of Turkey that is geographically a part
of Southeast Europe. It accounts for 3.03% of Turkey's land area and
15% of its population. The largest city is Istanbul, which straddles
the Bosporus between Europe and Asia.
Asiatic Turkey is east of the Bosporus.
The Bosporus is where the Aegean and Mediterranean Seas broke through
and flooded the Black Sea.
I spent some time in Karamursel, Sinop, and Incirlik which are in
Asiatic Turkey.
Karamursel had a elephant cage AN/FLR-9 until they bombed
Cyprus and they closed this base when USA came out against it.
Sinop is a spit of land that sticks out in the Black Sea and was a NATO
listening post just south of Crimea and might still be.
Incirlik is still a very busy base down near the Mediterranean Sea.
Merhaba Arkadaslar. Nasiliniz?

On 12/08/2023 11:38 AM EST Uwe, DG2YCB via wsjt-devel
 wrote:
Hi Jim and all,

I have analyzed our WSJT-X code regarding this aspect. Results: There
seems to be nowhere specified which countries the WAE entities shall
be assigned to when the "Include extra WAE entites" checkbox is *not*
checked, neither in the CTY.DAT file nor in WSJT-X. This means, if
these entities are not queried, "" appears as a country name. Quite
logical in my eyes.

Therefore, I reprogrammed it in a way, that the WAE entities are now
always queried but that these special country names are replaced by
the correct DXCCs later in case the "Include extra WAE entites"
checkbox is not checked.

The first tests look already promising. (My setup: Two instances
connected via virtual audio, meaning that nothing goes over HF, and I
can simulate almost each QSO situation.)



By the way, what is with "European Turkey"? Must both "Asiatic
Turkey" and "European Turkey" then be displayed as "Turkey" if the
"Include extra WAE entites" checkbox is not checked?

Did I forget anything else?

73 de DG2YCB,
Uwe

German Amateur Radio Station DG2YCB
Dr. Uwe Risse
eMail: dg2...@gmx.de
Info: www.qrz.com/db/DG2YCB


Am 07.12.2023 um 02:50 schrieb Jim Reisert AD1C via wsjt-devel:

This message is rather long, but I want to address this issue so it
can be fixed before WSJT-X 2.7 is released.  Also note that this
message contains a lot of formatting.  If it doesn't pass through
the mailing list correctly, please contact me and I can send you the
original copy.
I recently received this message:

On Tue, Nov 28, 2023 at 9:03 AM Dave Garber ve3wej
 wrote:

I am getting 4u1a on ft4 today, and wsjt-x is showing it as
Italy.  I have downloaded the updated cty-3388 file, and put the
cty.dat file ( which does show Austria , not Italy.  and put it
the the save folder of each of my wsjt versions..   am I in the
wrong folder, because it still shows Italy still

Ron Whitsel, W3RJW also wrote me:

4U1A comes up as 'Italy' in WSJT-X Band Activity window.   
Should be Austria

He later wrote:

OK I fixed it:

Added:

Removed 4U from Italy

Now 4U1A comes up as Austria in WSJT-X.

After some back-and-forth with Brett VR2BG today, I think I might
understand the problem.  I believe that WSJT-X is either parsing or
using the country file incorrectly.
First some background:
The CQWW DX contest uses two different country lists. It uses the
ARRL DXCC lists, plus five (5) entities which are multipliers for
the WAEDC contest, plus one other:
https://www.darc.de/der-club/referate/conteste/wae-dx-contest/en/wae-rules/

Look at the bottom of that page for "WAE Country List".  It lists
these additional European entities:

  * 4U1V (Vienna Int'l Center)
  * GM/s (Shetland & Faire Islands)
  * IT (without IG9/IH9 Zone 33) (Sicily)
  * JW/b (Bear Island)
  * TA1 (European part of Turkey)

Now IG9/IH9 are special.  Normally they would be included as part of
Sicily, but they are in Africa, not Europe.  Therefore they are
counted as a separate multiplier in CQWW DX (but not in WAEDC)
There is another point to take into account.  A "prefix" in the
country file can be either a prefix or a full callsign.  Full
callsigns are prefixed with '='.  You will see some examples in the
next part. *Matching a full callsign should always have priority
over matching a prefix (partial callsign). *
One last point is that the "prefix" at the end of the line in the
country file that contains the entity name is for display purposes
only.  It should never be 

Re: [wsjt-devel] WSJT-X parsing of the country file, specifically 4U1A (and others)

[robert evans LAST_NAME via wsjt-devel]

East Thrace or Eastern Thrace, also known as Turkish Thrace or European Turkey, 
is the part of Turkey that is geographically a part of Southeast Europe. It 
accounts for 3.03% of Turkey's land area and 15% of its population. The largest 
city is Istanbul, which straddles the Bosporus between Europe and Asia.
 
Asiatic Turkey is east of the Bosporus.
 
The Bosporus is where the Aegean and Mediterranean Seas broke through
and flooded the Black Sea.
 
I spent some time in Karamursel, Sinop, and Incirlik which are in
Asiatic Turkey.
 
Karamursel had a elephant cage AN/FLR-9 until they bombed
Cyprus and they closed this base when USA came out against it.
 
Sinop is a spit of land that sticks out in the Black Sea and was a NATO
listening post just south of Crimea and might still be.
Incirlik is still a very busy base down near the Mediterranean Sea.
 
Merhaba Arkadaslar. Nasiliniz?
 
 
 

> On 12/08/2023 11:38 AM EST Uwe, DG2YCB via wsjt-devel 
>  wrote:
>  
>  
> Hi Jim and all,
> 
> I have analyzed our WSJT-X code regarding this aspect. Results: There seems 
> to be nowhere specified which countries the WAE entities shall be assigned to 
> when the "Include extra WAE entites" checkbox is not checked, neither in the 
> CTY.DAT file nor in WSJT-X. This means, if these entities are not queried, "" 
> appears as a country name. Quite logical in my eyes.
> 
> Therefore, I reprogrammed it in a way, that the WAE entities are now always 
> queried but that these special country names are replaced by the correct 
> DXCCs later in case the "Include extra WAE entites" checkbox is not checked.
> 
> The first tests look already promising. (My setup: Two instances connected 
> via virtual audio, meaning that nothing goes over HF, and I can simulate 
> almost each QSO situation.)
> 
> 
> 
> By the way, what is with "European Turkey"? Must both "Asiatic Turkey" and 
> "European Turkey" then be displayed as "Turkey" if the "Include extra WAE 
> entites" checkbox is not checked?
> 
> Did I forget anything else?
> 
> 73 de DG2YCB,
> Uwe
> 
> German Amateur Radio Station DG2YCB
> Dr. Uwe Risse
> eMail: dg2...@gmx.de mailto:dg2...@gmx.de
> Info:http://www.qrz.com/db/DG2YCB
> 
> 
> Am 07.12.2023 um 02:50 schrieb Jim Reisert AD1C via wsjt-devel:
> 
> > This message is rather long, but I want to address this issue so it can be 
> > fixed before WSJT-X 2.7 is released.  Also note that this message contains 
> > a lot of formatting.  If it doesn't pass through the mailing list 
> > correctly, please contact me and I can send you the original copy.
> >  
> >  
> > I recently received this message:
> > 
> > On Tue, Nov 28, 2023 at 9:03 AM Dave Garber ve3wej  > mailto:ve3...@gmail.com> wrote:
> >  
> > 
> > > I am getting 4u1a on ft4 today, and wsjt-x is showing it as Italy.  I 
> > > have downloaded the updated cty-3388 file, and put the cty.dat file ( 
> > > which does show Austria , not Italy.  and put it the the save folder of 
> > > each of my wsjt versions..   am I in the wrong folder, because it still 
> > > shows Italy still
> > > 
> >  
> > 
> > Ron Whitsel, W3RJW also wrote me:
> > 
> > > 
> > > 4U1A comes up as 'Italy' in WSJT-X Band Activity window.Should be 
> > > Austria
> > > 
> >  
> > He later wrote:
> >  
> > 
> > > 
> > > OK I fixed it:
> > > 
> > > Added:
> > > 
> > > Removed 4U from Italy
> > > 
> > > Now 4U1A comes up as Austria in WSJT-X.
> > > 
> >  
> > After some back-and-forth with Brett VR2BG today, I think I might 
> > understand the problem.  I believe that WSJT-X is either parsing or using 
> > the country file incorrectly.
> >  
> > First some background:
> >  
> > The CQWW DX contest uses two different country lists.  It uses the ARRL 
> > DXCC lists, plus five (5) entities which are multipliers for the WAEDC 
> > contest, plus one other:
> >  
> > https://www.darc.de/der-club/referate/conteste/wae-dx-contest/en/wae-rules/
> >  
> > Look at the bottom of that page for "WAE Country List".  It lists these 
> > additional European entities:
> > * 4U1V (Vienna Int'l Center)
> > 
> > * GM/s (Shetland & Faire Islands)
> > 
> > * IT (without IG9/IH9 Zone 33) (Sicily)
> > 
> > * JW/b (Bear Island)
> > 
> > * TA1 (European part of Turkey)
> > 
> > Now IG9/IH9 are special.  Normally they would be included as part of 
> > Sicily, but they are in Africa, not Europe.  Therefore they are counted as 
> > a separate multiplier in CQWW DX (but not in WAEDC)
> >  
> > There is another point to take into account.  A "prefix" in the country 
> > file can be either a prefix or a full callsign.  Full callsigns are 
> > prefixed with '='.  You will see some examples in the next part.  Matching 
> > a full callsign should always have priority over matching a prefix (partial 
> > callsign). 
> >  
> > One last point is that the "prefix" at the end of the line in the country 
> > file that contains the entity name is for display purposes only.  It should 
> > never be included in 

Re: [wsjt-devel] WSJT-X parsing of the country file, specifically 4U1A (and others)

[Uwe, DG2YCB via wsjt-devel]

Hi Jim and all,

I have analyzed our WSJT-X code regarding this aspect. Results: There
seems to be nowhere specified which countries the WAE entities shall be
assigned to when the "Include extra WAE entites" checkbox is *not*
checked, neither in the CTY.DAT file nor in WSJT-X. This means, if these
entities are not queried, "" appears as a country name. Quite logical in
my eyes.

Therefore, I reprogrammed it in a way, that the WAE entities are now
always queried but that these special country names are replaced by the
correct DXCCs later in case the "Include extra WAE entites" checkbox is
not checked.

The first tests look already promising. (My setup: Two instances
connected via virtual audio, meaning that nothing goes over HF, and I
can simulate almost each QSO situation.)



By the way, what is with "European Turkey"? Must both "Asiatic Turkey"
and "European Turkey" then be displayed as "Turkey" if the "Include
extra WAE entites" checkbox is not checked?

Did I forget anything else?

73 de DG2YCB,
Uwe

German Amateur Radio Station DG2YCB
Dr. Uwe Risse
eMail: dg2...@gmx.de
Info: www.qrz.com/db/DG2YCB


Am 07.12.2023 um 02:50 schrieb Jim Reisert AD1C via wsjt-devel:

This message is rather long, but I want to address this issue so it
can be fixed before WSJT-X 2.7 is released.  Also note that this
message contains a lot of formatting.  If it doesn't pass through the
mailing list correctly, please contact me and I can send you the
original copy.


I recently received this message:

On Tue, Nov 28, 2023 at 9:03 AM Dave Garber ve3wej 
wrote:

I am getting 4u1a on ft4 today, and wsjt-x is showing it as
Italy.  I have downloaded the updated cty-3388 file, and put the
cty.dat file ( which does show Austria , not Italy.  and put it
the the save folder of each of my wsjt versions..  am I in the
wrong folder, because it still shows Italy still


Ron Whitsel, W3RJW also wrote me:

4U1A comes up as 'Italy' in WSJT-X Band Activity window.   
Should be Austria


He later wrote:

OK I fixed it:

Added:

Removed 4U from Italy

Now 4U1A comes up as Austria in WSJT-X.


After some back-and-forth with Brett VR2BG today, I think I might
understand the problem.  I believe that WSJT-X is either parsing or
using the country file incorrectly.

First some background:

The CQWW DX contest uses two different country lists.  It uses the
ARRL DXCC lists, plus five (5) entities which are multipliers for the
WAEDC contest, plus one other:

https://www.darc.de/der-club/referate/conteste/wae-dx-contest/en/wae-rules/

Look at the bottom of that page for "WAE Country List".  It lists
these additional European entities:

  * 4U1V (Vienna Int'l Center)
  * GM/s (Shetland & Faire Islands)
  * IT (without IG9/IH9 Zone 33) (Sicily)
  * JW/b (Bear Island)
  * TA1 (European part of Turkey)

Now IG9/IH9 are special.  Normally they would be included as part of
Sicily, but they are in Africa, not Europe. Therefore they are counted
as a separate multiplier in CQWW DX (but not in WAEDC)

There is another point to take into account.  A "prefix" in the
country file can be either a prefix or a full callsign. Full callsigns
are prefixed with '='.  You will see some examples in the next part.
*Matching a full callsign should always have priority over matching a
prefix (partial callsign). *

One last point is that the "prefix" at the end of the line in the
country file that contains the entity name is for display purposes
only.  It should never be included in the list of prefixes for the
given entity.


Now let's focus specifically on the country file.  I have highlighted
some prefixes/callsigns.

Here is the 4U1/v entity as shown in the country file:

Vienna Intl Ctr:    15:  28:  EU:   48.20:   -16.30:    -1.0:  *4U1V:
    =4U0R,=4U100QO,=4U1A,=4U1VIC,=4U2U,=4Y1A,=C7A;

Here is the Italy entity as shown in the country file:

Italy:    15:  28:  EU:   42.82:   -12.58:    -1.0:  I:
4U,I,=I2DMK/RM,=IT9ELM/0,=IT9PQJ/0;

Here is the Austria entity as shown in the country file;

Austria:    15:  28:  EU:   47.33:   -13.33:    -1.0:  OE:
    OE,=4U0R,=4U100QO,=4U1A,=4U1VIC,=4U2U,=4Y1A,=C7A;

You should notice a few things:

 1. The "prefix" at the end of the line beginning with "Vienna Intl
Ctr" has a '*' in front of it.  That means that this entity is
only used in the CQWW DX and WAEDC contests.  It is not a DXCC entity.
 2. 4U1A (full callsign) is listed twice, once under "Vienna Intl Ctr"
and once under "Austria"
 3. 4U is listed as a prefix for Italy.

Regarding #3, this was done so that "new" (previously unknown) 4U
callsigns that are spotted on the DX cluster will propagate through
the network.  If that prefix mapping were not there, those calls would
be ignored because they could not be associated with any entity in the
country file.  Tis was done at the request of Lee VE7CC.  4U has been
used numerous times from Italy.  4U24OCT is a recent example.  The 

Re: [wsjt-devel] WSJT-X parsing of the country file, specifically 4U1A (and others)

[Jim Reisert AD1C via wsjt-devel]

On Thu, Dec 7, 2023 at 2:46 AM Reino Talarmo wrote:

> From: Jim Reisert AD1C via wsjt-devel [mailto:
> wsjt-devel@lists.sourceforge.net]
> > Sent: Thursday, December 7, 2023 3:51 AM
>
> > 3. 4U is listed as a prefix for Italy.
> Regarding #3, this was done so that "new" (previously unknown) 4U
> callsigns that are spotted on the DX cluster will propagate through the
> network.  If that prefix mapping were not there, those calls would be
> ignored because they could not be associated with any entity in the country
> file.  Tis was done at the request of Lee VE7CC.  4U has been used numerous
> times from Italy.  4U24OCT is a recent example.  The QTH is the Global
> Service Centre ARC in Brindisi, Italy, normally 4U1GSC.  4U could have just
> as easily been listed as a prefix for Austria, but I chose Italy based on
> past experience.
>
> Thanks Jim for clarification,
> Just for educating myself may I ask, is the United Nations 4U the only
> "country code" that is allowed to pop up in any country without a country
> prefix xxx/?
>

Hi Reino,

First, I heard and worked 4U1A this morning on 20m FT8, using WSJT-X 2.7
RC2.  It was identified as "Vienna Intl Ctr" in the program, so I don't
quite understand the problem that people have been having.  I was using the
country file released on November 29, without any edits.  Perhaps the
parsing of the country file was changed from the GA release to the 2.7 RC
release(s).

4U used to be used in the 1970s and 1980s from various locations in the
Middle East by members of various peacekeeping forces.  It was also used
from a few locations in Africa in the 1990s (such as 4U9U in Burundi).I
can send you my entire list if you want, but it's probably not useful.

Currently, the only use of this prefix is by the Vienna Int'l Center
(4U1VIC etc), the United Nations HQ in New York (4U1UN etc) and the Global
Service Centre ARC in Brindisi (4U1VIC etc.)

Second question is how long "visiting" individual callsigns are kept in the
> cty.dat file? Related question is why e.g. 4U24OCT and 4U1GSC are not
> listed under Italy? Perhaps those will be listed, if the 4U movement to
> Austria is implemented.
>

My software "activates" a callsign 45 days before it is scheduled to be
used, through 45 days past the end.  This allows a callsign to remain
active in the country file throughout the two major CQWW DX contests, Phone
at the end of October and CW at the end of November.  Callsigns are
"retired" because some software is unable to deal with very large country
files.  WSJT-X uses the big CTY.DAT file, which is quite large, and does
not have this limitation:

https://www.country-files.com/contest/wsjt-x/

(follow the link to CTY.DAT at the bottom of the web page).

Could it be sensible that 4U will be listed as a separate "country" in
> addition to the United Nations HQ with a line ending e.g. "Location
> currently unknown:"? Of course the new call sign will be listed in the
> proper entity as soon as it is known.
>

I'd rather not do it this way.  It's best if any prefix or callsign has a
valid DXCC entity code associated with it:

https://www.adif.org/314/ADIF_314.htm#DXCC_Entity_Code_Enumeration

The main points I was trying to make about the country file were:

1.  Full callsigns take priority over prefixes.

2.  WSJT-X should probably just be skipping the "WAEDC" entities, those
which have a '*' in front of the prefix at the end of the first line.

3.   Callsigns are duplicated in the file if they are also part of a
"WAEDC" entity.  Software has to make a decision.  If it is using the WAEDC
entities, then a callsign found in that list should be ignored if found
elsewhere in the file.  If the software is not using the WAEDC entities,
then those entities in the country file can be skipped, and the duplicate
callsign problem is avoided.

-- 
Jim Reisert AD1C, , https://ad1c.us
___
wsjt-devel mailing list
wsjt-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wsjt-devel

Re: [wsjt-devel] WSJT-X parsing of the country file, specifically 4U1A (and others)

[Reino Talarmo via wsjt-devel]

> From: Jim Reisert AD1C via wsjt-devel 
> [mailto:wsjt-devel@lists.sourceforge.net] 
> Sent: Thursday, December 7, 2023 3:51 AM

> 3. 4U is listed as a prefix for Italy.
Regarding #3, this was done so that "new" (previously unknown) 4U callsigns 
that are spotted on the DX cluster will propagate through the network.  If that 
prefix mapping were not there, those calls would be ignored because they could 
not be associated with any entity in the country file.  Tis was done at the 
request of Lee VE7CC.  4U has been used numerous times from Italy.  4U24OCT is 
a recent example.  The QTH is the Global Service Centre ARC in Brindisi, Italy, 
normally 4U1GSC.  4U could have just as easily been listed as a prefix for 
Austria, but I chose Italy based on past experience.

Thanks Jim for clarification,
Just for educating myself may I ask, is the United Nations 4U the only "country 
code" that is allowed to pop up in any country without a country prefix xxx/? 
Second question is how long "visiting" individual callsigns are kept in the 
cty.dat file? Related question is why e.g. 4U24OCT and 4U1GSC are not listed 
under Italy? Perhaps those will be listed, if the 4U movement to Austria is 
implemented.
Could it be sensible that 4U will be listed as a separate "country" in addition 
to the United Nations HQ with a line ending e.g. "Location currently unknown:"? 
Of course the new call sign will be listed in the proper entity as soon as it 
is known. 

73, Reino OH3mA



___
wsjt-devel mailing list
wsjt-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wsjt-devel