一括表示

[No.15682] データのインポート(別件) 投稿者:JA9IPF  投稿日:2016/12/25(Sun) 17:57:07

データのインポートで別件です
他ソフトからの国内とDXのデータ移行については、概ね上手くいきましたが、DXの
データについてですが、CALL欄のラジオボタンにチェックが入っていません。
実害Tがなければ問題ないのですが・・・なお、コードとQTHについては、CSVファイル
にからのインポートです。(自動判別ではありません)

時間ですが、国内はJST、DXはUTCで入力しておりますが、それで問題無い(そうす
べき)ですか??


[No.15684] Re: データのインポート(別件) 投稿者:JP7CZE 川辺  投稿日:2016/12/25(Sun) 22:48:21

> データのインポートで別件です
> 他ソフトからの国内とDXのデータ移行については、概ね上手くいきましたが、DXの
> データについてですが、CALL欄のラジオボタンにチェックが入っていません。

もしかして,編集画面の,[Call]ボタンの隣の[□DX]チェックボックスのことでしょうか.
[□]はチェックボックス,[○]がラジオボタンです.

> 実害Tがなければ問題ないのですが・・・なお、コードとQTHについては、CSVファイル
> にからのインポートです。(自動判別ではありません)

インポートするデータですが.最後に「8」または「8以上,15未満」の数字が入っているでしょうか.

たとえば,CTESTWINからインポートしたデータです.

XXXX,13/10/26,16:15U,59,5915,7.1938,SSB,XXXX,,J,,XXXXX,,,8

最後のデータがDXなどを示すデータで,「8」がDXであることを示すデータです.
Hamlogのメインウィンドウの一番に「D」または「D」から始まる数字文字列が出てくるのは,
このデータの[8]またはそれ以上,15までの数字の結果です.
で,データの最後に,この「8」〜[15]の数字があれば,編集ウィンドウを開いたときに[Call]の右に[■DX]とチェックが入ることになります.

> 時間ですが、国内はJST、DXはUTCで入力しておりますが、それで問題無い(そうす
> べき)ですか??

まあどちらでもよろしいのですが,相手局が外国の場合,JSTの時間をもらっても,すぐに,UTC=JST-9 と計算できれば良いのですが...
あなたも,たとえば ,ワシントンDCの局からローカルタイムが 18:30 と書かれたQSLカード(E-QSL)をもらった時,すぐに日本時間(自分の生活時間)が何時なんだか計算できないですよね.外国局もそれと同じだと思います.
なので,DXの場合,世界の共通時間として,UTC を使っているわけです.


[No.15689] Re: データのインポート(別件) 投稿者:JA9IPF  投稿日:2016/12/26(Mon) 11:38:18

川辺さま

有難うございました。上手くいました。項目不足だったんなですね・・合わせて予期
しないデータのインポートも無くなりました。

UTCの件は、質問方法が良くなかった様です。hamlogは、JSTとUTCの共存がOK
との認識で問題無いかとの趣旨でした。問題なさそうですね・・・
カード印字の際、UTCがソフトでJSTに書き換えられる事が具合が悪いので・・・

> > データのインポートで別件です
> > 他ソフトからの国内とDXのデータ移行については、概ね上手くいきましたが、DXの
> > データについてですが、CALL欄のラジオボタンにチェックが入っていません。
>
> もしかして,編集画面の,[Call]ボタンの隣の[□DX]チェックボックスのことでしょうか.
> [□]はチェックボックス,[○]がラジオボタンです.
>
> > 実害Tがなければ問題ないのですが・・・なお、コードとQTHについては、CSVファイル
> > にからのインポートです。(自動判別ではありません)
>
> インポートするデータですが.最後に「8」または「8以上,15未満」の数字が入っているでしょうか.
>
> たとえば,CTESTWINからインポートしたデータです.
>
> XXXX,13/10/26,16:15U,59,5915,7.1938,SSB,XXXX,,J,,XXXXX,,,8
>
> 最後のデータがDXなどを示すデータで,「8」がDXであることを示すデータです.
> Hamlogのメインウィンドウの一番に「D」または「D」から始まる数字文字列が出てくるのは,
> このデータの[8]またはそれ以上,15までの数字の結果です.
> で,データの最後に,この「8」〜[15]の数字があれば,編集ウィンドウを開いたときに[Call]の右に[■DX]とチェックが入ることになります.
>
> > 時間ですが、国内はJST、DXはUTCで入力しておりますが、それで問題無い(そうす
> > べき)ですか??
>
> まあどちらでもよろしいのですが,相手局が外国の場合,JSTの時間をもらっても,すぐに,UTC=JST-9 と計算できれば良いのですが...
> あなたも,たとえば ,ワシントンDCの局からローカルタイムが 18:30 と書かれたQSLカード(E-QSL)をもらった時,すぐに日本時間(自分の生活時間)が何時なんだか計算できないですよね.外国局もそれと同じだと思います.
> なので,DXの場合,世界の共通時間として,UTC を使っているわけです.


[No.15693] Re: データのインポート(別件) 投稿者:JP7CZE 川辺  投稿日:2016/12/26(Mon) 15:06:05

> 有難うございました。上手くいました。項目不足だったんなですね・・合わせて予期
> しないデータのインポートも無くなりました。

うまくいって何よりですね.

> UTCの件は、質問方法が良くなかった様です。hamlogは、JSTとUTCの共存がOK
> との認識で問題無いかとの趣旨でした。問題なさそうですね・・・
> カード印字の際、UTCがソフトでJSTに書き換えられる事が具合が悪いので・・・

了解です.印刷時には,表示と同様,保存されたデータそのものが印刷されますので,ご安心ください.