Neue Spec.-Calls

[DL7UCX]

Hallo Diet,

warum denn nicht?

Auch jeder 3D2, der nicht als Special Call (mit dessen Datumsbereich) drin steht, zählt als Fiji.
Warum soll der ZK1VVV nicht außerhalb der Einträge für E5/S immer als E5/N zählen?
Welcher konkrete Fall wird dadurch falsch?

73 Ben

[dl3kvr]

Du hast recht, mein Fehler.
Ich habe mich immer noch nicht an die neue Regelung des Nicht-Nachfragens gewöhnt, obwohl ich sie gut finde.
Dadurch gerate ich immer wieder ins Abseits.
Sri und verzeih, Diet

[dl3kvr]

Hallo Ben,
Du hättest es fast geschafft, aber nicht mit dem zunehmenden Altersstarrsinn bei mir gerechnet.
Das geht wirklich nicht so, weil ZK1VVV nicht nur von ZK1/N, sondern auch von ZK1/S qrv war.
Wie kann das Programm ohne Datum entscheiden, was da richtig ist?
Richtig ist, daß ZK1 immer als ZK1/S erkannt wird. Bei einer Aktivität des gleichen Calls in ZK1/N,
muß aber das Datum dieser Aktivität(en) dazu.
Oder nicht?
Einen schönen Sonntag, Diet

[DL7UCX]

Hallo Diet,

egal wie man es macht, außerhalb der als Special-Call mit Datumsbereich definierten Zeiträume kann es richtig oder falsch sein:

Variante 1:
ZK1VVV E5/N
ZK1VVV E5/S 20021101-20021111

Variante 2:
ZK1VVV E5/N 20011025-20011107
ZK1VVV E5/N 20021016-20021031
ZK1VVV E5/S 20021101-20021111

In beiden Varianten werden z.B. QSOs am 26.10.2001, 17.10.2002 und 2.11.2002 richtig zu E5/N, E5/N und E5/S zugeordnet.

Ein QSO in 2003 ... (was es aber gar nicht geben dürfte) wird in Variante 1 als E5/N und in Variante 2 als "unklar" angezeigt.

Was ist nun besser

Ich habe Variante 1 gewählt, weil sie einen Eintrag spart.
Hat allerdings zuviel Diskussion bewirkt.

73 Ben


Nachtrag: ZK1 wird nicht immer als ZK1/S erkannt !

[DL7CM]

Ich sehe überhaupt keinen Diskussionsbedarf.
V1: in der Kürze liegt die Würze
V2. der Informationsgehalt (für spätere Recherchen) ist höher.
Ich bin für V2. Ansonsten ==> neues Thema bitte.

73 Hans / DL7CM

[DL7UCX]

In 7.11 Beta 5 diese Special-Calls von Hans:

4K1HX 4J 19941221-19950630
9M4SEB 9M6 20060714-20060717
9M50MB 9M2
EZ9AX UA3 19900512-19920510
GB2IOM GD 20021005-20021012
OD3MIG/4U YK 19930319-19930427
PA0CXC/ST0 #244 19800417-19941231
PA0CXC/ST0 ST 19950101-19970204
R100N UA9
R100RW UA9
R70B UA9 20081201-20081231
SM1TDE/4U OD 19931101-19940430
VY0A CY9 19751104-19751107

73 Ben

[dl3kvr]

Hallo ihr Zwei,
ein Zeitlabel reicht natürlich. Entweder so oder so. Es kommt ja auch nichts mehr dazu.
Sollen wirklich alle russ. Sondercalls, die nicht zufällig zu identifizieren sind, aufgenommen werden?
Das könnte viel werden, und es müßte nachgearbeitet werden.
Diet

[DL7UCX]

Hallo Diet,

solange ich die Sonder-Calls in gut brauchbarer Form bekomme, nehme ich alles auf.

73 Ben

[dl3kvr]

OK Ben,
habe eben mal meine Logs "gescannt" und mußte feststellen, daß (bei mir) nicht so viele in Frage kamen.
Die meisten sind UA3 und sortieren sich richtig. Habe sie allerdings auch, so gut es ging, auf den Bänder
gemieden.

