OPeNDAP 経由で提供されるファイルの日時規則に関する問題に遭遇しました。特に、この問題は GrADS DODS サーバー (GDS) から発生します。GDS は、バイナリ ファイルの詳細を含むデータ記述子 (ascii ファイル) を読み取ることによってファイルを提供できます (GDS は、入力として netCDF に限定されません)。データ記述子ファイルは、開始時刻と増分を定義します。どういうわけか、GDS はこれを「1-1-1 00:00:00 からの日数」という規則 (?) に変換します。これに関して興味深い問題を発見しました。
例として、 http: //apdrc.soest.hawaii.edu:80/dods/public_data/satellite_product/ASCAT/dailyで提供されるデータは、2009 年 3 月 3 日に開始するように定義されています。OPeNDAP 情報ページには、次の時間があります。
time: 64 ビット実数の配列 [time = 0..1141]
grads_dim: "t"
grads_mapping: "linear"
grads_size: "1142"
grads_min: "00z03mar2009"
grads_step: "1dy"
units: "days since 1-1-1 00:00:0.0"
long_name: "time"
minimum: "00z03mar2009"
maximum: "00z17apr2012"
resolution: 1.0
したがって、最初の値を正しく取得します。GrADS、Ferret、panoply、IDV など、いくつかのクライアント ツールでこれをテストしました。すべてが最初の値を 2009 年 3 月 3 日として正しく認識します。
この問題は、「1-1-1 からの日数」という OPeNDAP 時間から発生し、733470 として返されます (上記のファイルで ncdump を試してください)。私が知る限り、これは実際には 2009 年 3 月 5 日です。結果として、Matlab や EDC などのツールの最初の日付は 3 月 5 日になります。
誰かがこれに光を当てることができるかどうか疑問に思っていますか? 前もって感謝します、
ジム