|
複合条件検索と印刷において、
出力先をCSVファイルとして、[検索無し]ボタンをクリックして
CSVファイルを出力させた時、
Ver5.38までは、上書き出力が可能であったのに、
Ver5.39では「ファイルが書き込めません」と表示されて上書きが出来なくなりました。
ファイル名を重複しない名前に変更すれば、「出力が終了しました」と、出力されますが、
そのままもう一度実行すると「ファイルが書き込めません」と表示されて上書きが出来なくなりました。
これは仕様変更でしょうか?
それともどこかに上書きの設定があるのでしょうか?
ありがとうございました。
最新版をインストールし、ハムログへの転送が正常にできるようになりました。
ただし、次のような経緯で3回目から正常になったため、JTDXの設定ミスの可能性があります。お手数をおかけし、申し訳ありませんでした。
(1)HAMLOG(V5.39)[5/25版]をインストール
(2)QSO(FT8)1回目:転送できず。ポップアップウィンドウもエラーメッセージもなし。
(3)JTDXの設定で「UDP要求を受け入れる」にチェックが入っていないことに気づき修正
「Log QSOウインドウを表示する」にはチェック有り
(4)QSO(FT8)2回目:転送できず。
(5)QSO(FT8)3回目:正常に転送できた。
(6)QSO(FT8)4回目:正常に転送できた。
この間、約10分です。
とりあえず、正常に動作しています。素早い対応、誠にありがとうございました。
VY TU 73! DE JH6CPQ
> こちらではWSJT-XでもJTDXでも問題なく動いていますが、念のため
> ちょっと修正してみました。 差し替えです。
> https://hamlog.sakura.ne.jp/mou/index.html
>
> 「Log QSOウインドウを表示する」にチェックは入ってますか?
> https://hamlog.sakura.ne.jp/html/HID00121.html ←このページの下のほうです。
>
> > 平素よりハムログを活用させて頂いており、感謝いたします。
> > 当方、JTDXを使ったFT8で長年ハムログを使わせていただいていますが、一昨日('23.05.22)からQSO後のポップアップでハムログ(Ver5.37)への転送がうまくいかない[過去のQSOデータ(No.5259)が転送されてしまう]症状が発生しています。本日(5/24)念のため最新版(Ver5.39)にバージョンアップしてみましたが、ポップアップでOKした際、「リストのインデックスが範囲を超えています(964)」とのエラ-メッセ-ジが出てハムログに転送されず、やはり古いQSOデータ(前記と同じNo.5259)が転送されてしまいました。これまでこのような現象はなかったので、QSOデータが増えたことが関係あるのでしょうか。類似の書き込みを探して見たところ、最新版では改善されているとのことでしたが、アドバイスをよろしくお願いいたします。
> > 追伸:数か月前JG1MOU様とつながった時にハムログに転送した途端、画面に大きくメッセージが出て”ウィルスにやられた”かと思いびっくりしました。ハムログのおちゃめな部分を知って、感服いたしました。
こちらではWSJT-XでもJTDXでも問題なく動いていますが、念のため
ちょっと修正してみました。 差し替えです。
https://hamlog.sakura.ne.jp/mou/index.html
「Log QSOウインドウを表示する」にチェックは入ってますか?
https://hamlog.sakura.ne.jp/html/HID00121.html ←このページの下のほうです。
> 平素よりハムログを活用させて頂いており、感謝いたします。
> 当方、JTDXを使ったFT8で長年ハムログを使わせていただいていますが、一昨日('23.05.22)からQSO後のポップアップでハムログ(Ver5.37)への転送がうまくいかない[過去のQSOデータ(No.5259)が転送されてしまう]症状が発生しています。本日(5/24)念のため最新版(Ver5.39)にバージョンアップしてみましたが、ポップアップでOKした際、「リストのインデックスが範囲を超えています(964)」とのエラ-メッセ-ジが出てハムログに転送されず、やはり古いQSOデータ(前記と同じNo.5259)が転送されてしまいました。これまでこのような現象はなかったので、QSOデータが増えたことが関係あるのでしょうか。類似の書き込みを探して見たところ、最新版では改善されているとのことでしたが、アドバイスをよろしくお願いいたします。
> 追伸:数か月前JG1MOU様とつながった時にハムログに転送した途端、画面に大きくメッセージが出て”ウィルスにやられた”かと思いびっくりしました。ハムログのおちゃめな部分を知って、感服いたしました。
平素よりハムログを活用させて頂いており、感謝いたします。
当方、JTDXを使ったFT8で長年ハムログを使わせていただいていますが、一昨日('23.05.22)からQSO後のポップアップでハムログ(Ver5.37)への転送がうまくいかない[過去のQSOデータ(No.5259)が転送されてしまう]症状が発生しています。本日(5/24)念のため最新版(Ver5.39)にバージョンアップしてみましたが、ポップアップでOKした際、「リストのインデックスが範囲を超えています(964)」とのエラ-メッセ-ジが出てハムログに転送されず、やはり古いQSOデータ(前記と同じNo.5259)が転送されてしまいました。これまでこのような現象はなかったので、QSOデータが増えたことが関係あるのでしょうか。類似の書き込みを探して見たところ、最新版では改善されているとのことでしたが、アドバイスをよろしくお願いいたします。
追伸:数か月前JG1MOU様とつながった時にハムログに転送した途端、画面に大きくメッセージが出て”ウィルスにやられた”かと思いびっくりしました。ハムログのおちゃめな部分を知って、感服いたしました。
おそらくハムログのバックアップ先をOneDrive上のフォルダーにされてるのではないか?と思います。
すると複数のPCで同期されます。
ハムログ終了時にバックアップが作成されますが個数が決まっていてそれ以上作った時は古いものが削除されます。
同期されている他のPCからも削除されますのでそれの警告じゃないかと思います。
警告を出すのはハムログではなくてOneDriveです。
バックアップはなにも指定しなくても特定のフォルダ(マイドキュメントでしたか)に自動で作成されます。
この特定のフォルダの場所がOneDrive上であれば、同様に警告が出るんじゃないかと思います。
アドバイス、情報ありがとうございます。
実はGrid-Trackerも使っているので’LoTW, e_QSL’へのUPロードはこれで済みますし、ご指摘のように、Turbo HAMLOG/Winの機能をもっと使わせてもらえば、今の構成は唯一の方法ではないので、その方向で検討したいと思います。
どうもありがとうございました。
HAMLOG データ入力登録、修正等終了時
「削除されたファイルはどの場所からでも削除されます」
「最近の削除: BK230508 1450 000059.ZIP」
「了解しました ・ OneDrive ごみ箱を開く」
このようなメッセージ表示されるが、何のエラーメッセージですか?
又、対処方法を教えてください。
Turbo HAMLOG/Winと他のアプリのデータをやり取りする機能は、基本的に10年近く
変更していないと思います。
特に、他のアプリからTurbo HAMLOG/Winの入力ウインドウに文字列を送る仕様には
手を加えていませんので、Turbo HAMLOG/Win側に問題はないと思います。
JT_Linkerの相談室でも今回と同じような質問があった気がします。
http://ja2grc.clear-net.jp/~ja2grc/my_software/yybbs/yybbs.cgi
私も2年ほど前まではJT_Linkerのお世話になっていたのですが、今はTurbo HAMLOG/Win
本体の機能で満足しています。
> 迅速な回答,又アドバイスありがとうございます。
> ご指摘の’JT_linkerのSetupにある AllowInternet Acessのチェック’ですがこれはチェックしてあります。もともとデータ’をLOTW,e_QSL’にオンラインで書き込むようにしていたので、このチェックは必要となります。現象としては、紹介頂いた事例そっくりなのですが、どうも別の要因がありそうです。うまくいく場合と、だめな場合があること、ダメな場合はわりと継続しておきること、調子の良い時はしばらく良い状態が続くような感じです。根拠のない想像ですが、入力ウインドウからデータを書いた後に、どこかで空白のデータを上書きしていて、そのタイミングのバラツキで書き込み順序が変わり、空白になったりならなかったりするようなことが起きているような感じです。FT8は一年ほど前から始めましたが、最初しばらくは問題なかったように思います。現象を見つけてから、今の状況が続いています。
> 当てずっぽうで設定を変えたら、起きなくなり解決したと思ったこともありますが、暫くすると再発の繰り返しで、手におえないことから、相談させていただきました。
> > > WSJT-X,JT_Linker,JTAlert、Turbo HAMLOGの構成でFT8実行時、交信データが自動で入力ウインドウには正常に書き込まれるのですが、メインウインドウに、His,My,Freq,Modeが書き込まれない場合が多い。正常に書き込む場合もあるし、Hisのみ書き込まれない場合もある。不規則であるが、大概は前述の4項目が書き込まれない場合が多い。(’データ登録時確認あり’に設定しているので、入力ウインドウにデータが入った状態でsaveするか聞いてくるがこの段階では正しく書かれている)
> > > 又同時にデータをLOTW,e_QSLにも書き込むように設定しているが、これらには正常に書き込まれているので、Turbo HAMLOGの問題のように思えます。
> >
>
> 横から失礼します
> これとよく似た質問をされています JT-Linker で検索
> 23989で質問され 24010で解決した旨に成っています
> 参考にしてやって見て下さい
> Setup のWeblog Common のAllowInternet Access にチェツクが入っていますか
> という内容です。私は JT-Linker使っていないので意味不明です。
迅速な回答,又アドバイスありがとうございます。
ご指摘の’JT_linkerのSetupにある AllowInternet Acessのチェック’ですがこれはチェックしてあります。もともとデータ’をLOTW,e_QSL’にオンラインで書き込むようにしていたので、このチェックは必要となります。現象としては、紹介頂いた事例そっくりなのですが、どうも別の要因がありそうです。うまくいく場合と、だめな場合があること、ダメな場合はわりと継続しておきること、調子の良い時はしばらく良い状態が続くような感じです。根拠のない想像ですが、入力ウインドウからデータを書いた後に、どこかで空白のデータを上書きしていて、そのタイミングのバラツキで書き込み順序が変わり、空白になったりならなかったりするようなことが起きているような感じです。FT8は一年ほど前から始めましたが、最初しばらくは問題なかったように思います。現象を見つけてから、今の状況が続いています。
当てずっぽうで設定を変えたら、起きなくなり解決したと思ったこともありますが、暫くすると再発の繰り返しで、手におえないことから、相談させていただきました。
尾中さん
ありがとうございました。おかげさまで解決しました。
> メイン画面のどこかで右クリック、[hQSL/Usrの表示] で表示すると思います。
| 1 | 2 | 3 | 4 | 5 | 6 | 7 | 8 | 9 | 10 | 11 | 12 | 13 | 14 | 15 | 16 | 17 | 18 | 19 | 20 | 21 | 22 | 23 | 24 | 25 | 26 | 27 | 28 | 29 | 30 | 31 | 32 | 33 | 34 | 35 | 36 | 37 | 38 | 39 | 40 | 41 | 42 | 43 | 44 | 45 | 46 | 47 | 48 | 49 | 50 | 51 | 52 | 53 | 54 | 55 | 56 | 57 | 58 | 59 | 60 | 61 | 62 | 63 | 64 | 65 | 66 | 67 | 68 | 69 | 70 | 71 | 72 | 73 | 74 | 75 | 76 | 77 | 78 | 79 | 80 | 81 | 82 | 83 | 84 | 85 | 86 | 87 | 88 | 89 | 90 | 91 | 92 | 93 | 94 | 95 | 96 | 97 | 98 | 99 | 100 | 101 | 102 | 103 | 104 | 105 | 106 | 107 | 108 | 109 | 110 | 111 | 112 | 113 | 114 | 115 | 116 | 117 | 118 | 119 | 120 | 121 | 122 | 123 | 124 | 125 | 126 | 127 | 128 | 129 | 130 | 131 | 132 | 133 | 134 | 135 | 136 | 137 | 138 | 139 | 140 | 141 | 142 | 143 | 144 | 145 | 146 | 147 | 148 | 149 | 150 | 151 | 152 | 153 | 154 | 155 | 156 | 157 | 158 | 159 | 160 | 161 | 162 | 163 | 164 | 165 | 166 | 167 | 168 | 169 | 170 | 171 | 172 | 173 | 174 | 175 | 176 | 177 | 178 | 179 | 180 | 181 | 182 | 183 | 184 | 185 | 186 | 187 | 188 | 189 | 190 | 191 | 192 | 193 | 194 | 195 | 196 | 197 | 198 | 199 | 200 | 201 | 202 | 203 | 204 | 205 | 206 | 207 | 208 | 209 | 210 | 211 | 212 | 213 | 214 | 215 | 216 | 217 | 218 | 219 | 220 | 221 | 222 | 223 | 224 | 225 | 226 | 227 | 228 | 229 | 230 | 231 | 232 | 233 | 234 | 235 | 236 | 237 | 238 | 239 | 240 | 241 | 242 | 243 | 244 | 245 | 246 | 247 | 248 | 249 | 250 | 251 | 252 | 253 | 254 | 255 | 256 | 257 | 258 | 259 | 260 | 261 | 262 | 263 | 264 | 265 | 266 | 267 | 268 | 269 | 270 | 271 | 272 | 273 | 274 | 275 | 276 | 277 | 278 | 279 | 280 | 281 | 282 | 283 | 284 | 285 | 286 | 287 | 288 | 289 | 290 | 291 | 292 | 293 | 294 | 295 | 296 | 297 | 298 | 299 | 300 | 301 | 302 | 303 | 304 | 305 | 306 | 307 | 308 | 309 | 310 | 311 | 312 | 313 | 314 | 315 | 316 | 317 | 318 | 319 | 320 | 321 | 322 | 323 | 324 | 325 | 326 | 327 | 328 | 329 | 330 | 331 | 332 | 333 | 334 | 335 | 336 | 337 | 338 | 339 | 340 | 341 | 342 | 343 | 344 | 345 | 346 | 347 | 348 | 349 | 350 | 351 | 352 | 353 | 354 | 355 | 356 | 357 | 358 | 359 | 360 | 361 | 362 | 363 | 364 | 365 | 366 | 367 | 368 | 369 | 370 | 371 | 372 | 373 | 374 | 375 | 376 | 377 | 378 | 379 | 380 | 381 | 382 | 383 | 384 | 385 | 386 | 387 | 388 | 389 | 390 | 391 | 392 | 393 | 394 | 395 | 396 | 397 | 398 | 399 | 400 | 401 | 402 | 403 | 404 | 405 | 406 | 407 | 408 | 409 | 410 | 411 | 412 | 413 | 414 | 415 | 416 | 417 | 418 | 419 | 420 | 421 | 422 | 423 | 424 | 425 | 426 | 427 | 428 | 429 | 430 | 431 | 432 | 433 | 434 | 435 | 436 | 437 | 438 | 439 | 440 | 441 | 442 | 443 | 444 | 445 | 446 | 447 | 448 | 449 | 450 | 451 | 452 | 453 | 454 | 455 | 456 | 457 | 458 | 459 | 460 | 461 | 462 | 463 | 464 | 465 | 466 | 467 | 468 | 469 | 470 | 471 | 472 | 473 | 474 | 475 | 476 | 477 | 478 | 479 | 480 | 481 | 482 | 483 | 484 | 485 | 486 | 487 | 488 | 489 | 490 | 491 | 492 | 493 | 494 | 495 | 496 | 497 | |