Due to the current gap in continued funding from the U.S. National Science Foundation (NSF), the NSF Unidata Program Center has temporarily paused most operations. See NSF Unidata Pause in Most Operations for details.
Due to the current gap in continued funding from the U.S. National Science Foundation (NSF), the NSF Unidata Program Center has temporarily paused most operations. See NSF Unidata Pause in Most Operations for details.
Steve Emmerson wrote:
Everyone, I'm working on the problem. --Steve Emmerson
Steve (and others)For what it's worth, I've got two 6.6.3 machines here at UW-Madison (f5 and weather.aos.wisc.edu) that are NOT exhibiting this problem. All of my data so far as I can tell are being filed with the correct date. For example
DDS|IDS ^S[AP].* .... ([0-3][0-9])([0-2][0-9]) FILE /usr/local/ldm/data/weather/(\1:yy)(\1:mm)\1\2.METAR
is filing correctly.One is a Centos 4.4 x86_64 box and the other is a Red Hat Enterprise Linux AS release 3 (Taroon Update 8)
Let me know if you'd like more details, or access to poke around. Pete
Daryl Herzmann wrote:On Thu, 31 May 2007, Harry Edmon wrote:I am not seeing this. Are they being filed as 20070631, 20070701, or what?20070631 , it is happening here too with LDM 6.6.4 :( daryl
ldm-users archives: