Neue Spec.-Calls

[DL1DTL]

Ja, Diet, wirklich ein Problem. Mir scheint auch, dass die Us es nicht so genau nehmen und UA9 einfach zu Asien zählen.

Vielleicht sollten wir noch etwas zurückhaltend sein und auf generelle Regelungen warten. Bis dahin ganz einfach die CTY.DAT und ggf. Clublog zu Rate ziehen, zumindest, was die "Sowjetrepubliken" betrifft.

73

Klaus

[DL7UCX]

Ja, mit den UA3/9-Zuordnungen sollten wir bitte noch etwas auf offiziellere Statements warten.

73 Ben

[DF2LH]

Mooin
KL1A aka RW3AH schrieb vorhin via Twitter, dass das Ministry of Telecomm Russia neue Callsign Regulations & Callsign System veröffentlicht hat. Leider gibt es nur einen Link zu einer russischen Seite: http://base.consultant.ru/cons/cgi/onli ... W;n=127816
Meine Übersetzungsversuche via Google Translator waren eher kläglich

'73 Thomas

[DL7UCX]

Ich habe den Eindruck, daß in dem Dokument die Oblaste, aber nicht Europa/Asien zugeordnet wurden...
Und selbst wenn, entscheidend ist wohl nur, was ARRL/DXCC verkünden.

73 Ben

[DL7UCX]

In 7.07 Beta 10:

9M1CSP 9M2
9M4DXX 9M2
9M50MP 9M2
EX9X UA9 19920101-19921231
EZ9MA UA9 19920101-19921231
SY2A SV/A
VP8DIZ VP8/F
YT3B 4O 20101027-20101031
4N2* 9A 19910626-19921231
4N3* S5 19910626-19921231
4N4* E7 19911015-19921231
4N5* Z3 19910908-19921231
4N6* 4O 20060628-20061231
YT2* 9A 19910626-19921231
YT3* S5 19910626-19921231
YT4* E7 19911015-19921231
YT5* Z3 19910908-19921231
YT6* 4O 20060628-20061231
YU2* 9A 19910626-19921231
YU3* S5 19910626-19921231
YU4* E7 19911015-19921231
YU5* Z3 19910908-19921231
YU6* 4O 20060628-20061231
YZ2* 9A 19910626-19921231
YZ3* S5 19910626-19921231
YZ4* E7 19911015-19921231
YZ5* Z3 19910908-19921231
YZ6* 4O 20060628-20061231

[dl3kvr]

Danke DF2LH für den Hinweis. Habe die Oblastkenner auf den neuesten Stand gebracht.
Ben bekommt die entsprechende Mail fürs Update.

Hallo Ben, da hast Du recht, aber es ist schon zu bemerken, dass alle europäischen UA9-Oblaste (F/G,S/T,W,X) den benachbarten europ. Verwaltungsbezirken (Okrug) zugeordnet wurden. Ob das Auswirkungen auf die Entscheidungen jenseits des grossen
Wassers hat, bleibt abzuwarten Entscheidend ist doch, ob die Regeln der Referenzobjekte (WAC, DXCC) geändert werden.
Ich glaube eher nicht.
Derzeit ist, auf Grund des verspäteten Aprilscherzes vom August vorigen Jahres, nur die cty.dat von AD1C geändert worden.
Und die stellt eigentlich auch nur einen Referenzpunkt für Konteste dar.
Ob das schon als Reaktion der ARRL zu deuten ist? Warten wir es ab.

Diet

[DL7UCX]

Hallo Diet,

Und die stellt eigentlich auch nur einen Referenzpunkt für Konteste dar.

Gerade im Contest kommt das Problem (European oder Asiatic Russia) permanent hoch wegen verschiedener Punktzahlen je nach Kontinent.

73 Ben

[DL1DTL]

interessant auch, dass Maly Vysotzkij noch in diesem Prikas steht (gut, am 12.1.12 war dieses Territorium noch russisches Gebiet).

