Forum by DL7UCX

Hi Ben, ein Neuer
TO5U FM
73 Diet

Hallo,

in 7.11 Beta 3 dann diese Ergänzungen:

E51TAI E5/S
E51YNB E5/S
KL1A W 20040101-
TO5U FM
2Q0ARE GU 20020601-20020631
KC4/N2TA CE9
AX9YL VK9N 20001001-20001031
VK9YL VK9C 19780601-19780630
VK9YL VK9L 20020901-20020930
VK9YS VK9C 19780601-19780630

3D2RB ist ohne Eintrag standardmäßig 3D2.

73 Ben

Hallo Ben, einige Neue:
2O12W GW
TO2D FJ
TO2U FP
TX0HF FO/A
73 Diet

Bei dem WX und CONDX kann man ja nix anderes machen.

TO5M FR 20041023-20041130
TO5M F 19951028-19951039 CQWW
TO5MM F 19931030-19931031 CQWW

TO7C FY 20050307-20050317
TO7C F 19911026-19911027 CQWW

UW2F UA2<2001>UR beide qsl's liegen vor

ZV0MB PY0T 19961008-19961010
ZV0MV PY0T 19961008-19961010

OJ0 war zunächst OH0M:
OH0MAS OJ0 1973 qsl liegt vor
OH0MB OJ0 19960801-19960831 qsl liegt vor

EM1 Daten ändern:
EM1KA 19960101- habe qsl für qso 19960303
EM1U 19960101- habe qsl für qso 19960506

ZX0DX VP8/H 19980101-19980228 (qso am 31.Jan. 1998)

9M0C 1S 19980210-19980228
ZK1VVV E5/N
LU1ZC VP8/H 19971221-19980228

3D2RB 3D2 20101221-20110105 wird bei mir nicht autom. als 3D2 erkannt sondern als 3D2/R

