初めてのOQRS (Online QSL Request System)

 CLUBLOGでOQRS（Online QSL Request System：オンラインQSLカード請求システム）をやってみました。

左ペインのQSL Charts をクリック、OQRS for your matched QSOsで"T31TTT"をクリック

OQRS for your matched QSOs

下記画面に切り替わります。７枚ありますが、8$だけで追加費用無しです。20mは１秒違いでダブってます。「+Direct」をクリックします。

＋Direct

右上のカートの金額を確認して「Chack Out」をクリック

Check Out

Paypalの画面に切り替わるので、金額(8$)と日本円を確認して住所・指名等を入力します。

支払いの画面で詳細をクリックすると下記の様な内訳が分かります。

支払額の内訳

最初の画面で「T31TTT」をクリックすると下記の画面となり、「REQUESTED」のスタンプでOQRSしたことが分かります。

REQUESTED Stamp

後は寝て待つ！ 2026/11/11 19:00 8$(1,324円)

ついでにまとめて７局

• T30TTT($7)
• T22TT($8)
• TN8GD(€7)
• Z35T($3.5)
• C91RU($6.5)
• 3D2CCC($6)
• T31TTT($8)

--

ツールバーの「OQRS」をクリックすると下記の画面になります。この時は「Inbound OQRS」の有効/無効を設定出来ます。

OQRS - Online QSL Requests, Inbound OQRS

「Outbound OQRS」をクリックするとStatusが表示されます。下記は「Waiting for QSL」の状態でこのアイコンをクリックすると詳細が表示されます。

Outbound OQRS, Requests Made with PayPal

I worked with YC1THS, not YB1THS.

 ログに載っていないeQSLが届きました。

InBox YB1THS

該当日時のOutBoxを見てみると下記の通りでした。既にeQSLを受領済みです。インドネシア局に良くあるコールサインのアップグレードです。新たにアカウントを作成し過去のログをアップロードした様です。

eQSL FAQ

• I have an eQSL account under my old callsign. Now I've got a new callsign. What should I do?
• Do not continue to upload logs for the new callsign into your old account, because all those eQSLs will have the wrong callsign on them, and nobody will confirm those eQSLs when they receive them. Instead, go to My Profile -> My Other Accounts, and create an "attached account" for the new callsign. Then log into that account, set up its profile and eQSL design. Then upload the logs for that new callsign into the new account.

OutBox YC1THS

I worked with AZ3E, not LW3EXJ.

 ログに載っていないeQSLが届きました。

InBox LW3EXJ

該当日時のOutBoxを見てみると下記の通りでした。ツールチップにLW3EXJと書いてあります。交信したコールサインではないアカウントにADIFをアップロードした様です。

OutBox AZ3E

ARchivedを見てみると、AZ3Eからのカードを既に受け取ってました。

ARchived AZ3E

JR3BIG: RST was blank, please correct it.(Enter -12 in RST)

 RST欄が空白のカードが届きました。

InBox JR3BIG

202607_ALL.TXTには下記の様に送受信データが残ってました。私からのRR73が届かずリトライしてますが、相手局が３回で打ち切った様です。
相手局は"R-12"を送信しているので、私からの"-12"は受け取っているはずです。

---------- 202206_ALL.TXT
20220605_123730  -3  0.2 2069 ~ JH6KTZ JR3BIG PM74
20220605_123752.645(0)  Transmitting 24.915 MHz + 2151Hz  FT8:  JR3BIG JH6KTZ -03
20220605_123800 -12  0.2 2069 ~ JH6KTZ JR3BIG PM74
20220605_123815.123(0)  Transmitting 24.915 MHz + 2151Hz  FT8:  JR3BIG JH6KTZ -12
20220605_123830 -13  0.3 2070 ~ JH6KTZ JR3BIG R-12        *
20220605_123845.096(0)  Transmitting 24.915 MHz + 2151Hz  FT8:  JR3BIG JH6KTZ RR73
20220605_123845.116(0)  QSO logged: JR3BIG
20220605_123900 -10  0.2 2069 ~ JH6KTZ JR3BIG R-12
20220605_123915.102(0)  Transmitting 24.915 MHz + 2151Hz  FT8:  JR3BIG JH6KTZ RR73
20220605_123930 -14  0.3 2069 ~ JH6KTZ JR3BIG R-12        *
20220605_123945.119(0)  Transmitting 24.915 MHz + 2151Hz  FT8:  JR3BIG JH6KTZ RR73
20220605_124000 -16  0.2 2069 ~ JH6KTZ JR3BIG R-12        ^
20220605_124015.116(0)  Transmitting 24.915 MHz + 2151Hz  FT8:  JR3BIG JH6KTZ RR73
20220605_124030 -13  0.2 2753 ~ VU2LBW JR3BIG PM74
20220605_124100 -12  0.3 2752 ~ VU2LBW JR3BIG PM74        ^
20220605_124141.882(0)  QSO logged: JR3BIG

