[戻る]
一括表示

あったら便利「不一致の理由」 投稿者:JN4BNV/藏升 投稿日:2026/02/23(Mon) 22:56:44 No.7070

本当に便利なHQSLに感謝の一言です。一点こんな機能があったら便利と最近感じているので書かせてください。また無理は決して言いません。

それは、HQSLカードの照合結果にいくつか「不一致」が出てきます。これは、私の判断では、「周波数不一致」または「MODE不一致」の二つではないかと思っています。何が間違っているか、一生懸命見つけるのですが、なかなか不一致の理由が見つからないことがあります。それは、
JPEGファイルを見ればわかるのですが、なかなか気づけないことあります。また、送られたカードを見るのですが、写真にデータが重なり、読みにくいことがあります。

それであったら便利と思っているのは、照合結果に「不一致:とありますが、そこに「周波数不一致」または「MODE不一致」の記載があれば便利と思っています。

ただし、作者に多大な仕事量やむつかしい解決であれば、決して無理は言いません。現状で私が不一致の理由を見つければよいので!!

現在8500枚以上のHQSLをいただき、HQSL利用者とソフト開発者に心より感謝しているJN4BNV藏升です。これからもよろしくお願いします。

これに関連してあったら便利は、一覧表示が現在2つ用意されていますが、もう一つ「不一致の一覧表示」があればと思います。数千枚の中から不一致を見つける大変さ(Codeが空欄の一覧表示で絞れますが、私の場合300枚以上ありますので)が軽減されるかと思います。

便利に使っているのにわがまま書かせていただいたこと、お許しください。

Re: あったら便利「不一致の理由」 投稿者:JA3RAF/村脇 投稿日:2026/02/23(Mon) 23:28:59 No.7071

本筋から外れるカモ知れませんが、御容赦願います。

hQSLとは、例えば、QSLカードを封筒に入れて送る様なものです。
で、hQSLソフトの自動照合とは、この封筒を照合しているのであって、中身のQSLカードは全く見てません。従って、極端な話、中身がQSLカードではなく「立候補表明」であってもソフト的には照合OKになります。

> JPEGファイルを見ればわかるのですが、なかなか気づけないことあります。また、送られたカードを見るのですが、写真にデータが重なり、読みにくいことがあります

私は、人間がHamlogと中身のQSLカードを照合してOKであれば、ソフトが不一致と云おうと何と云おうと、気にしない事にしてます。

無論、藏升さまが「あったら便利」と申される内容に何ら反対するものではありません。

Re: あったら便利「不一致の理由」 投稿者:je6lao長野 投稿日:2026/02/24(Tue) 08:19:40 No.7072

疑問に思ったときは、F1キーを押してヘルプを読むと
仕様や使い方がわかります。
以下はご理解なさっていらっしゃるのでしょうか。

https://hamlog.sakura.ne.jp/mou/qsl/shogo.html
以下、hQSLのヘルプより
照合は、ファイル名の【日付時間、バンド、モード】をQSOデータと比較します。
日付時間は、初期設定で前後10分までを許容します。

> それは、HQSLカードの照合結果にいくつか「不一致」が出てきます。これは、私の判断では、「周波数不一致」または「MODE不一致」の二つではないかと思っています。何が間違っているか、一生懸命見つけるのですが、なかなか不一致の理由が見つからないことがあります。それは、
> JPEGファイルを見ればわかるのですが、なかなか気づけないことあります。また、送られたカードを見るのですが、写真にデータが重なり、読みにくいことがあります。

Re^2: あったら便利「不一致の理由」 投稿者:JG1MOU浜田 投稿日:2026/02/24(Tue) 09:33:13 No.7073

> https://hamlog.sakura.ne.jp/mou/qsl/shogo.html
> 以下、hQSLのヘルプより
> 照合は、ファイル名の【日付時間、バンド、モード】をQSOデータと比較します。
> 日付時間は、初期設定で前後10分までを許容します。

長野さん、フォローありがとうございます。

例えば、日付や時間が一致しない場合、日付や時間の間違いなのか、それとも交信していない
のか、プログラム上どう判断したらよいのかわかりません。
そのため、単に不一致としました。

考えてみたら、コールサイン、日付、時間が一致すれば、バンド・モードの不一致は理由になりますね。

Re^3: あったら便利「不一致の理由」 投稿者:JN4BNV/藏升 投稿日:2026/02/24(Tue) 16:45:25 No.7077

> 考えてみたら、コールサイン、日付、時間が一致すれば、バンド・モードの不一致は理由になりますね。

長野様、浜田様 丁寧な返信に感謝です。
私の「不一致」の判断は、データを見る限り「モード」又は「バンド」違いで、コールサイン、日付、時間は一致していると思っています。(時間のずれは前後50分で広くとっています)

■×のデータには、「無し」と「不一致」があり、「不一致」のデータの原因を知りたく思っていました。「無し」については、これから対処しようと思っていますが、なかなか過去のデータまでは思い出せないのが現実です(紙ログを作ってないので!)

よって、不一致の理由はプログラム的に「モード」「周波数」の整合が取れているかで判断していると思い、最初の質問を書きました。

