我在通過OPeNDAP提供的文件中運行了日期時間約定的問題。特別是GrADS DODS服務器(GDS)出現這個問題。 GDS可以通過讀取包含二進制文件特性的數據描述符(ascii文件)來提供文件(GDS不限於netCDF作爲輸入)。數據描述符文件定義了開始時間和增量。不知何故,GDS將其轉換爲「自1-1-1 00:00:00以來的日子」的約定(?)。我發現了一個有趣的問題。通過OPeNDAP的日期時間約定
作爲一個例子,在供應的http://apdrc.soest.hawaii.edu:80/dods/public_data/satellite_product/ASCAT/daily數據被定義爲開始於03 2009年3月OPeNDAP信息頁具有如下時間:
時間:數組的64位的實數[時間= 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日。
麻煩來自OPeNDAP時間「從1-1-1」以來的天數,返回值爲733470(在上述文件中嘗試ncdump)。據我所知,這實際上是2009年3月5日。這裏的結果是像Matlab和EDC這樣的工具得到的最初日期爲3月5日。
我想知道是否有人可以闡明這一點?在此先感謝,
吉姆
是否有可能與數據提供商合作,有一個更好的時間單位?這似乎是Unix紀元當你正在處理的以上2000年的時間尺度將是衛星數據更好的選擇從2009年開始,這是什麼意思有2天的差異? –
的問題是,它的價值的數據真的不2000多年,但啓動時間是參照2000年前。我相信這是由OPeNDAP服務器自動完成(輸入文件有2009年3月03日的開始日期)。 – JimP