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

name
e-mail
url
subject
comment

---

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

---

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

こんにちは。

> 埋め込むデータの項目と表記方法については，JARLあたりが仕様を策定するべき事だと思いますが，
> 電子QSLが一般になろうとしている段階で，紙の必要があるかということも議論の対象になるでしょうね．

そうですね、まあ、プログラミングの趣味の範疇でやっていますので実用までは行かなくてもいいです。

> 「!c1　　JARL枠１文字目（半角文字。!c1〜!c0まで同じ）　」　があるのですね。見落としていました。

ごめんなさい，「 ? !c1 "文字列" 」「 ? !c1! "文字列" 」 の命令は存在しなかったです．あって欲しい命令ですが．

> しかしＱＳＬカードにＱＲコードを印刷する時には面倒な事は止めてレコード番号で良いかと。
>
> 受領した時のＱＳＬカード全体のスキャナー画像の事まではまだ考えていません。

了解です．コールサイン変換に関しては，今，別ファイルにして，#Load 命令で本体のリストからは見えないようにしています．余計なコードはどんどん外に出すようにしています．単体にした方が，デバッグもやりやすいので．

> 差し当たりは興味のある方がテストで書き出し、読み込み、ｈｄｂとの照合をやる．．．。
>
> 実用するには仕様を決めて統一しないとならないかと。バラバラでは困りますし。
> ＱＲコードへのデータ量は極力少なくしないと細かい画像ではカメラの画素数が相当多くないと。
> 私は「ガラケイ」なのでＰＣからの取り込みだけです。

ですね，QRコードに含めるデータについては，仕様が必要だと思います．
たとえば，カブリロ形式も考えましたが，列幅固定で，空白のパッディングが多い．．．

埋め込むデータの項目と表記方法については，JARLあたりが仕様を策定するべき事だと思いますが，電子QSLが一般になろうとしている段階で，紙の必要があるかということも議論の対象になるでしょうね．

こんにちは。

「!c1　　JARL枠１文字目（半角文字。!c1〜!c0まで同じ）　」　があるのですね。見落としていました。

しかしＱＳＬカードにＱＲコードを印刷する時には面倒な事は止めてレコード番号で良いかと。

受領した時のＱＳＬカード全体のスキャナー画像の事まではまだ考えていません。

差し当たりは興味のある方がテストで書き出し、読み込み、ｈｄｂとの照合をやる．．．。

実用するには仕様を決めて統一しないとならないかと。バラバラでは困りますし。
ＱＲコードへのデータ量は極力少なくしないと細かい画像ではカメラの画素数が相当多くないと。
私は「ガラケイ」なのでＰＣからの取り込みだけです。

> 身勝手なお願いですが！
>
> ・現在の免許状Get'sは、設置場所を一つだけ表示する仕様になっています。
> 　これだと、自宅と第２シャックなど複数の場所に無線局を持っている局との
> 　交信で、（移動運用していないのに）紹介されたＱＴＨと、免許状Get'sに
> 　表示された設置場所が異なることがあります。
>
> ・上記のような場合、ブラウザを起動して総務省のWeb免許情報を見れば、
> 　複数の場所に常(設)置場所があることは分かりますが、この機能を免許状Get's
> 　に盛り込めないでしょうか。
> ・例えば、免許状Get'sの［From］ボタンを押した時は、当該局のすべての
> 　局免許情報を検索し、異なる設置場所が複数あれば並べて表示するとか。
> 　（複数の局免許があっても、設置場所が同じなら表示は一つ）

私の考えでは，これはこれで良いのですが，
QSOを楽するための道具にはして欲しくない，というか，
それ以前に，交信中に相手のQTHをちゃんと確認して欲しいと思います．

私の場合，移動しない局（固定局）と移動する局の2局が山形市と天童市の２箇所にありますが，
ユーザ-リストへの登録は，山形市の方で登録しています．
で，呼ぶ側として天童市の常置場所からQRVするとき，
半分以上のQSOが，こちらからのレポートの際に，「山形県天童市，将棋のコマの天童市，JCC：0510，山形県天童市から 59」，「山形市から59ありがとうございます．．．」「いやいや，QTHは天童市，将棋のコマの天童市，JCC：0510，山形県天童市です．」「山形市から交信ありがとうございました」「QTHは天童市です」「ありがとうございました」というやり取りが．．．
まあ，移動運用する方にとっては，こちらの運用地がどこなのかは，よっぽど珍しいところ以外は関係無いといえば無いのですが．．．コールサイン確認後のQSOでは，最低限のレポートだけでなく，できれば名前とQTHを交換したいと思うので，現在の運用地こだわってしまいます．

できれば普通にリーダビリティ５で聞こえている（レポートを送ってくる）以上，ちゃんと相手局の言っているQTHを撮って欲しいと思う次第です．

太田さん，手がはやいですね．

> ＨａｍｌｏｇからのＣＳＶファイルを連続して読み込み順次ＱＲコードに変換し保存する。
>
> RI0C,17/07/25,17:18U,599,599,14.012,CW,732A,,J,,"Asiatic Russia",,,8
> ．．．．から
> JA2BQX_RI0C,17/07/25,17:18U,599,599,14,CW　の内容の ＱＲコードを作成。
>
> ファイル名は
> RI0C_17-07-25_1718U_14_CW.jpg として画像保存。
>
> まだＱＳＬカードに印刷テストはしていません。近日中にＱＳＬ定義ファイルを作成し試してみます。

コールサインを \\C とすると，

#JPG x, y, "フォルダー名\\\C_!DY-!DM-!DD_!TH:!TM_!MD.jpg

となるのでしょうか．

問題はコールサインですね．

開発室の方で書かれておられるように，移動の場合（RI0C/2のような），どうするか．
スラッシュをアンダースコアに置き換えるとしたら，

