Turbo HAMLOG/Win 活用相談室

> 修正版(2023/09/17 16:50)により再度QRコードを印刷しました。コールサインが不整合な事象は発生しませんでした。全て解決しました。御対応ありがとうございました。m(__)m

確認ありがとうございました。
右端のコールサインとモードは照合するのに使っていませんので、間違っていても
影響はありません。
違うコールサインが出たのがなぜなのかわからないのですが、間違いのないはずの
手法に変更しました。

QRコードの不具合の修正とともに、こちらの要望を盛り込んで頂いている
ことに気づきました。ありがとうございます。１手間増えるかもしれませんが、
私としては有り難いです。1年後にQRコード付きのQSLカードが届いた暁に
本格的に使用できることを心待ちしたいと思います。

> > お返事ありがとうございます。
> > デコードした文字列をクリップボードに取り込むことができるのですが、
> > これをHAMLOGの方に流す方法はないでしょうか？
>
> ノートパソコンで試してみました。
> PCカメラにQRコードを近づけましたがすぐにはデコードせず。コツがいるみたいです。
> デコードした文字列が表示され、これをクリックすると、コピーされます。
>
> HAMLOGをアクティブにして貼り付ければ照合する、というふうにすればよいのでしょうけど、
> 想像したとおりちょっと手間がかかりますね。
>
> QRコードリーダーなら、QSLカード上のQRコードに近づけるだけでHAMLOGが照合をして
> 修正ウインドウが表示されます。

修正版(2023/09/17 16:50)により再度QRコードを印刷しました。コールサインが不整合な事象は発生しませんでした。全て解決しました。御対応ありがとうございました。m(__)m

JG1MOU 浜田さん

> 事例1はどうも考えにくいです。

了解いたしました。印刷時の設定操作誤りの可能性もある気がしてきました。

> 他の事例はコールサインだけの違いということですので、コールサインを記憶している
> 内部的なグローバル変数を変えてみました。
> 修正版です。
> https://hamlog.sakura.ne.jp/mou/index.html

修正版の御対応ありがとうございます。さっそく使ってみます。

> 結果、１５枚ほど確認しましたが、まったく異常ありませんでした。

御確認ありがとうございました。お手数お掛けいたしました。

> #QRCode命令はどの辺に記述しましたか？　なるべく上の方が良いと思います。
> 私の場合は３行目でした。

当局のQSL印刷定義ファイルは

; QRコードだけを印刷する
#QRCode 765,0,0,180,"JE1OTN"

この2行だけです。

事例1はどうも考えにくいです。

他の事例はコールサインだけの違いということですので、コールサインを記憶している
内部的なグローバル変数を変えてみました。

修正版です。
https://hamlog.sakura.ne.jp/mou/index.html

> ただ今二枚印刷しました。
> 一枚は藤井OMの事象2と同じで、コールサインは交信実績が20年前に一回だけ（50MHz）の方で、その他データは目的の物（7MHz）です。
> QSLの発行番号で言うと36605枚の差が有るコールサインでした。
>
> ※ 印刷イメージで確認したら正常で、何枚か前後表示させて再々表示しても正常でした。
>
> もう一枚は正常（430MHz）でした。


JN1EOT 池田さん

>検証有り難うございました。
いえいえ、検証などという大層なことではないです。(^_^)
昨日、最初に1枚だけQRコードを印刷してコードを読み込んだところ事例1の不整合がありました。その時は印刷時の設定操作誤りと思っていました。すぐに再印刷をしたところ正常でした。その後計80枚分のQRコードを印刷しました。
本日、池田さんの書き込みを見てカード80枚について念のためガラホで読み込んだところ、あのような結果になった次第でした。再チェックのきっかけを与えていただき、こちらこそありがとうございました。また、定義ファイルで"Hamlog用QRコード"と注釈をコードの上に?印刷するアイデアも参考になりました。

当局の事例の特徴としては、QRコード読み込み結果で間違って飛び込んでくるコールサインは本来のコールサインの交信年月日、時刻より新しい年月日、時刻(期間で約2ヵ月、Noで125程度)のものでした。

ベータ版ですので検証作業に協力できたということで・・(^_^)

P.S.
妄想(QRコードのビューローでの採用)ですが、QRコードの採用だけで済む話ではなく、カードを仕分ける機械や多くの局のカードを格納する棚など多額の整備投資が必要であること、QRコードを印刷しない局の方が多数と予想されることから、まだまだ道遠し(永遠に無理？)という感じですね。
QRコード印刷のカードは3か月で転送、QRコードがないカードは半年以上とメリットを強調すれば普及に拍車が掛かるのではないかとまたまた妄想しています。

150枚ほどプリンタに出力してしてみました。
実際には印刷せず、プリンタの機能による印刷イメージで確認してみました。
プリンタに印刷データはすべて送ってあるので、HAMLOG側から見ると印刷です。

結果、１５枚ほど確認しましたが、まったく異常ありませんでした。
#QRCode命令はどの辺に記述しましたか？　なるべく上の方が良いと思います。
私の場合は３行目でした。

; 既成の白紙カードに印刷する by JG1MOU
#SetXY 10, -30
#QRCode 6,1220,0,220 ;省略可能(自局コールサイン)

#Read命令があると、次のデータを読み込んでしまいます。

ただ今二枚印刷しました。
一枚は藤井OMの事象2と同じで、コールサインは交信実績が20年前に一回だけ（50MHz）の方で、その他データは目的の物（7MHz）です。
QSLの発行番号で言うと36605枚の差が有るコールサインでした。

※ 印刷イメージで確認したら正常で、何枚か前後表示させて再々表示しても正常でした。

もう一枚は正常（430MHz）でした。

藤井OM
検証有り難うございました。

24/80で再現したとの事…
当方は45枚印刷し、発送してしまっていますので確認は出来ないのですが同じくらいの確率で違うデータが印刷されてたかもしれないですね。
当方の例だと”何故再表示して結果が違う”のか？って言うのが気になります。
読み込む先が毎回違ってる(？)というデジタルな世界では不思議な事が起きてるような

多分来年の今頃に相手の手元に届くとは思うのですが、おそらくBCRで処理する方はまだ少ない頃だと信じたいです。
普通は修正ウィンドウで気がつくとは思いますが…


なお定義は

#QRCode 40,1200,0,150,"JN1EOT" ;QRコード
#FontSize=7
#Print 28, 1370, "Hamlog用QRコード "

３行目は45枚印刷時には無くて、今回付加した物です。
それの実験中に本事象を確認した次第です。

「妄想」の件、手書きの方も多いでしょうけど、印刷版QSLだけでも負担は減りそうですね。