R850D UA3
R860T UA3
RA/UW7LL UA3

73 Diet

[DL7CM]

Ich hab auch noch ein wenig gefunden zum "verfeinern":
- erstmal große "Entschuldigung": der PA0CXC/ST0 heißt PA3CXC/ST0. Bitte verbessern. PA0 liegt so auf der Zunge...
- R100W UA3 Bashkortostan ist EU. Nicht verwechseln mit R100RW. Der ist UA9.
- FO/F6CTL FO/A bitte verbessern auf 20040525-20040526 (hab ein qso am 25.Mai)
- FO/OH1RX FO/M 20080109-20080122
- FO/IT9YRE FO/A 20031004-20031005
- FO/IT9YRE FO qso am 20040922. Ich krieg keine genaueren Daten, nur mehrfach, daß er wirklich dort war
- FO0CLA FO/M 19990525-19990625
- FO0CLA FO/M 20000221-20000320
- FO0CLA FO 20000409-20000604 (am 4.Juni mein letztes qso. Finde kein rechtes Enddatum)
- FO0CLA FO/M 20010323-20010406
- FO0CLA FO/A 20010407-20010422

Frage an die Experten:
Wie kennzeichnet Ihr folgende qso's ( ich will und werde sie nicht löschen)?
- Seborga, 1B und solche nicht anerkannte Sachen
z.B. zählt HP1LR oder HP1/DJ7AA nicht fürs DXCC, aber für IOTA
- berühmte Piraten (hi): P5RS7, HM0DX

73 Hans /DL7CM

[DL7UCX]

Hallo Hans,

ich nehme dafür "Country undefined" nach dem Doppel-Klicken auf "Country" in "Edit".
Die kann man dann bei "View - Call signs - ..." auflisten.
Für IOTA zählen sie trotzdem (dafür wird nur die IOTA-Nummer benötigt).

73 Ben

[DL7CM]

Jou, das sind dann die mit dem gelben leeren Feld, die als "Miss" in der check country gezeigt werden.
Habe dann noch einen von mir def. Eintrag: 6M. Das ist "RTTY 6m", damit die nicht in der Zusammenfassung erscheinen. Nicht weiter sagen, aber nur deutsche Originalbeamte lassen sich E4X usw. in RY entgehen und meckern dann im Internet.

73 Hans / DL7CM

[DL1DTL]

Frage an die Experten:
Wie kennzeichnet Ihr folgende qso's ( ich will und werde sie nicht löschen)?
- Seborga, 1B und solche nicht anerkannte Sachen
z.B. zählt HP1LR oder HP1/DJ7AA nicht fürs DXCC, aber für IOTA
- berühmte Piraten (hi): P5RS7, HM0DX

73 Hans /DL7CM

ich mache es so wie Ben.

Da gibt es ja noch andere Fälle, z.B.: R35NP, also Leute auf dem Eis oder Baldur in früheren Jahren.

73

Klaus DL1DTL

Übrigens: LU1ZC = VP8/H und nicht LU

[dl3kvr]

Hallo,
bei russ. Spec. Calls sollte man erst kontrollieren, ob sie DXCC-mäßig, ohne zusätzlichen Eintrag, richtig erkannt werden.
Als Beispiel wird R100W wie R1, also UA3, gesehen und braucht m.E. keinen gesonderten Eintrag in der country.txt.
LU?Z* sind, a.G. der argent. Rufzeichensystematik, immer Antarctica o.ä.
Kennzeichnung (DL7CM) wie Ben und Klaus.
73 Diet

[DL7CM]

- LU?Z* wird schlecht gehen. Das heißt ja nur: "nicht Mutterland Argentinien".
LU1ZA bis LU1ZC u.a. sind ja schon prima in der Liste.

- weiß der Geier, bei mir kommt 'ne Fehlermeldung: Wrong R100W UA3 ==> UA9. Muß ich suchen.

73 Hans / DL7CM