Bitte zusätzliche FR/x ergänzen (qsl's liegen vor):
FR5HG/T
FR5HG/E
FR5ZQ/J
FR5ZQ/T
FR5ZU/E
FR5ZU/G
FR5AI/E
FR5AI/T

VK9RS ist normal VK (OC-230), nicht VK9N 19990924 +/-

Bis auf weiteres...

73 Hans / DL7CM

... muß natürlich richtig heißen: TO5M F 19951028-19951029 auch wenn man manchmal einen 39. gebrauchen könnte.

Übrigens: nicht nur GO gibts für die G's zur Olympiade, auch 2O für die 2E's. Bitte 2O (O wie Olympiade) hinzufügen.

Ich habe einen Haufen Altlasten mit mir herumzuschleppen. Nur mal ein Beispiel:
OK1IAI/YA (8 qso's aus 1991) wird mir immer als falsch ausgewiesen. Das ist aber nun mal YA und nicht #218
oder
die alten schönen Ami-pfx's:
KW6, KX6, KM6 usw., alles falsch, hi. Oder...
Früher war Pitcairn eben VR6 und nicht VP6, ebenso die anderen VR3, VR4, VR8 usw.
Das jetzige VR6 (Hongkong) war VS6. Übrigens ist jetzt VR6 auch manchmal mit Sonder-Pfx S6 qrv.

Kann man da was machen?

73 Hans / DL7CM

Hallo Hans,
einen unwesentlichen Beitrag von mir zum Thema:
Ich habe meine "Altlasten" in der cnty_own.txt untergebracht. Diese Datei wird bei einem Update nicht überschrieben.
Dadurch wird die country.txt nicht so überfrachtet. Könnte sein, daß sie sonst irgend wann mal platzt, hi.
Die Sache mit 3D2RB ist mir unklar.
Unklar deshalb, weil bei mir 3D2 und nicht 3D2/R angezeigt wird. Ich weiß nur nicht warum. Die Zuordnung kann nur
aus der country.txt kommen, da ich alle anderen relevanten Dateien zum Test rausgenommen habe.
Dort drin steht aber nur " 3D2R 3D2/R 20110928- " (als Eintrag für die Schulstation auf Rotuma).
Also müßten dadurch alle 3D2R...Stationen ab diesem Datum nach Rotuma geroutet werden (wie bei Dir),
und alle 3D2R... in Fiji nach 20110928- mit Zeitmarke in die country.txt eingetragen werden.
Ich denke Ben wird Licht ins Dunkel bringen.
73 Diet

Hallo,

im Prinzip können in die COUNTRY.TXT noch 500 bis 1000 Special-Calls rein, bevor ich über die CPU-Last nachdenken muß. Es gibt bei Bedarf noch Möglichkeiten, diese Suche zu beschleunigen.

Die Special-Calls werden immer als volle Rufzeichen gesucht, wenn keine Wildcards (* oder ?) drin sind.
Das ist auch sehr sinnvoll

3D2R und 3D2RB sind also verschieden.
Der Eintrag 3D2R* würde für beide Calls gelten.

73 Ben

Hallo Ben,
ich hoffe Du hattest trotz des Wetters einen schönen Urlaub.
Wenn ich den Hans richrig verstanden habe, wird bei ihm 3D2RB (vor Eintrag als Spec.Call) als 3D2/R angezeigt.
Das verstehe ich a.G. des Eintrages "3D2R 3D2/R 20110928-" in der country.txt.
Bei mir wird das Call aber Fiji zugeordnet, und das verstehe ich nicht.
Nach dem, was ich in der country.txt vom 14.7. lesen kann, geht das eigentlich nicht.
73 Diet

Nochmal:
Der Eintrag "3D2R 3D2/R 20110928-" wirkt nicht für 3D2RB.
Deshalb wird auch bei mir 3D2RB als "Fiji" angezeigt.

73 Ben

Mir ist auch eben wieder eingefallen, daß ja jetzt alle 3D2-Calls, ohne Nachfrage, Fiji zugeordnet werden.
Somit braucht 3D2RB auch nicht in die Spec.Calls, da nicht auf Rotuma.
Hans muß noch eine ältere Version benutzen, in der das noch nicht so war.
Diet

Jungs, das tut mir ja leid, aber bei mir kommt:
Wrong: 3D2RB 3D2 --> 3D2/R
In der country_own steht "3D2RB 3D2". Sonst weiter find ich nix. QSO's waren im Dez. 2010.

Ist aber kein Problem weiter. Im Moment wird da bei 34.000 qso's noch sehr viel als falsch ausgewiesen. Wie ich schon sagte: "die Altlasten".

73 Hans / DL7CM

Bin ich mit V7.11 Beta 3 so weit hinten?

@Hans
bei mir wird in 7.11 Beta 3 angezeigt:

3D2R = 3D2/R
3D2RB = 3D2 (Fiji)

Hebe keinen Eintrag in der cty-own

73

Klaus DL1DTL

Reden wir wirklich auch von der gleichen Liste? Ich will es nochmal richtig deutlich machen:
neue 3D2R Eingabe im Work-Fenster(unter worked 15 qso's im sep7/oct 2011) erscheint Rotuma als Country im Hauptfenster und in der check country kein Fehler.

neue 3D2RB Eingabe im Work-Fenster (unter worked 2 qso's im Dez. 2010) erscheint Fiji als Country im Hauptfenster, aber in der check country eben: Wrong 3D2RB 3D2 --> 3D2/R.

Wir können das Thema aber begraben. Unwichtig. Es gibt zuviel anderes bei 34.000 qso's.
Ich muß mich erstmal durch die Russen kämpfen und dann die Altlasten beseitigen.
Irgendeine Automatic-Routine hat mal ohne mein Zutun Ihr zerstörerisches Werk getan und z.B. alle 4K1, die eindeutig als Franz-Joseph-Land gekennzeichnet waren, zu 4J gemacht und diverses andere ähnlich. Die russischen Pfx nach der Wende waren ja auch wild und haarsträubend...

Also bis auf Weiteres...73 Hans / DL7CM

Hallo Hans,
Du erwähntest noch nicht, mit welcher UcxLog-Version Du im Moment arbeitest.
Ab 7.09 (und mit der dazu gehörigen country.txt) sollte es das 3D2-Problem nicht geben.
Im Übrigen zeigt mir mein Country-Check bei 70.000 QSOs ab 1988 (Neuanfang nach Klub-Aktivität),
plus Raritäten davor, keinen einzigen Fehler.
73 Diet