一括表示

[No.13718] QSL印刷のバグ?! 投稿者:JK2XXK/Taka  投稿日:2015/12/31(Thu) 02:15:50

みなさん、こんにちは。

以下の環境や設定で海外局向けQSLカードを印刷させていたら、次の順番で印刷されました。バグでしょうか?! もし最新VerでFix済みだったらごめんなさい(更新履歴を見ましたが特に触れていないようでした)。

○HAMLOG 5.25a
○QSLカード印刷の設定(抜粋)
  JARL指定順のラジオボタンをON
  連続印刷にチェック

例1)
HS3ANP
HS8JYX
S53R ←「I0/S53R」で登録
I2DJX
IK0ALH

例2)
IQ1RY
IQ9UI
S50P ←「IS0/S50P」で登録
IT9BLB
IT9WDC

例3)
KE7AUB
KH2L
NW7D ←「KH6/NW7D」で登録
KH6J
KH6KG

例4)
R9SN
R9WDV
DL2KQ ←「RA/DL2KQ」で登録
RA0AS
RA0FF

以上、ご報告まで。もし当方の設定がおかしいようなら、ご指摘いただけると幸いに存じます。


[No.13719] Re: QSL印刷のバグ?! 投稿者:JH1GVY 森岡  投稿日:2015/12/31(Thu) 07:45:42
Re: QSL印刷のバグ?! (画像サイズ: 727×240 12kB)

> 例1)
> HS3ANP
> HS8JYX
> S53R ←「I0/S53R」で登録
> I2DJX
> IK0ALH
イタリアのQSLビューロに送って欲しければ現状で正しいです、JARLでの仕分けがイタリア向けの区分で行われます。
SloveniaのQSLビューロに送って欲しければ、QSL欄の最初の文字をMにして、Remarks1または2に@S53Rと記入すれば印刷の順番が変わってJARLでの仕分けがSlovenia向けの区分で行われます。
HS3ANP
HS8JYX
I2DJX
IK0ALH


RZ9XX
S53R ←「I0/S53R」で登録 @S53R
TX1AA

他のQSLマネージャ宛てに送りたければRemarks1または2で(@マネージャのコール)にします。
お試しあれ。
参考URL: http://hamlog.no.coocan.jp/html/HID00042.html

【2015/12/31(Thu) 08:58:02 投稿者により修正されました。】


[No.13723] Re: QSL印刷のバグ?! 投稿者:JK2XXK/Taka  投稿日:2015/12/31(Thu) 18:39:32

JH1GVY森岡さんとJA9AOB銅子さん、レスありがとうございます。
先にレスをくださったので、森岡さんのレスにご返事をhi。

今回ご報告した事項は、たとえば、

> HS3ANP
> HS8JYX
> S53R ←「I0/S53R」で登録
> I2DJX
> IK0ALH

――の場合、転送枠内への印字を命令する「!C1」「!C2」等ではきちんと「S53R」と印字するのですが(補足までに「cp!」では「I0/S53R」と印字)、JARL転送順にソートして印字すると上の順で印刷されてしまいます。なのでHAMLOG内では、当該データのコールサインを「S53R」と認識しているのにもかかわらず、JARL転送順にソートする時は「I0/S53R」と認識するルーチンになっているのかな、って推察しております。

したがって現状では、当方はプリンター(CANON・LBP6230)の都合でいったんPDF化してから印刷させているため、PDF化したQSLカードを一通り眺めて順序のおかしい部分を確認しておき、最後にその部分だけ手作業で正しい居場所(hi)に戻してQSLビューローへ発送、という手順を踏みました。この手作業は数分費やすだけのことですし、この印刷順のまま束ねてQSLビューローへ送ったら、その分だけ先方のスタッフの手間になりますので。

以下にHAMLOGへコンバートしたデータ(自作のコンテスト事後処理ツールにより生成)を貼り付けておきます。もし検証していただける方がおられましたら、ご自由にお使いください。

"HS3ANP","2015/9/27","03:20U","599","599","21","RTTY",,,"J ",,,"$P=$$Y=Nakatsugawa-city/GIFU$$Z=JCC#1906,PM85qm$","%2015 CQ WW RTTY Contest%","8"
"HS8JYX","2015/9/27","03:19U","599","599","21","RTTY",,,"J ",,,"$P=$$Y=Nakatsugawa-city/GIFU$$Z=JCC#1906,PM85qm$","%2015 CQ WW RTTY Contest%","8"
"I0/S53R","2015/9/26","08:10U","599","599","21","RTTY",,,"J ",,,"$P=$$Y=Nakatsugawa-city/GIFU$$Z=JCC#1906,PM85qm$","%2015 CQ WW RTTY Contest%","8"
"I2DJX","2015/9/26","08:01U","599","599","21","RTTY",,,"J ",,,"$P=$$Y=Nakatsugawa-city/GIFU$$Z=JCC#1906,PM85qm$","%2015 CQ WW RTTY Contest%","8"
"IK0ALH","2015/9/27","21:28U","599","599","7","RTTY",,,"J ",,,"$P=$$Y=Nakatsugawa-city/GIFU$$Z=JCC#1906,PM85qm$","%2015 CQ WW RTTY Contest%","8"


