[Contest] Scoring and Classification Problem of TA0-Calls in Contests
Berkin Aydogmus
[email protected]
Sun, 24 Nov 2002 19:49:42 +0200
TO WHOM IT MAY CONCERN
During the scoring procedure for contests we got aware of a problem =
which is unique to Turkey.
As widely known, in the Turkish Regulations the call-area 0 has been =
assigned to the islands. On the other hand there are islands which are =
eligible for the IOTA, besides some islands which are not (the islands =
in the Marmara Sea like Heybeli, Buyuk, Sivri, Kinali, Burgaz, Avsa, =
Marmara).
The problem is rather the location of the islands which mostly are in =
Asia. But all of the most commonly used contest-scoring and logging =
software count them automatically to Europe which causes a wrong sort of =
scoring, resulting in a unfair score for all stations which have worked =
any station located in the Turkish islands, particularly those in Asia.=20
All islands with the exception of the so called IOTA-Saros-Group =
(EU-186) are in Asia.=20
In the CQ-WW-SSB Contest of 2002 the only participant from a Turkish =
island has been TA1E/0 which was located in Bozcaada, IOTA-AS-099, =
clearly a location in Asia. Therefore we ask the CQ-Contest Commitee to =
take this into account in favour of the stations having worked this =
particular one, if possible.
A definitive solution for the problem might be counting all TA0-Calls =
generally as Asia for contests and making a modification to the scoring =
software for accomplishing this. This is not unfair as in majority the =
Asian islands are activated during contests and there is no other =
alternative for solving the problem (it is impossible to assign =
distinctive Prefixes for the exceptions). The other fact is that the =
vast majority of the islands are located in Asia.=20
In terms of IOTA-Contests there is no problem as scoring (and contest =
report exchange) incorporates the reference-number of the island.
I would like to ask all receipents of this mail to convey their thoughts =
about my proposal as soon as possible to me. If this solution is =
accepted, the next step has to be done by the vendors of the popular =
logging softwares.
73! =20
Aziz SASA, TA1E
President TRAC
=20
--- StripMime Report -- processed MIME parts ---
multipart/alternative
text/plain (text body -- kept)
text/html
The reason this message is shown is because the post was in HTML
or had an attachment. Attachments are not allowed.
Please post in Plain-Text only.---