現実には，条件命令の制約で，なかなか厳しいですね．．．

? !cp! "/"
#MOV $$C="cp"
#GOTO *1100
?END

#Mov $$C="!c1!c2!c3"
#Mov $$D="!c4"
? $$D! "/"
#Mov $$C=$$C+"!c4"
? $$D "/"
#Mov $$C=$$C+"_"
・
・
・
#Mov $$D="!c10"
?$$D! "/"
#Mov $$C=$$C+"!10"
? $$D "/"
#Mov $$C=$$C+"_"

*1100

こんな感じで行けそうかな．

（実際にHamlog上で動くかどうかテストしてます．．．が，まだ動いてません）

> このテキスト（ＣＳＶ）を保存してＨａｍｌｏｇのＱＳＯデータとマッチ処理をすれば良さそうです。
> （拙作の eQSL2Thw や LoTW2Thw でやっているように ）

プログラムになるときには，双方の時計のずれとかで，時間の許容範囲などのオプション設定ができて欲しいですね．

スキャナーを使って読み込みからQRコード作成コードのデコード，QRコードから生成したファイル名（QRコードを保存したのと同じ．．．最後に「_Rcv」でも付けますか）で，スキャンしたQSLカードを保存まで行けると楽しいですね．

【2017/11/04(Sat) 11:42:15 投稿者により修正されました。】

進捗状況　　下記の様な処理でテストしています。　
（次回の進捗状況はここでは無くて隣の「プログラム開発室」で）

ＨａｍｌｏｇからのＣＳＶファイルを連続して読み込み順次ＱＲコードに変換し保存する。

RI0C,17/07/25,17:18U,599,599,14.012,CW,732A,,J,,"Asiatic Russia",,,8
．．．．から
JA2BQX_RI0C,17/07/25,17:18U,599,599,14,CW　の内容の ＱＲコードを作成。

ファイル名は
RI0C_17-07-25_1718U_14_CW.jpg として画像保存。

まだＱＳＬカードに印刷テストはしていません。近日中にＱＳＬ定義ファイルを作成し試してみます。

読み込みはフリーソフトがあるのでそれで試しました。
認識するとＱＲコードが緑色の枠で囲まれるので確認出来ます。
同時にテキストが表示されます。　連続で次のＱＲコードをカメラに写せば、そのテキストが追記されて行きます。

このテキスト（ＣＳＶ）を保存してＨａｍｌｏｇのＱＳＯデータとマッチ処理をすれば良さそうです。
（拙作の eQSL2Thw や LoTW2Thw でやっているように ）

読み込みは手持ちのノートＰＣで行ってみましたがカメラの解像度が約１３０万画素。
ＱＲコードの大きさが２４ミリ角で無いと識別してくれませんでした。

こんにちは

> なかなかソフトもハードもハードルが高そうですが、実現できればQSLカード発行局が増えそうですね♪
> JARLのカード転送会員も増えて収益に貢献出来そうです。w

発行・印刷はそんなに難しい話ではなさそうですがＱＲコードの読み込みは面倒そう。
手持ちのハンディーＷｅｂカメラが認識しないのでカメラ付きノートＰＣで後ほど試します。

私としては紙ＱＳＬカードでは無くて電子ＱＳＬが増えることを期待なのですが。
（このソフト作成はそれに反していますが、ソフト作成には大いに興味ありで）

> JI3CJPさんの企画を、JA2BQXさんやJG1MOUさんやJA1UZGさんの
> プログラミングをもって近い将来実現出来ますことを期待しています♪

私のスキルは大したことが無いので期待しないで下さい。

なかなかソフトもハードもハードルが高そうですが、実現できればQSLカード発行局が増えそうですね♪
JARLのカード転送会員も増えて収益に貢献出来そうです。w

未発行局って、カード管理が面倒くさいっていう人が多いように思いますので…。
（ただし、もともとカードに興味がないっていう人は何をしても無駄でしょうけれど…Hi。）

JI3CJPさんの企画を、JA2BQXさんやJG1MOUさんやJA1UZGさんの
プログラミングをもって近い将来実現出来ますことを期待しています♪

こんにちは。

VB2010 で下記のサンプルをテストしていますが比較的簡単にＱＲコードが出来ますね。
このサンプルでは入力した文字列のＱＲコードを作成・表示するのみ。
http://www.geocities.jp/japan_inf/DotNetBarcode/DotNetBarcodeHowToMake.html

仕様を決めて同じＱＳＯデータ構造（項目の種類、並び順、書式など）にする必要がありますが。

これを読み込むソフトのテストは今日、試してみますが
ＱＳＬカードを１枚、１枚、スマホやカメラで撮影、取り込んでいたら時間が掛かりますね。
スキャナーとかで連続で取り込みＣＳＶファイルに変換出来れば、その後の処理は楽ですが。

身勝手なお願いですが！

・現在の免許状Get'sは、設置場所を一つだけ表示する仕様になっています。
　これだと、自宅と第２シャックなど複数の場所に無線局を持っている局との
　交信で、（移動運用していないのに）紹介されたＱＴＨと、免許状Get'sに
　表示された設置場所が異なることがあります。

・上記のような場合、ブラウザを起動して総務省のWeb免許情報を見れば、
　複数の場所に常(設)置場所があることは分かりますが、この機能を免許状Get's
　に盛り込めないでしょうか。
・例えば、免許状Get'sの［From］ボタンを押した時は、当該局のすべての
　局免許情報を検索し、異なる設置場所が複数あれば並べて表示するとか。
　（複数の局免許があっても、設置場所が同じなら表示は一つ）

※いろいろな制約があるのかも知れませんが、検討をお願いします。
　

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

---

- Web Forum Antispam Version -

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