このフォームからは投稿できません。

name
e-mail
url
subject
comment

---

[もどる] [新規投稿] [新規順タイトル表示] [ツリー表示] [新着順記事] [留意事項] [ワード検索] [過去ログ] [管理用]

---

以下は新規投稿順のリスト(投稿記事)表示です。 24時間以内の記事は new! で表示されます。 投稿者のメールアドレスがアドレス収集ロボットやウイルスに拾われないよう工夫して表示しています。 当ホームページに無関係な商用書き込み、在宅ビジネス、ネズミ講やマルチ商法の勧誘などの書き込みはご遠慮願います。 ソース内に投稿者のリモートホストアドレスが表示されます。

修正版(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だけでも負担は減りそうですね。

ビューロー発送待機中のQSLカード80枚(2023/07/17〜09/17)にQRコードのみをインクジェットプリンタで印刷したところ以下のようなデータ不整合が発生しました。御連絡まで。
なお、当局、QSLカードのデータ記入は手書きで行っています。今回印刷後のQRコードはガラホ(docomo F-02J)のカメラで読み込みました。

○事例1
[ログデータ]：JQ2○○○ 230717 1807 430 FM
[QRコード読み込み結果]：!!JE1OTN 230730 1320 430 FM 8N1○○○
8N1○○○のQSOデータは読み込み結果のとおり存在します。
事象は1枚のみ

○事例2
[ログデータ]：JA1Y○○ 230827 1323 430 FM
[QRコード読み込み結果]：!!JE1OTN 230827 1323 430 FM JO7○○○
交信年月日、時刻、バンド、モードは正しいですが、相手局のコールサインがJO7○○○になっています。JO7○○○とは2023/09/16にQSO
同様の事象が計7枚

○事例3
[ログデータ]：7K3○○○ 230811 1603 430 FM
[QRコード読み込み結果]：!!JE1OTN 230811 1603 430 FM JJ1□□□
交信年月日、時刻、バンド、モードは正しいですが、相手局のコールサインがJJ1□□□になっています。JJ1□□□とは2023/08/13にQSO
同様の事象が計15枚

○事例4
[ログデータ]：JA1Z○○ 230806 0838 430 FM
[QRコード読み込み結果]：!!JE1OTN 230806 0838 430 FM JJ1△△△
交信年月日、時刻、バンド、モードは正しいですが、相手局のコールサインがJJ1△△△になっています。JJ1△△△とは2023/08/06にQSO
事象は1枚のみ

【参考事項】
HAMLOG：Ver5.40(2023/09/13)
QSL印刷定義ファイル
****************************
; QRコードだけを印刷する
#QRCode 765,0,0,180,"JE1OTN"
****************************
Windows10 Home 22H2
プリンタ:CANON TS7530 USBケーブル接続
QSLカードは業者による両面印刷済みのもので、QRコードの印刷のための余白部分が狭いので、QRコード外側の赤色枠のうち1辺は印刷できない状態です。3つの角にある四角のマークは確実に印刷できています。
正常にQRコードを読み込めているカードも同じ印刷状態です。

P.S.【妄想】
このQRコード機能、JARLビューローで採用したら滞留解消にならないかな。

【2023/09/17(Sun) 14:11:40 投稿者により修正されました。】

新しい機能を追加頂き有り難うございます、早速試しています。

一度試し印刷を行い、スマホカメラで内容を確認し大丈夫だったので本番で一気に45枚印刷しました。
これは内容を確認していません。

ところで本日一枚のみ印刷した所、不思議な結果があったので報告させて頂きます。

正しい内容
9月17日 08:08 7.084 7*1*** 局との交信

おかしな内容
従来のデータ欄の交信内容は正しく上記のデータで、QRコードのみ 8月27日 07:34 7.053 J*2*** 局の物でした。
このデータ間のログは105データ分離れた物です。

？と思い、改めてQSLカードのイメージ表示を行い確認したらこれは正常でした。
そこでこれを紙に印刷し、間違ったQSLカードのQRコード上に貼り付け処理しました。
（丸ごと再印刷しなかったのは、紙ログとの割り印捺印後のため）

何故発生したのかはさっぱり不明で、一応こんな事が有ったという報告です。
二次元BCRは発注中で、まだ届いていないのでスマホで確認しています。

Windows11 Pro 21H2
Brother HL-L2730DN
UTP 有線接続

以上参考まで…

【2023/09/17(Sun) 10:13:25 投稿者により修正されました。】

- 以下のフォームから自分の投稿記事を修正・削除することができます -
処理 修正 削除 記事No 削除キー

---

- Web Forum Antispam Version -

Copyright (C) 2011 hamlog.com All Rights Reserved. since1996