お世話になります。WSJT-Xのログ・データをCSVファイルに変換して、ハムログにインポートしたのですが、何故か二重に記帳されてると言いますか、最初のログはそのままで、続き番号からインポートしたデータが網羅されたログデータが現れました。その時は、最初の不完全なログの方を削除して、後半のログを生かしましたが、本日、追加で上書きモードではなく、文章は少し違いましたが、「日付時間が同じなら結合しない」にチェックを入れてインポートしたところ、同じ様に二重に記帳されてしまいました。これは、どう言う状態なのでしょうか？ご存知の方がおられましたら御教授よろしくお願いします。

参考として読んでください。

「データーのインポート」でＣＳＶファイルのインポートでは、チェックボックスが３つ、
あります。

このレ点チェックの選択によっては二重になります。これは私も過去に経験しています。

ＦＴ８だけのログブックなら、毎回全部上書きで良いと思いますが、他のモードも
存在すると思うので、その場合は上書きできませんね。
上書きしなければ、全部追記インポートとなり、データーが二重、ダブってしまいますね。

つまり、インポートするとき、毎回ＦＴ８のログデーター全部インポートするのではなく、
既にインポート済のデーターを削除してから、上書きしないで追記インポートすれば、
二重にはならないと思えますがどうでしょう。

削除すべきデーターはインポートした後のＣＳＶファイルを消去せず、保存しておいて、
次回、インポートする時に見れば、日付や時刻、コールサイン等で判明すると思います。

「日付時間等が同じデーターを除く」がコールサインやモード等を確認し、
完全に同じデーターと判断してくれていれば、
「日付時間等が同じデーターを除く」のみレ点チェックすれば、二重にはならなそうです。
これについては私も経験した事がありませんので不明です。

「上級者向けの機能」なので、ご自身でいろいろ試してみてください。

数年前大規模なログ修正後、最近はＣＳＶインポートを行っていないので、
記憶も不鮮明で、正確なお答えにならず、申し訳ありません。

> 参考として読んでください。
>
> 「データーのインポート」でＣＳＶファイルのインポートでは、チェックボックスが３つ、
> あります。
>
> このレ点チェックの選択によっては二重になります。これは私も過去に経験しています。
>
> ＦＴ８だけのログブックなら、毎回全部上書きで良いと思いますが、他のモードも
> 存在すると思うので、その場合は上書きできませんね。
> 上書きしなければ、全部追記インポートとなり、データーが二重、ダブってしまいますね。
>
> つまり、インポートするとき、毎回ＦＴ８のログデーター全部インポートするのではなく、
> 既にインポート済のデーターを削除してから、上書きしないで追記インポートすれば、
> 二重にはならないと思えますがどうでしょう。
>
> 削除すべきデーターはインポートした後のＣＳＶファイルを消去せず、保存しておいて、
> 次回、インポートする時に見れば、日付や時刻、コールサイン等で判明すると思います。
>
> 「日付時間等が同じデーターを除く」がコールサインやモード等を確認し、
> 完全に同じデーターと判断してくれていれば、
> 「日付時間等が同じデーターを除く」のみレ点チェックすれば、二重にはならなそうです。
> これについては私も経験した事がありませんので不明です。
>
> 「上級者向けの機能」なので、ご自身でいろいろ試してみてください。
>
> 数年前大規模なログ修正後、最近はＣＳＶインポートを行っていないので、
> 記憶も不鮮明で、正確なお答えにならず、申し訳ありません。

お早うございます！早速、貴重なアドバイスを有難うございました。
＞ＦＴ８だけのログブックなら、毎回全部上書きで良いと思いますが

実は、今回のログはFT8だけのログブックなのですが、この場合は「毎回全部上書き」で良かったのでしょうか？
運用したバンドが15m , 17m , 40m　だったので、上書きモードは避けて上記の設定でインポートした経緯でした。
もしかしたら、単純に上書きモードでインポートすれば二重にはならなかったのでしょうか？

