GPS週番号ロールオーバー＞TripMate850　logのtimestamp:jr7cwk;lavo

jr7cwk;lavo

▼GPS週番号ロールオーバー＞TripMate850　logのtimestamp

今頃ですが・・・
TripMate850のlogのtimestampが週番号ロールオーバーの影響を受けるようです。

生成されるlogのファイル名が、log開始の月日時分を元にした
MMDDHHMM.nma
になっており、そのファイルのtimestampもlog開始時刻に基づいています。

ところが生成されるtimestampの年の上位2桁が"20"固定のようで
2019年4月7日以降のlogのtimestampの年月日は、
20YY/MM/DD　(YYはlog開始時刻-2048週の年の下2桁)となり、
さらにややこしい事態を引き起こしています。

例えば・・・
2019年4月16日にlogしたファイルのtimestampは
2099/08/31
になっていました。
(2019年4月16日-2048週=1999年8月31日)

この2099年台のtimestampのファイル、PC内(windows)及び同O/S直下のドライブ
(USB接続のHDD等)にある分には問題ないようですが・・・
某社のNASに移したファイルが正常にアクセスできなくなる現象を経験しました。

ちなみに・・・2099年台のファイルが出来るのは、2019年8月16日分まで。
(2019年8月16日-2048週=1999年12月31日→timestampは2099/12/31)

8月17日分以降は2000年代のファイルになり、NAS上のデータも正常にアクセス
可能です。
(2019年8月17日-2048週=2000年1月1日→timestampは2000/01/01)

古いLOGはバックアップ用のUSB-HDD及び、NASにコピーしていますが、
古いLOGの解析作業をNAS上のデータを使用して進めている際に正しくアクセス
出来ないデータがある事が判明し、詳細を調べた結果timestampの異常に
気がついた次第です。

●2024.01.16
●cwk
●編集

→コメントを書く
⇒記事へ
⇒HOME