[No.13725] Re: QSL印刷のバグ?! 投稿者:JH1GVY 森岡  投稿日:2015/12/31(Thu) 21:34:39

Hamlog 説明書をご覧ください、http://hamlog.no.coocan.jp/html/HID00055.html
★以下その抜粋
JARL指定順など
・・・・中略・・・・・
※DX局の場合のJARL指定順は、(QSLマネージャー)+フルコールサイン と読み替えてください。
- - - - - - - - - - - - - - - - - - - - - - - - - - - - -
フルコールサインとは 例えば I0/S53R ではないでしょうか。
従って、(QSLマネージャー)が指定されていなければ、JARL指定順は、【(QSLマネージャー)+フルコールサイン】= I0/S53R ですからイタリアの集まりの順番に組み込まれて印刷されます。
(QSLマネージャー)を @S53R としておけば Slovenia の集まりに組み込まれて印刷されます。

尚、ざっと調べてた所、リストの中の幾らかの局は LoTW のみのQSL受付ではないでしょうか。
DXの場合QSLの宛先を個々に確認しないと届きません/返信が有りません。 受け取りが本国なのか移動先国なのか他のQSLマネージャなのか、BUROかDirectかe-QSLか、、、、、。
どうしても紙QSLが欲しい場合以外はLoTWその他の電子QSLを推奨します。 LoTWでは電子データのアップだけでアワードが受られます。

 しかも、LoTW は ARRL 会費は不要です(アワードの発行料は有料)。 JARLの会費やQSL転送料も不要です。 CQ Web には日本語のLoTWの説明が掲載されています。 http://www.cqpub.co.jp/cqham/LoTw/
 しまいには ARRL LoTW がJARLアワードの発行を代行出来る様になるかも知れません?

【2016/01/01(Fri) 07:40:14 投稿者により修正されました。】


[No.13733] Re: QSL印刷のバグ?! 投稿者:JK2XXK/Taka  投稿日:2016/01/02(Sat) 15:07:29

JH1GVY森岡さん、レスありがとうございます。

要望ですが、QSLカード印刷においてJARL指定順にソートする時(JARL指定逆順も同じ?)は「フルコールサイン」(たとえばI0/S53R)ではなく、いわゆる「ホームコール」(この場合はS53R、もしQSLマネージャーに係る記述が適切になされていればQSLマネージャーのコールサイン)でお願いしたいです。と言うのも、現状の仕様はJARL指定順だと言えない、と考えます。