Also doch abwarten auf DXCC/WAC-Entwicklung. Für Conteste sollte die cty.dat genommen werden.
Interessant sollte auch sein, wie LotW-Bestätigungen in dieser Grauzone gewertet werden. Ich habe das Gefühl, dass UA9 akzeptiert wird, wenn der Hochlader in seinem Profil Asia stehen hat. Oder wird da eine Kontrolle durch die ARRL vorgenommen? Die Zonen-Angaben werden jedenfalls klaglos übernommen, auch die falschen.

73 Klaus

[dl3kvr]

Hallo Ben,
und da kommt das Dilemma zum Vorschein:
Du musst im Contest das richtige Land zuordnen, damit die Punktzahl stimmt.
Anschliessend hast Du aber ein Problem mit dem Logbuch, dass DXCC-konform arbeitet.
Was ist UA9X ? - im Contest Europa und im Logbuch sollte es Asien sein.
Diet

[DL7UCX]

Hallo Klaus und Diet,

wenn der Hochlader in seinem Profil Asia stehen hat

Beim LOTW wird kein Kontinent angegeben, auch nicht bei "Location".
Das "Entity: ... Russia" wird schon bei der Erstanmeldung festgelegt und kann damit bis zu 3 Jahre alt sein.
Da ist wohl alles möglich ...

im Logbuch sollte es Asien sein

Das wissen wir eben leider nicht (mehr).

73 Ben

[DL1DTL]

Hallo Klaus und Diet,

wenn der Hochlader in seinem Profil Asia stehen hat

Beim LOTW wird kein Kontinent angegeben, auch nicht bei "Location".
Das "Entity: ... Russia" wird schon bei der Erstanmeldung festgelegt und kann damit bis zu 3 Jahre alt sein.
Da ist wohl alles möglich ...

73 Ben

Mit Profil meinte ich natürlich das Entity. Aber woher kommen die bis zu 3 Jahre? Ich habe bisher nie mehr DL als Entity angeben oder bestätigen müssen.

Klaus

[DL7UCX]

Hallo Klaus,

mir ist inzwischen auch aufgefallen, daß es natürlich noch mehr als die 3 Jahre (Zertifikats-Ablauf) sind, da beim "Renew" das Entity unverändert bleibt.
Da anzunehmen ist, daß sich alle UA9-Stationen in der Vergangenheit als "Asiatic Russia" beim LOTW angemeldet haben, werde ich in Beta 11 bei "Check country" für UA8/9-Stationen nur noch auf "UA9" ODER "UA3" prüfen,
damit dieses Dilemma wenigstens nur noch bei neuen QSOs auftritt.

73 Ben

[DL1DTL]

ok, Ben.

Ergänze bitte in der Länderliste XA für Mexiko. Ich hab da eine QSL von XA5T. Ist offenbar sehr ungewöhnlich und selten.

73 Klaus

[DL1DTL]

Hallo Ben,

folgendes Problem:

9Q/DK3MO aus 2009 wird bei scan/country als unsicher gemeldet. Wenn ich ihn als special call eintrage, weil er "9Q/DK3MO is good for DXCC from 2007 (tnx NC1L)." - aktuelle Meldung aus Clublog - und einen neuen scan mache, verschwindet er aus der Liste. Wenn ich UCXLog neu starte und den scan mache, wird er wieder als unsicher angezeigt.
Was tun?

Klaus

[DL7UCX]

Hallo Klaus,

9Q/DK3MO wurde hier im Thema als "Nicht gut" gemeldet (9Q/DK3MO --> "Suche").

Dein eigener Special-Call-Eintrag überschreibt das, aber beim nächsten Programmstart kann UcxLog den Widerspruch nicht auflösen und vertraut der eigenen COUNTRY.TXT mehr als Deiner CNTY_OWN.TXT

Damit Du das bemerkst, wird das Startup-Fenster blau und enthält:
Loading own special calls.
9Q/DK3MO: Country 9Q different. Entry skipped.

73 Ben

7.07 Beta 11, Mexico-Prefixe updated:
XA-XI 4A-4C 6D 6F 6H 6J