]> Pileus Git - ~andy/rsl/blob - doc/whats_new.html
4ed91ef16e316dfa910bd8f73914ae44bd607714
[~andy/rsl] / doc / whats_new.html
1 <!doctype html public "-//w3c//dtd html 4.0 transitional//en">
2 <html>
3 <head>
4    <meta http-equiv="Content-Type" content="text/html; charset=iso-8859-1">
5    <meta name="GENERATOR" content="Mozilla/4.7 [en] (X11; U; Linux 2.2.12 i686) [Netscape]">
6 </head>
7 <body>
8 <a href="index.html"><img SRC="rsl.gif" height=100 width=100></a>
9 <hr>
10 <br>&nbsp;
11 <br>&nbsp;
12 <h1>
13 What's new?</h1>
14
15 <h2>
16 06/22/2011: Version 1.41 supports WSR-88D Level II Build 12 format.</h2>
17 <h2>
18 07/24/2008: Version 1.39 supports WSR-88D Level II Build 10 format.</h2>
19 <h2>
20 02/15/2006: Version 1.34 supports WSR-88D Level II Build 8 format.</h2>
21 RSL can read both the old and new WSR-88D Level II data format.
22 <h2>
23 Version 1.33 supports WSR-88D Level II Build 5 format.</h2>
24 RSL can read both the old and new WSR-88D Level II data format.
25
26 <h2>
27 Version 1.25 release (what's new since v1.24).</h2>
28 Merged changes from version 1.24.1.&nbsp; Also, HDF&nbsp;routines are back
29 as not having them in the library caused more problems than it was worth.&nbsp;
30 But, the most significant change is that the entire package is configured
31 by the <b>configure</b> script (provided).&nbsp; Building the package is
32 done in two steps.&nbsp; This is a dramatic improvment over previous releases.
33 <h2>
34 Version 1.24.1 release (what's new since v1.24).</h2>
35 Removed the HDF component.&nbsp; Those routines are now part of gvs, where
36 they belong.&nbsp; However, basic support in <a href="RSL_anyformat_to_radar.html">RSL_anyformat_to_radar</a>
37 will exist for HDF -- it will still recognize an HDF file and call
38 <a href="RSL_hdf_to_radar.html">RSL_hdf_to_radar</a>.&nbsp;
39 RSL_hdf_to_radar is located in gvs/gvslib.&nbsp; To configure HDF into
40 RSL, specify <b>-DHAVE_TSDIS_TOOLKIT</b> in the Makefile.
41 <p>Added project[24] to the <a href="RSL_radar_header_struct.html">radar->h</a>
42 structure.
43 <h2>
44 Version 1.23 release (what's new since v1.18).</h2>
45 RSL now accpets the EDGE format.&nbsp; See <a href="RSL_edge_to_radar.html">RSL_edge_to_radar</a>.&nbsp;
46 KDP definition changed.&nbsp; It now normalizes the value based on the
47 radar wavelength.&nbsp; A bug in the RADTEC ingest routine was removed.&nbsp;
48 Other than that, mostly bug fixes that were very minor.&nbsp; Added <a href="RSL_color_table.html">RSL_set_color_table</a>
49 and <a href="RSL_color_table.html">RSL_get_color_table</a>.&nbsp; These
50 routines permit better user control of the color table.
51 <h2>
52 Version 1.18 release (what's new since v1.15).</h2>
53 This version adds the RADTEC format ingest routine.&nbsp; See <a href="RSL_radtec_to_radar.html">RSL_radtec_to_radar</a>.&nbsp;
54 RADTEC requires the use of the PKWARE Data Compression Library, available
55 from PKWARE, Inc., http://www.pkware.com.&nbsp; Also made several minor
56 bug fixes and the image generation was enhanced to allow generation of
57 images out to the range specified.&nbsp; Previously,&nbsp; image pixels
58 were 1km, now they are range/radius.
59 <h2>
60 Version 1.15 release (what's new since v1.14).</h2>
61 This version&nbsp; adds&nbsp; the RAPIC format ingest routine.&nbsp; See
62 <a href="RSL_rapic_to_radar.html">RSL_rapic_to_radar</a>.&nbsp;
63 A data truncation bug was fixed in the UF ingest.&nbsp; This bug only affects
64 the velocity data.&nbsp; The Lassen ingest no longer depends on (radar->h.name),&nbsp;
65 for calibration of Gunn Point data.&nbsp; It is now done based on time
66 periods of the data.&nbsp; Please see the <a href="CHANGES">CHANGES</a>
67 file for more information.
68 <h2>
69 Version 1.14 release (what's new since v1.11).</h2>
70 This version continues the minor bug fixes to the HDF component.&nbsp;
71 Additionally, it includes calibration for the Gunn Point radar, in Lassen
72 format.&nbsp;&nbsp; The distinction of Gunn Point data from other lassen
73 data is done by assumming the radar name (radar->h.name) is 'Gunn_Pt'.&nbsp;
74 Please see the <a href="CHANGES">CHANGES</a> file for more information.
75 <h2>
76 Version 1.11 release (what's new since v1.8).</h2>
77 Version 1.9 represented a bug fix to the HDF component.&nbsp; Version 1.10
78 represented a minor
79 <br>upgrade, mostly to the HDF component, but, other areas were modified
80 and that's why it is called an upgrade rather than a bug fix.&nbsp; Version
81 1.11 represents a minor bug fix release from v1.10.&nbsp; It only affects
82 the
83 <br>HDF components.&nbsp;&nbsp; Please see the <a href="CHANGES">CHANGES</a>
84 file for more detailed information regarding what changed.
85 <p>In version 1.10, ZDR color tables were modifed and a first draft of
86 the South Africa data format ingest routine was added.
87 <br>&nbsp;
88 <h2>
89 Version 1.8 release (what's new since v1.7).</h2>
90 Added <a href="RSL_read_these_sweeps.html">RSL_read_these_sweeps</a>.&nbsp;
91 Specify specific sweep numbers for ingest.&nbsp; This drastically speeds
92 up ingest, if you're only interested in the first or first couple of sweeps.&nbsp;
93 For example, making base scans images.
94 <p>Added <a href="RSL_load_color_table.html">RSL_load_zdr_color_table</a>.
95 <p>More HDF mods; more warning messages.
96 <p>The TRMM Office has fixed several bugs in the TSDIS toolkit. For proper
97 HDF creation, that conforming to TSDIS HDF specifications, you will need
98 toolkit 4.5r1.1. Toolkit 4.5r1.1 is an unofficial release; the TRMM office
99 will pass this out upon request.
100 <br>&nbsp;
101 <h2>
102 Version 1.7 release (what's new since v1.6).</h2>
103 This version fixes the lat/lon signs.&nbsp; Also, lat/lon are added to
104 each ray for UF when extended headers are available in SIGMET files.&nbsp;
105 Also, the HDF component has changed.&nbsp; This affects RSL_radar_to_hdf
106 and RSL_hdf_to_radar.
107 <h2>
108 Version 1.6 release (what's new since v1.5).</h2>
109 This version of RSL will work with TSDIS toolkit 4.5r1.&nbsp; UF now has
110 lat/lon stored for each ray, suitable for moving platforms.&nbsp; Also,
111 the wsr88d code does not default to KMLB.
112 <h2>
113 Version 1.5 release (what's new since v1.4).</h2>
114 The HDF component has changed again. This version of RSL will work with
115 toolkit 4.0 or toolkit 4.0.1. Version 4.0.1 is an un-official release of
116 the TSDIS toolkit. This version removes the temporary files created during
117 level 1 processing. There was only one file that changed, the file may
118 be obtained from the TRMM Office, upon request.
119 <p>One minor consistancy check was added to the wsr88d ingest; it checks
120 that the number of bins in a ray is reasonable. This problem usually manifests
121 itself from bad input files.
122 <h2>
123 Version 1.4 release (what's new since v1.0).</h2>
124 The HDF component is in a state of flux. The <a href="http://tsdis/tsdis/tsdistk.html">TSDIS
125 toolkit</a> keeps changing -- the interface keeps changing. The TSDIS toolkit
126 is, in the TRMM Office opinion, not stable. Their latest release is 4.0
127 and it has fixed many problems. One minor problem remains for level 1 processing:
128 temporary config files are not removed when the toolkit is closed.
129 <p>RSL is incorporated into a larger package called GVBOX. The latest version
130 of GVBOX is 1.1. GVBOX is a complete ground validation system to generate
131 TRMM GV products on pentium PCs running Linux. GVBOX is available on CDROM.
132 <p>RSL is now LGPL-ed.
133 <p>Added the routine <a href="RSL_select_fields.html">RSL_select_fields</a>
134 to reduce memory requirements upon reading data. This works very nicely
135 for LASSEN data where the number of fields is large, however, only 2 or
136 3 are needed.
137 <h2>
138 Version 1.0 release (what's new since v0.45).</h2>
139 Version 1.0 marks the jump from the previous stable version, version 0.45.
140 A few very minor bugs were encountered and repaired. But, the bulk of this
141 transisition is improved documentation with the addition of a Users Guide.
142 Additionally, the SIGMET ingest was repaired and can now read version 2
143 files, HDF I/O was added and the LASSEN ingest modified to read version
144 1.4 files. Version 1.4 LASSEN files were used during the MCTEX experiment.
145 Other than that, no major modifications were made. Technically, version
146 1.0 is a minor upgrade to RSL 0.45. But, due to the witnessed stability
147 of RSL, it was decided to call it version 1.0.
148 <br>&nbsp;
149 <h2>
150 Can read compressed files automatically (new since v0.41)</h2>
151 Transparent, to all ingest routines the capability of filtering the input
152 data file through the GNU gzip program for decompressing the file has been
153 added. This feature does not appear to slow the I/O time and, in some cases,
154 especially on 486 pc's, improves overall throughput time. Two generic,
155 internal routines, have been added: <b>compress_pipe</b> and <b>uncompress_pipe</b>.
156 Each routine takes a <b>FILE *</b> and redirects it through <b>gzip</b>.
157 Each routine returns a new <b>FILE *</b>. Wsr88d files occupy 1/10 the
158 disk space when compressed and the TRMM Office plans to compress wsr88d
159 files to CDROM and 8mm tape for overall throughput savings for the production
160 system. It will no longer be necessary to decompress the data before processing
161 level 1.
162 <p>Similiarly, UF output can be saved using the gzip filter. The new routine
163 added is <a href="RSL_radar_to_uf.html">RSL_radar_to_uf_gzip</a> which
164 utilizes the gzip compression filter.
165 <h2>
166 Can read stdin (new since v0.39)</h2>
167 A new routine is provided called <a href="RSL_uf_to_radar.html">RSL_uf_to_radar_fp</a>
168 which takes an open file descriptor and returns a radar pointer. That file
169 pointer can be <b>stdin</b>. This special interface syntax, for the UF
170 ingest, is an exception to the interfaces that the other ingest routines
171 have. All other ingest routines, including <a href="RSL_uf_to_radar.html">RSL_uf_to_radar</a>,
172 have been modified to read stdin when the input filename is NULL. The complete
173 list of routines is: <a href="RSL_wsr88d_to_radar.html">RSL_wsr88d_to_radar</a>,
174 <a href="RSL_nsig_to_radar.html">RSL_nsig_to_radar</a>,
175 <a href="RSL_lassen_to_radar.html">RSL_lassen_to_radar</a>,
176 <a href="RSL_uf_to_radar.html">RSL_uf_to_radar</a>,
177 <a href="RSL_mcgill_to_radar.html">RSL_mcgill_to_radar</a>
178 and <a href="RSL_toga_to_radar.html">RSL_toga_to_radar</a>. The only routine
179 that will not accept stdin will be <a href="RSL_anyformat_to_radar.html">RSL_anyformat_to_radar</a>.
180 That routine will not be able to handle reading stdin because it needs
181 to read the first few bytes of the file to determine which ingest routine
182 to call. If you plan to make a filter program, you'll just have to know
183 what file format you expect: UF, nsig, wsr88d, etc.
184 <br>&nbsp;
185 <br>&nbsp;
186 </body>
187 </html>