> 実は、今回のログはFT8だけのログブック
> もしかしたら、単純に上書きモードでインポート

FT8だけのログブックでしたら、
ＷＳＪＴ−Ｘ．ｌｏｇのログデータ　＝　ハムログのログデーターですよね？

両方が同じデーター、行数ですから、たぶん、単純に上書きで大丈夫と思えますね。

それでも二重になってダブってしまうなら、ハムログのログデーターを
事前に一括削除しておけば、二重はあり得ないですね。

あと、ハムログ側で修正したデーターは上書きで消されてしまうので、
ＷＳＪＴ−Ｘ．ｌｏｇ側で修正（特にコメント等）しておく必要がある事が、
ちょっと面倒ではあり、注意でしょうか。

横から　失礼いたします。
「WSJT-Xのログ・データをCSVファイルに変換して、ハムログにインポートしたのですが」
とありましたが、どの様にHamlog用のCSVに変換されているのでしょうか。
説明書では
CSVファイルから
カンマ区切りのテキストファイルをインポートします。
ここでインポートできるファイルは、複合条件検索でCSVファイルを選択して出力したファイルです。

となっています。更に、

日付時間等が同じデータを除く
QSOデータインポートの際に、インポートするデータ、インポートされるデータの双方をチェックします。
CSVファイルからの場合は、Call, Date, Time, Freq, Mode欄を比較し、すべて一致するデータはインポートしません。
これにより、データの二重登録を防ぐことができるわけですが、１文字でも異なればインポートしてしまいますので、よく確認してから実施してください。

とあります。　注意しなければいけないのは　WSJT-Xのログ・データの時間は秒単位に成っていますがHamlogは分単位に成っています。変換ソフトをお使いでしたら　時間の変換をCSVに変換する際に行っておかないと、インポート時に異なると判定される可能性があります。　この辺りを確認して行ってみたらいかがでしょう。原因が分かるかも知れません。
　対応策は、インポート前に、追加されたLogのみを抜き出して　インポートする事をお勧めします。
https://hamlog.sakura.ne.jp/html/HID00079.html
に説明がありますので、よく吟味して行ってください。なおバックアップ等の準備は十分にしてださい。普通に複合条件検索のCSVファイルでは　問題なく　追加できていますので　念のため書き添えます。

【2022/04/24(Sun) 08:20:42 投稿者により修正されました。】

> 横から　失礼いたします。
> 「WSJT-Xのログ・データをCSVファイルに変換して、ハムログにインポートしたのですが」
> とありましたが、どの様にHamlog用のCSVに変換されているのでしょうか。
> 説明書では
> CSVファイルから
> カンマ区切りのテキストファイルをインポートします。
> ここでインポートできるファイルは、複合条件検索でCSVファイルを選択して出力したファイルです。
>
> となっています。更に、
>
> QSOデータインポートの際に、インポートするデータ、インポートされるデータの双方をチェックします。
> CSVファイルからの場合は、Call, Date, Time, Freq, Mode欄を比較し、すべて一致するデータはインポートしません。
> これにより、データの二重登録を防ぐことができるわけですが、１文字でも異なればインポートしてしまいますので、よく確認してから実施してください。
>
> とあります。　注意しなければいけないのは　WSJT-Xのログ・データの時間は秒単位に成っていますがHamlogは分単位に成っています。変換ソフトをお使いでしたら　時間の変換をCSVに変換する際に行っておかないと、インポート時に異なると判定される可能性があります。　この辺りを確認して行ってみたらいかがでしょう。原因が分かるかも知れません。
> 　対応策は、インポート前に、追加されたLogのみを抜き出して　インポートする事をお勧めします。
> https://hamlog.sakura.ne.jp/html/HID00079.html
> に説明がありますので、よく吟味して行ってください。なおバックアップ等の準備は十分にしてださい。普通に複合条件検索のCSVファイルでは　問題なく　追加できていますので　念のため書き添えます。

