big problem with change year (date)

All issues/questions about EMS v3.4 package, please ask here.
Antonix
Posts: 260
Joined: Fri Oct 16, 2009 8:53 am

big problem with change year (date)

Post by Antonix » Fri Dec 27, 2013 2:11 am

Hello to all.
I have a huge problem.
with the change of the year WRFEMS is crazy and I print the date 1914 instead of 2014.
this results in a failure of the preprocessing (which I solved by not using EMS)
but also a failure of the post processing, both with UPP that with ARWPOST.
any of you have a similar problem?



Initialization Start Time : Thu Dec 26 18:00:00 2013 UTC
Initialization End Time : Fri Jan 2 18:00:00 1914 UTC
Boundary Condition Frequency : 180 Minutes
Initialization Data Set : gfsptile
Boundary Condition Data Set : gfsptile
Static Surface Data Sets : None
Land Surface Data Sets : None

ZHB
Posts: 27
Joined: Wed May 30, 2012 10:49 am

Re: big problem with change year (date)

Post by ZHB » Fri Dec 27, 2013 7:23 am

Hello,

Same probleme with the latest EMS version :

Code: Select all

 *** Starting program ungrib.exe ***
ERROR STOP IN READ_NAMELIST
INTERVAL must fit evenly between start time and end time:
Start time: 2013-12-26_12:00:00
End time:   1914-01-01_00:00:00
INTERVAL  : 10800 seconds,  3.000000 hours
ERROR: Change your namelist, and resubmit

Antonix
Posts: 260
Joined: Fri Oct 16, 2009 8:53 am

Re: big problem with change year (date)

Post by Antonix » Fri Dec 27, 2013 1:12 pm

have you solved??
contact robert...
two reports are better than one!
Someone else has similar problems???


I need to try version 3.2.1 anyone has the installation file?!

Yannick64
Posts: 3
Joined: Wed Sep 14, 2011 3:45 pm

Re: big problem with change year (date)

Post by Yannick64 » Fri Dec 27, 2013 3:45 pm

Hello to all :)

Same problem !

Antonix
Posts: 260
Joined: Fri Oct 16, 2009 8:53 am

Re: big problem with change year (date)

Post by Antonix » Sat Dec 28, 2013 12:25 pm

I confirm that it is a bug in version 3.4.
version 3.2 does not have this problem

Orage 33
Posts: 23
Joined: Thu Dec 10, 2009 11:18 am
Location: Bordeaux from France
Contact:

Re: big problem with change year (date)

Post by Orage 33 » Sat Dec 28, 2013 1:21 pm

Me too same problem with 3.4
www.meteo-sudouest.fr

weatherc
Posts: 64
Joined: Tue Sep 25, 2012 2:39 am

Re: big problem with change year (date)

Post by weatherc » Sat Dec 28, 2013 8:01 pm

Same problem here.

raposu
Posts: 26
Joined: Mon Jul 22, 2013 7:20 pm

Re: big problem with change year (date)

Post by raposu » Sun Dec 29, 2013 8:28 am

I have also the problem (release 3.4.1.13.37)

meteo60
Posts: 117
Joined: Tue Apr 17, 2012 4:50 pm

Re: big problem with change year (date)

Post by meteo60 » Sun Dec 29, 2013 9:11 am

I have the same problem for yesterday :|

* Processing gfsptile files for use as model initial and boundary conditions - Failed

! This is not looking good!

Check ..log/prep_degrib-gfsptile.log for more information


which contain:
*** Starting program ungrib.exe ***
ERROR STOP IN READ_NAMELIST
INTERVAL must fit evenly between start time and end time:
Start time: 2013-12-29_00:00:00
End time: 1914-01-01_12:00:00
INTERVAL : 10800 seconds, 3.000000 hours
ERROR: Change your namelist, and resubmit

meteo60
Posts: 117
Joined: Tue Apr 17, 2012 4:50 pm

Re: big problem with change year (date)

Post by meteo60 » Sun Dec 29, 2013 9:20 am

does anyone tried the new 3.4.1.50 version?

http://strc.comet.ucar.edu/index.htm

Post Reply