On 12/04/2018 11:42, Игорь Ч via wsjt-devel wrote:
.
It is either lack of code or just bad example in the documentation:

"QSOs involving *Type 2* compound callsigns might look like either of the following sequences:

CQ K1ABC/VE1 FN75"
where country is not being recognized properly for this callsign in WSJT-X 
1.9-rc3:
.
102200 21 0.0 970 ~ CQ K1ABC/VE1 FN75  !U.S.A.
.
As it is up to local authorities to grant a licence, probably some extended 
support is required in the code to recognize country properly for type 2 
compound callsigns.
.
73 Igor UA3DJY

Hi Igor,

I can resolve this situation a little better than currently but there will always be some ambiguity, for example some callsigns like G4W/RI9F are hard to analyse and correctly determine the effective prefix.

As part of this I need to form a list of commonly used suffixes that are not used to represent a DXCC entity. Currently I have:

/0 /1 /2 /3 /4 /5 /6 /7 /8 /9 /P /QRP /FD

/A /M and /MM are ambiguous but as the UK is CEPT which recommends using a prefix I am happy to interpret /M as meaning mobile and /MM as meaning maritime mobile rather than operating in the UK. The same applies to /A meaning alternative location instead of U.S.A..

*Question to all*: What other commonly used suffixes are there that are not also used as country prefixes? Note that four character suffixes without any digits, like /JOTA, can be ignored as they cannot be encoded in the WSJT-X protocols.

73
Bill
G4WJS.

------------------------------------------------------------------------------
Check out the vibrant tech community on one of the world's most
engaging tech sites, Slashdot.org! http://sdm.link/slashdot
_______________________________________________
wsjt-devel mailing list
wsjt-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wsjt-devel

Reply via email to