お早うございます！アドバイスを有難うございました。

＞どの様にHamlog用のCSVに変換されているのでしょうか。
JA2BQXさんのソフトで変換しました。同ソフトは正式のリンクから切れていて、yahoo知恵袋の過去ログから飛んだサイトから入手しましたが、もしかしたら、その後にリビジョン版があったのかも知れませんね。だとすると、一回、他のソフトでも試してみたいと思います。

＞インポート前に、追加されたLogのみを抜き出して　インポートする事をお勧めします。
7M2DTX小川様のアドバイスと同じものと理解させて頂いて、本日、早速試してみたいと思います。
重ね重ね、詳しく有難うございました。

こんにちは。
Hamlog 本体に WSJT-X または JTDX のQSOデータをリアルタイムで取り込む
[ JT-Get' ] 機能があります。　これを使用すれば [ インポート 」 処理は不要です。


> ＞どの様にHamlog用のCSVに変換されているのでしょうか。

> JA2BQXさんのソフトで変換しました。同ソフトは正式のリンクから切れていて、yahoo知恵袋の過去ログから飛んだサイトから入手しましたが、もしかしたら、その後にリビジョン版があったのかも知れませんね。だとすると、一回、他のソフトでも試してみたいと思います。

ソフト名は何でしょうか？　現在はADIFをCSVに変換するソフト adi2csv 公開しています。

【2022/04/24(Sun) 12:27:45 投稿者により修正されました。】

> こんにちは。
> Hamlog 本体に WSJT-X または JTDX のQSOデータをリアルタイムで取り込む
> [ JT-Get' ] 機能があります。　これを使用すれば [ インポート 」 処理は不要です。
>
>
> > ＞どの様にHamlog用のCSVに変換されているのでしょうか。
>
> > JA2BQXさんのソフトで変換しました。同ソフトは正式のリンクから切れていて、yahoo知恵袋の過去ログから飛んだサイトから入手しましたが、もしかしたら、その後にリビジョン版があったのかも知れませんね。だとすると、一回、他のソフトでも試してみたいと思います。
>
> ソフト名は何でしょうか？　現在はADIFをCSVに変換するソフト adi2csv 公開しています。

実は愚かにも、先程、私が利用させて頂いたCSV変換ソフトの作者であるJA2BQXさんから、アドバイスを受けていた事実を知った次第です。本当に愚かの極みですね。申し訳ございませんでした。m (_ _）m

> > 実は、今回のログはFT8だけのログブック
> > もしかしたら、単純に上書きモードでインポート
>
> FT8だけのログブックでしたら、
> ＷＳＪＴ−Ｘ．ｌｏｇのログデータ　＝　ハムログのログデーターですよね？
>
> 両方が同じデーター、行数ですから、たぶん、単純に上書きで大丈夫と思えますね。
>
> それでも二重になってダブってしまうなら、ハムログのログデーターを
> 事前に一括削除しておけば、二重はあり得ないですね。
>
> あと、ハムログ側で修正したデーターは上書きで消されてしまうので、
> ＷＳＪＴ−Ｘ．ｌｏｇ側で修正（特にコメント等）しておく必要がある事が、
> ちょっと面倒ではあり、注意でしょうか。

追加のアドバイス有難うございました。単純に「上書きモード」で良かったのですね。運用バンドが違ったので、変に理解していた様でした。浅識ゆえにやらかしてしまう日々です。＾＾；

それから、データのインポートが必要になった経緯は「eQSL」に漏れた局に対して、JARL会員に限定して（hQSLの設定が現時点では浅識ゆえに完了しておりません）紙カードを発行する際に必要となった為でして、その際の印刷はハムログのイメージから個々に交信順に「試し印刷」機能で印刷してると言うチープな有様です。eQSLとTQSLで完結すれば問題ないとのアドバイスも頂きましたが、それ以外の局を取りこぼす事が精神衛生上には良くないと考えて手厚くした次第です。＾＾；