[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
20010226: RCM Plotting
- Subject: 20010226: RCM Plotting
- Date: Mon, 26 Feb 2001 12:50:18 -0700
Glenn,
The leading pattern:
001 \r \r \n
#### \r \r \n
is actually not part of NOAAPORT- instead, its something that
you are sticking on to make the products look like "FOS". Its
not part of the product.
At any rate, GEMPAK5.6.A should handle stripping off those first
4 lines. Your product actually starts with the:
\0 % , t \0 \0 332 233
etc.
You could remove the first 4 lines manually like:
tail +5 NCR_20010226_1221 > newfile
You should be able to view newfile using nsat's "user select" browser.
If not, then the product might be encrypted. Its not zlib compressed
since the product portion starts with "\0" and not "x 234". Let me know
if you are able to view it after you strip off the first 4 lines.
I can view the products at:
ftp://weather.noaa.gov/SL.us008001/DF.of/DC.radar/DS.p19r0/
These do have the 2 WMO and PIL but without the leading FOS characters.
Steve Chiswell
>From: "Glenn Rutledge" <address@hidden>
>Organization: NCDC
>Keywords: 200102261819.f1QIJ2L14664
>Hello Steve,
>Kudo's to your perseverance on the GRIDDED RCM files- I'm finally
>plotting them. Now back to my original problem which was the level-III
>rcms'. I'm getting the data out to directories in the proper structures
>(i.e., NCR/N0R, etc.) but I have all the noaaport junk before the actual
>data. An od dump reveals:
>
>0000000 001 \r \r \n 0 0 0 \r \r \n S D U S 5 2
>0000020 K G S P 2 6 1 5 2 1 \r \r \n N
>0000040 C R G S P \r \r \n \0 % , t \0 \0 332 233
>0000060 \0 \0 P 370 002 + 002 H \0 004 377 377 \0 \0 210 C
>0000100 377 376 276 324 004 035 \0 % \0 001 \0 006 337 \0 L
>0000120 , t \0 \0 327 350 , t \0 \0 332 230 \0 \0 \0 \0
>0000140 \0 \0 \0 \0 200 002 001 034 001 030 001 024 001 020 001 \f
>0000160 001 \b 001 004 \0 \0 002 004 002 \b 002 \f 002 020 002 024
>0000200 002 030 002 034 \0 ; \0 \0 \0 \0 \0 \0 A 335 333 316
>0000220 \0 \0 \0 \0 \0 \0 \0 < \0 \0 ( g \0 \0 \0 \0
>0000240 377 377 \0 001 \0 \0 P V \0 001 377 377 \0 \0 P F
>0000260 272 007 200 \0 \0 300 \0 001 \0 001 \0 001 \0 \0 \0 001
>
>It's the 001 \r \r \n 0 0 0 \r \r \n that must be the
>problem. I suspect you must strip off (I suspect to distribute over
>IDD), do have a snippet of code to do this? Or, do you have another
>suggestion. Thanks much, Glenn
>(next time I'm in Boulder, I gotta buy you lunch!).
>