Custom Query (3394 matches)


Show under each result:

Results (4 - 6 of 3394)

1 2 3 4 5 6 7 8 9 10 11 12
Ticket Resolution Summary Owner Reporter
#6 fixed The UM dumps from the Met office cwang…

Dear All,

Following the email of Lois and Doug, here is a first set of days we will need for forthcoming works on the AMMA campaigns. As you can see there is a large amount of days requested. This is why we asked for the BADC web interface.

For all, we wish to access new global resolution (640x481) dumps. Concerning the vertical resolution, Chang already provide me dump with 50 vertical level, I am interested by that of course. Moreover, for all the request days, having both dumps from the MO and ECMWF could be a good thing.



5-9,11-15 Jun 2006

3,6-7,10,16-17,20-22, 25-28,30-31 July 2006

1,3,5-25 Aug 2006

— Dr. Christophe Messager Institute for Atmospheric Science, Environment, School of Earth and Environment, University of Leeds, Leeds, LS2 9JT, UK Phone: +44 (0)113 343 8086 Fax : +44 (0)113 343 6716

#7 fixed UM output in meaning period cwang i.renfrew@…

Dear Chang,

I have a funny problem in my current "test" runs, e.g. xcbmh. I've asked around at UEA, but without finding a solution.

You can see that I have set up a time domain T6mean6, which is supposed to output data every 6 hours, with a meaning period of 6 hours. In the UMUI I set the stash time domain settings to:

Meaning period: time units hours sampling period 6

samping frequency: timesteps frequency 1 sampling offset 0

output times: regular intervals time hours starting 0 (I also tried this with 6 in xcbmg) ending -1 frequency 6

The output times from this were 0.625, 0.875, 1.125 and 1.375, equivalent to 15, 21, 27 and 33 h into a 24-h run!

There appears to have been a 0.5 day offset added. The times for my other time domains are as expected. However I get the same problem for T6Accum6, which is an accumulation every timestep for 6 hours, output every 6 hours.

#8 fixed UM output Header error cwang tea@…

Hi Chang,

I've run the job xccpz "as is" (after hpcx came back up).

The output is in /hpcx/devt/n02/n02-ncas/arbetter/xccpz and the .leave file is in /home/arbetter/um/umui_out/ xccpz000.xccpz.d06247.t191246.leave.

There is one ERROR in the file around line 3061:

Atm_Step: Timestep 288 ============================================== initial Absolute Norm : 904.166657400490067 GCR( 2 ) converged in 15 iterations. Final Absolute Norm : 0.471983477728923624E-03 ============================================== ERROR detected in routine STWORK: stop model : No. of output fields (= 4097 ) exceeds no. of reserved PP headers for unit 60 STASH : Error processing diagnostic section 0 , item 10 , code 4


Gen_Intf: Timestep 288 : Generate Atmos LBCs for Area 1 Gen_Intf: Timestep 288 : LBC file closed for Area 1

So I'm not sure if the model ran to completion or not. There are output files in the xccpz directory, but fewer than the global run. Can you verify this is all as it should be?


-=-= todd

1 2 3 4 5 6 7 8 9 10 11 12
Note: See TracQuery for help on using queries.