但し、多くの「不一致」のデータは、移動局などが最初に間違って当方向けにHQSLを送られたのち、間違い送信に気づかれ修正HQSLを送られ、不一致のデータもハムログでは、EEがついているので整合が取れています。昨日ですが「不一致」のデータもハムログがEE(受領)となった場合のみ、不一致のデータをHQSL上で「削除」しています。

HQSLを使うばかりで、わがままな書き込みお許しください。これからもよろしくお願いします。

追加修正:過去こんな不一致もありました。周波数間違い(7.0134を70134と小数点無し)があったので、周波数間違いも「不一致」になるかも? めったにありませんが!

Re^4: あったら便利「不一致の理由」 投稿者:JG1MOU浜田 投稿日:2026/02/24(Tue) 20:42:26 No.7080

> > 考えてみたら、コールサイン、日付、時間が一致すれば、バンド・モードの不一致は理由になりますね。
>
> 長野様、浜田様 丁寧な返信に感謝です。
> 私の「不一致」の判断は、データを見る限り「モード」又は「バンド」違いで、コールサイン、日付、時間は一致していると思っています。(時間のずれは前後50分で広くとっています)

自分でどんなふうにプログラムしたのか、見直してみました。
例えば、JN4BNV局と過去50回交信していたとします。

まず、JN4BNV局との最新(50回目)の交信を検索し、読み込みます。
交信年月日、時刻、バンド、モードが一致しなければ49回目の交信を読み込む。
交信年月日、時刻、バンド、モードが一致しなければ48回目の交信を読み込む。
交信年月日、時刻、バンド、モードが一致しなければ47回目の交信を読み込む。
1回目の交信まで読み込んでも一致しなければ「不一致」です。

交信年月日、時刻が合っていて、バンド、モードが一致しないのを見つけるとなると、
照合の精度が落ちるかもしれません。
今後の課題ということで・・・・。

Re^5: あったら便利「不一致の理由」 投稿者:JN4BNV/藏升 投稿日:2026/02/25(Wed) 08:30:51 No.7086

> 自分でどんなふうにプログラムしたのか、見直してみました。
> 例えば、JN4BNV局と過去50回交信していたとします。
>
> まず、JN4BNV局との最新(50回目)の交信を検索し、読み込みます。
> 交信年月日、時刻、バンド、モードが一致しなければ49回目の交信を読み込む。
> 交信年月日、時刻、バンド、モードが一致しなければ48回目の交信を読み込む。
> 交信年月日、時刻、バンド、モードが一致しなければ47回目の交信を読み込む。
> 1回目の交信まで読み込んでも一致しなければ「不一致」です。
>
> 交信年月日、時刻が合っていて、バンド、モードが一致しないのを見つけるとなると、
> 照合の精度が落ちるかもしれません。
> 今後の課題ということで・・・・。

浜田局長:照合のプロセスまで丁寧にありがとうございます。HQSLの照合プロセスは、上記に加えて「無し」と「不一致」の2種類に振り分けるプロセスが隠されているという、素晴らしい仕組みが隠されているのだと感じてます。

そこで、2種に振り分けられたデータを見て、また少しわからなくなってきました。浜田さんの書き込みを見て、「不一致」は日付と時間が一致して、モードとバンドがあっていない時だと思っていましたが、そうではないようでした。次の2つが出てきました。

@日付や時間が整合取れていない場合は、「不一致」に振り分けられるケース
A私が、移動局のコールを取り間違えているのに、コール以外は整合が取れており「不一致」に振り分けられるケース
Bまだ異なるケースがあるかもしれない。
C「無し」振り分けられるケースのデータの分析はまだできていません。

上記のケースにより 私の当初の「不一致」の振り分けは「モード」と「バンド」のみのキーワードで振り分けられていないので、簡単に「モード不一致」と「バンド不一致」の表記は難しいのではと分かってきました。

プログラムの開発は大変なのに、最初の書き込み「あったら便利」を書かせていただいたご無礼をお許しください。

もう少し「不一致」のデータと「無し」のデータを調べなおしてみようと思います。特に「無し」の分析を丁寧にしていこうと思います。そして、またこの相談室に上げようと思っていますのでよろしくお願いします。

Re^6: あったら便利「不一致の理由」 投稿者:JN4BNV/藏升 投稿日:2026/02/25(Wed) 21:04:40 No.7087

今届いた、HQSLの中に「無し」がありました。何が間違っているのかというと、私が7.048 SSBでCQをかけたとき声をかけた方が、コールも日時もあっていますが、モードがCWでした。

ますます「無し」と「不一致」の分かれ道が何かわからなくなりました。「無し」のデータをもう少し、調べてここに報告します。

Re^3: あったら便利「不一致の理由」 投稿者:JN4BNV/藏升 投稿日:2026/02/24(Tue) 16:56:57 No.7078

> 考えてみたら、コールサイン、日付、時間が一致すれば、バンド・モードの不一致は理由になりますね。

追伸になりますが、私もモード間違い(10メガをSSBや他バンドのSSBをCWで)で送ったり、したこともあります。 そんな中「不一致」のデータは、自分のミスや交信局(意図的ではない単純ミス)を見つける大変助かる検索なので、本当に「不一致」を表示していただけることに感謝していることをお伝えさせていただきます。

- WebForum -