メールで追記をお願いしてみます。
※ずいぶん昔のログをアップロードですね。

JTDX: 11文字の制限に伴う不具合発生 (CLUBLOG)

「/（スラッシュ）」を含む複合コールサイン（プレフィックスやサフィックスが付加されたもの）はトラブルの元らしい。

CLUBLOGにアップロードしたログで日本の局なのにCZECH REPUBLICと判断された交信が有ります。

DXCC: CZECH REPUBLIC ?

CLUBLOGのサポートチームに問い合わせして下記の事が分かりました。

 「JTDXの旧バージョンでは、「/」文字を含む複合コールサインの一部が切り捨てられる」

11文字の制限: 現在の標準仕様では「/」を含めて最大11文字までの非標準コールサインに対応していますが、これを超える極端に長い複合コールサイン（例: II7IARU のような特殊イベント局にさらにスラッシュが付くケースなど）は、依然としてフリーテキスト（13文字の制限）などで処理せざるを得ず、一部が正しく伝わらないケースがあります。

 「OKA60」

沖縄にアマチュア無線局が誕生してから60周年を記念して、2021年にJARL沖縄県支部により「沖縄アマチュア無線60周年記念事業（OKA60）」が実施されました。 

記念アワード（沖縄アマチュア無線60年祭記念アワード）:• 沖縄県内に位置する市町村や空港のIATAコード＋「60」にちなんだ条件に基づき、記念局や記念運用局との交信・受信アワードが発行されました。

規約に賛同した各局が、自身のコールサインの末尾に「/運用地レターコード＋60」を付けてアクティブに電波を発射していました。

通常の6文字コールサイン＋「/OKA60」 は12文字です。この為、現在の77ビットプロトコルのJTDXでも一部が正しく伝わらないケースがあるとの事。これにより、末尾の「0」が正しく伝わらなかったと思われます。

サポートチームから、「ADIFを編集してアップロードをやり直して下さい」とのことで、「/OKA6」のレコードを削除後に「/OKA60」のADIFをアップロードしました。

DXCC: JAPAN, Fixed!

DXCC: CZECH REPUBLIC だと不具合有りなので、削除するしかないと思ってましたが、サポートに問い合わせして解決しました。

eQSLとQRZは修正可能だけど、LoTWは修正不可能らしい。該当局はこれらのサービスを使っていない様なので、マッチすることは無く不具合は生じないので放置します。

11文字の制限に伴う対策と解決策

JTDXの「Hint Decode」の活用: JTDXには、完全に復調（デコード）しきれなかったコールサインを内部のデータベースや過去の受信履歴から推定して補完表示するHint Decode機能が搭載されています。この機能を有効にすることで、切り捨てやハッシュ化による不完全な表示を減らすことができます。

 

CLUBLOGへADIFの差分をアップロードとLoTW Sync

 LoTWにTQSLでアップロードし、QRZにインポート後の処置です。

CLUBLOGに日付指定などが無い様なので、JTDXが作成したADIFから前回以降のログを切り出します。

CLUBLOGのトップメニューで「Upload」をクリック、下記画面で上記の差分ログをドラッグ＆ドロップ、もしくは「Select file」で差分ファイルを指定しアップロードします。

Select file

--

LoTWの左ペインで「LoTW Sync」をクリック

Download confirmations

次の画面でLoTWのユーザーネームとパスワードを入力し、チェックボックス2か所にチェックを入れて「Download confirmations」をクリック

Download confirmations

左ペインの「Log inspector」で差分ファイルの日付を入力し「Search」でログとコンファーム状況を確認する。

差分ログを確認

アップロードしたログが載っていることを確認する。

CLUBLOGへADIFをアップロード

1.  FT8の交信 その都度 eQSLへデータをアップロード
2. １週間のQSOを月曜日にLoTWにアップロード
3. QRZでLoTWからログをインポート

現在は上記の様に行ってます。QRZからADIFをエクスポートして、「ADIF Editor」でADIFの形式を変換しました。※１行１交信

JT65のログとFT8のログを分けてエクスポートしたので、それぞれをCLUBLOGへアップロードしました。JT65分は61局なので即終了。FT8分は時間が掛かりましたが、16,457局終了です。WorkedとConfirmedと表示が出てるので、これでOKかな？

※QRZのCountryに間違いが有ったので、これは止めた方が良いかも？
※LoTWからのインポートが悪いのかも？　原因調査要

--

LoTW同期

TQSLで証明書を作成し、CLUBLOGに証明書をアップロードする必要があるとのこと。

TSQLを起動すると、V2.8.7が出てるとの事でアップロード実施。

CLUBLOGの左側メニューの「LoTW Sync」をクリック、ファイルを選択し、アップロードをクリックする。

次回からは下記画面で「Download confirmations」をクリックで良いのかな？

--

左ペインの「QSL Charts」をクリックすると、OQRSが32有ることが分かりました。

QSL Charts、OQRS for your matched QSOs