JARLのWebサイト内に、転送用QSLカードを送付する時の注意点として以下の記述があります。
(引用元 http://www.jarl.org/Japanese/5_Nyukai/qsl-sq.htm

>2.外国の交信相手に送るカードのまとめ方
>
> 下の 「IARU作成の国や地域のQSLビューローリスト」 を参考に、国や地域(エンティティー)ごとに、上から順にまとめてください。

先に述べたように、転送枠内への印字を命令する「!C1」「!C2」等を用いると、コールサイン転送枠へはホームコールが印字されます。「I0/S53R」のケースでは「S53R」と転送枠へ印字されますから、JARLのQSLビューローでは、転送枠にそう印字されたQSLカードはスロベニア宛だと判断して彼の国へ転送します。だったら、フルコールサインでソートするのではなくホームコールでソートすれば、JARLの求める「まとめ方」に合致した順序で印刷するでしょう(と私は思っている)から、QSLカードを印刷して発送する側やビューローで転送業務を行うスタッフは不要な手間をかけずに済みます。

私感で失礼しますが、JARL指定順で印刷するのに際し、あくまでホームコールでソートさせたいのならRemarks欄へ「@S53R」と入れて云々――と言うのは、暫定的な措置としては有効でしょうけど、仕様としては若干の違和感を覚えます。

#LoTWなどの話は、本論と何の関係もありませんので、当方から特にコメントすることはありません。悪しからず


[No.13738] Re: QSL印刷のバグ?! 投稿者:JH1GVY 森岡  投稿日:2016/01/02(Sat) 19:06:07

> 要望ですが、、、、、、
・私は仕様に関して説明しているだけで Hamlog の仕様に関して決める権限は何もありません。 しかるべき方が決めるでしょう。
 思い付きでは、ご希望の仕様に変更されるか、またはQSL欄の最初の文字に例えば H ( = Home Call の意)を記入すると、印刷順が転送枠コールサイン(!C1、!C2!、C3、 、 、 、)に従う様になるという仕様が追加されるとRemarks欄に@コールサインを記入しなくて済むので多少は御希望に近づくかなと思います。
・JARLの転送作業の現場と現在の Hamlog の仕様が決まったいきさつが分かりませんので、これ以上コメントできません。
・紙ログに関しては少し脱線しました。

【2016/01/02(Sat) 19:42:17 投稿者により修正されました。】


[No.13740] Re: QSL印刷のバグ?! 投稿者:JG1MOU浜田  投稿日:2016/01/03(Sun) 08:33:47

修正してみました。
もう10年以上DXやってないので、こうすることが正しいのか、よくわかりませんが。

たしかに、この並びの方がベターのような気がします。
http://hamlog.no.coocan.jp/mou/index.html

JARL指定の並びでは、国やエンティティ順にまとめて、とありますが、これはちょっと
不可能に近いですね。
W とK を同じ位置に持ってくるのは面倒です。そこまでやる気力もおきません。

【2016/01/03(Sun) 08:55:15 投稿者により修正されました。】


[No.13743] Re: QSL印刷のバグ?! 投稿者:JH1GVY 森岡  投稿日:2016/01/03(Sun) 11:31:19
Re: QSL印刷のバグ?! (画像サイズ: 978×900 77kB)

・添付画像の仮のLOG(Hamlog Main Viewer)で、その下の印刷順の通りになりましたのでリクエストに沿っているのではないでしょうか。
・但し、機械的にHome Call へQSLを送付すれば良いわけではないと思いますので、この先はユーザーがQSL送付先を個別に確定しなければならないのはDXのQSLの宿命です。
 尚、例えばLoTWではQSL送り先はフルコールサインのみですので、Home QTH?、Bureau?、Direct?、マネージャ?、、諸々考える必要が全く無くてすっきり単純で簡単便利です。 LoTWで気長に待ってからコンファーム出来ないものだけ別途の送り先を考えれば済みます。

・従来のソートで皆さんそのままJARLに送付している方が多そうですが、JARL BUROはどの様にしているのでしょうね、JARLからは特にクレームらしき事は聞いた事がありませんが。 私の場合、確か / 付きDX局は主にペディション局でSASE(Direct)が多かったのでJARL分は / 無しがほとんどだったので気にしていませんでした。(最近の10年間程度はあまりDXしてません。)

【2016/01/03(Sun) 17:50:52 投稿者により修正されました。】


[No.13746] Re: QSL印刷のバグ?! 投稿者:JH1GVY 森岡  投稿日:2016/01/03(Sun) 12:26:22
Re: QSL印刷のバグ?! (画像サイズ: 400×602 58kB)

こんなコールサインは普通は無いと思いますが。


[No.13751] Re: QSL印刷のバグ?! 投稿者:JG1MOU浜田  投稿日:2016/01/03(Sun) 20:47:46

> こんなコールサインは普通は無いと思いますが。

JD1/JH1GVY
国内局ではあり得ませんよね。

DX局であっても、DXにチェックを入れないとそのように印刷されてしまいます。
これはどうにもなりません。

【2016/01/03(Sun) 20:48:26 投稿者により修正されました。】


[No.13752] Re: QSL印刷のバグ?! 投稿者:JH1GVY 森岡  投稿日:2016/01/03(Sun) 20:58:58

> JD1/JH1GVY
> 国内局ではあり得ませんよね。
エンティティが違うからどうなんでしょうか、しかし無視ですね。


[No.13753] Re: QSL印刷のバグ?! 投稿者:JG1MOU浜田  投稿日:2016/01/03(Sun) 21:34:21

> > JD1/JH1GVY
> > 国内局ではあり得ませんよね。
> エンティティが違うからどうなんでしょうか、しかし無視ですね。

例えば、ケニアで運用ライセンスを取得すれば、5Z4/JH1GVY でしょうけど、
運用するためのライセンスをあらためて取得する必要のない日本国内ですので、
JH1GVY/JD1 で運用するものと思いますが、あまりDXの制度に詳しくないので・・・。Hi


[No.13755] Re: QSL印刷のバグ?! 投稿者:JH1GVY 森岡  投稿日:2016/01/03(Sun) 22:10:20
Re: QSL印刷のバグ?! (画像サイズ: 427×393 11kB)

失礼、JD1エンティティなので、手動でDXコードを入れるとDXにチェックマークが付いてQSL印刷はOKでした。

ただ、JD1/JH1GVY 又は JH1GVY/JD1 でDXコードが自動で入らない。
 JD1 は日本本土とは異なる立派な独立なDXエンティティですので、DXアワード取得には必須ですが、環境設定で国内にしているのでこの様になるのですね。 国内は国内でもDXエンティティは事なる。

【2016/01/03(Sun) 22:16:08 投稿者により修正されました。】


[No.13758] Re: QSL印刷のバグ?! 投稿者:JK2XXK/Taka  投稿日:2016/01/04(Mon) 18:12:47

JH1GVY森岡さんとJG1MOU浜田さん、レスありがとうございます。

先ほど手元のデータ(約800件)で検証をおこない、例に出したS53RやNW7Dなどがアルファベット順に並んで(PDFファイルに)打ち出されたのを確認しました。ありがとうございました。

>W とK を同じ位置に持ってくるのは面倒です。そこまでやる気力もおきません。

これはJAだけでよろしいのではないでしょうか。アルファベット順に並んでいれば、QSLビューロー側も大した負担とはならないでしょうhi。