Tail Integers for LITTLE_R format

Problems with data in 3DVAR.

Tail Integers for LITTLE_R format

Postby klaaur » Fri May 19, 2017 3:41 pm

Hello everyone,

I am attempting to create a LITTLE_R formatted file for my own weather files for input into OBSPROC and subsequently 3DVAR. Much of the format seems straightforward to me except for the tail integers. Looking at the test file from the tutorial (obs.2008020512) I don't understand how the first number of the tail integers is being generated, e.g., the number of valid fields for the observation. I thought, based on the documentation that this should be the total number of field x levels, e.g., total number of levels in the data record, is this true? Or am I misunderstanding how this field is being generated? Looking at old ADP data obs files from other tutorials this seemed to also validate my assumption. As I'm interested in integrating data from land surface observations I was looking at the FM-12 SYNOP entries to try to get a feel for what I need to enter (see bolded number below, I apologize for formatting I couldn't figure out how to get a snapshot attached):

-20.88000 55.5100061980 SAINT-DENIS/GILLOT (REUNION) / OCEAN ISLFM-12 SYNOP GTS (ROHK) SNRE20 FMEE 051100 25.0000011 -888888 -888888 459 -888888 F F F -888888 -888888 20080205110000 101130.00000 0-888888.00000 0 6.00000 0-888888.00000 0-888888.00000 0 0.00020 0-888888.00000 0-888888.00000 0-888888.00000 0-888888.00000 0 0.40000 0 4.00000 0 450.00000 0
101301.00000 0 25.00000 0 299.54999 0 297.25000 0 4.11556 0 110.00000 0-888888.00000 0-888888.00000 0-888888.00000 0-888888.00000 0
-777777.00000 0-777777.00000 0 1.00000 0-888888.00000 0-888888.00000 0-888888.00000 0-888888.00000 0-888888.00000 0-888888.00000 0-888888.00000 0
11 0 0


-10.43000 105.6800096995 CHRISTMAS ISLAND AERO / ISLANDS FM-12 SYNOP GTS (ROHK) SNKI01 AMMC 051100 262.00000 9 -888888 -888888 821 -888888 F F F -888888 -888888 20080205110000 100510.00000 0-888888.00000 0-888888.00000 0-888888.00000 0 97580.00000 0-888888.00000 0-888888.00000 0-888888.00000 0-888888.00000 0-888888.00000 0-888888.00000 0 7.00000 0 150.00000 0
97580.00000 0 262.00000 0 297.35001 0 296.64999 0 6.17333 0 320.00000 0-888888.00000 0-888888.00000 0-888888.00000 0-888888.00000 0
-777777.00000 0-777777.00000 0 1.00000 0-888888.00000 0-888888.00000 0-888888.00000 0-888888.00000 0-888888.00000 0-888888.00000 0-888888.00000 0
9 0 0


54.16000 6.3500010004 UFS TW EMS / GERMANY FM-12 SYNOP GTS (ROHK) SNDL21 EDZW 051100 0.00000 10 -888888 -888888 509 -888888 F F F -888888 -888888 20080205110000 100160.00000 0-888888.00000 0 9.00000 0 279.75000 0 100160.00000 0-888888.00000 0-888888.00000 0-888888.00000 0-888888.00000 0-888888.00000 0-888888.00000 0-888888.00000 0-888888.00000 0
100160.00000 0 0.00000 0 279.14999 0 277.64999 0 17.00000 0 180.00000 0-888888.00000 0-888888.00000 0-888888.00000 0-888888.00000 0
-777777.00000 0-777777.00000 0 1.00000 0-888888.00000 0-888888.00000 0-888888.00000 0-888888.00000 0-888888.00000 0-888888.00000 0-888888.00000 0
10 0 0


and realized that I don't understand, given these 3 examples, why the first numbers for any of these cases is 11, 9, or 10? Can someone please illuminate this for me? Also, prior tutorials from 2012-2014 suggested the tail integers aren't that important and don't need to be filled in, e.g., could be -888888.88888, is this still true?

Any help resolving this will be greatly appreciated, thanks!
klaaur
 
Posts: 1
Joined: Fri May 19, 2017 2:58 pm

Return to Data Issues

Who is online

Users browsing this forum: No registered users and 2 guests