Forum by DL7UCX

Hallo Ben,
VK6BSA VK9C
VK6DEE VK9C
JD1BON JD1/O 20260319-20260322
Die vom DX-MB verbreitete Meldung "JD1BON JD1/M" ist lt. QRZ.COM falsch.
73 Diet


Danke Version 8.49 Beta 4

N4IJB KL
in Version 8.49 Beta 7.

73 Ben

KP4E W
GQ4DOH GI 20120505-20120610

in Version 8.49 Beta 7.

73 Ben

Hallo Ben,

das ist NICHT VK6BSA VK9C
sondern korrekt ist VK9BSA VK9C

neu ist VK9DEE VK9C

beide vsl. bis mindestens Mai 2026

73 de Holger


Danke Korrigiert in Version 8.49 Beta 8

Servus Ben,

mit Version 8.49 beta 8 wird VK9BSA nicht korrekt als VK9C erkannt, bei VK9DEE passt es.

73 de Holger

Hallo Holger,

danke für den Hinweis, mein Fehler.
Nächster Versuch dann in Beta 9.

73 Ben

Hallo Ben,
TX9W FO/M
73 Diet

Hallo Diet,

ist schon seit 8.46 mit Datumsbereich 20260419-20260430 drin.
Ich würde das Datum als überflüssig entfernen.

73 Ben

Hallo Ben,
mir war auch, als hätte ich das schon einmal abgegeben.
UCX konnte heute aber mit dem Call nichts anfangen.
73 Diet

Hallo Diet,

ja, weil der Datumsbereich erst später begann.
In Beta 11 ist es nun ohne Datum drin.

73 Ben

Hallo,

das wurde mir zugearbeitet und kommt in 8.49 Beta 12:

RG65SV UA9
R065L UA3 (0 = Null)
R065N UA3 (0 = Null)

73 Ben

Hallo Ben,
W4W KP4 20260417-20260419
73 Diet


Danke Version 8.49 Beta 14

DL1EZ hat geschrieben: ↑

Donnerstag 8. Januar 2026, 13:49

Servus Ben,

FO/VA7YM FO/M 20260423-20260720

73 de Holger

Danke Version 8.48 Beta 4

Hallo Ben, weden die Daten wieder gelöscht, wenn die Aktion abgesagt wurde?
siehe https://www.dx-world.net/fo-va7ym-marquesas-islands/

Hallo Holger,

von alleine löscht sich nichts.
Wenn es das Rufzeichen nicht gibt, wird der alte, falsche Eintrag allerdings auch nie wirksam.

In diesem Fall werde ich es aber in 8.49 Beta 14 wieder entfernen.

73 Ben

sorry, war missverständlich formuliert, ich meinte, ob Du in dem Fall die Daten dann wieder löscht..