NOTICE: This version of the NSF Unidata web site (archive.unidata.ucar.edu) is no longer being updated.
Current content can be found at unidata.ucar.edu.
To learn about what's going on, see About the Archive Site.
NOTICE: This version of the NSF Unidata web site (archive.unidata.ucar.edu) is no longer being updated.
Current content can be found at unidata.ucar.edu.
To learn about what's going on, see About the Archive Site.
Ability to read McIDAS AREA format (I suspect that is a given but just want to have it on the list). Ability to create radar composites quickly (gdradr) GUI should have Time Matching and Autoupdate features. Ability to create local station lists and ability to decode data not distribubted through NWS (I am thinking of SPAWAR AWS data from Antarctica here)
-----Original Message----- From: gembud-bounces@xxxxxxxxxxxxxxxx on behalf of Linda Miller Sent: Wed 9/10/2008 10:56 AM To: gembud@xxxxxxxxxxxxxxxx Subject: [gembud] GEMPAK NAWIPS Functionality All- Your feedback is solicited! *GEMPAK NAWIPS Functionality* Below is information that the Unidata Users Committee has compiled about = functionalities that are not currently available, but are desirable in the IDV. GEMPAK will remain available for the indeterminate future, but at some point, sites will have to migrate from GEMPAK to another package. It is = important that the community identify critical functionalities of the current GEMPAK software that must be retained (or enhanced) in future incarnations of AWIPS-II, IDV, or other packages. Which capabilities could be handled by IDV, and which would not make sense to roll into IDV? Which functionalities are most critical to the user community? The following features are available in the Unidata NAWIPS suite. This includes a set of programs that utilize data in GEMPAK format, and in most cases use GEMPAK programs to manipulate and display data. These programs include NMAP2, NSHARP, GARP, and GEMPAK. This list is ****not** in order of priority. If you have thoughts on how to rank this list, or have additional items, please share them in the NAWIPS Migration forum: http://www.unidata.ucar.edu/forums/forum.jspa?forumID=3D21 1) Objective analysis of raw observations to form evenly spaced grids (In my view, this need has been mitigated by modern DA systems and reanalyses to a large extent) 2) Ability to link object libraries to data manipulation programs written in FORTRAN or other languages. This allows efficient storage and = easy i/o for diagnostic computations. 3) Ability to draw manual analyses (contours) using mouse, do shading, annotate with text, etc. (currently utilized in NMAP2, used by National Centers and synoptic classes) 4) Ability to save a manual analysis in gridded digital form (available in NMAP2) 5) Ability to construct meteorograms for surface station data or other data sources 6) Display and contouring of observed sounding cross sections 7) Replace trajectory capability (GPTRAJ) and enhance to allow full 3-D trajectories if possible 8) Easy ability to generate graphics (e.g., for web pages) in Unix/Linux = scripts. The ability to write scripts quickly and easily that will allow = one to setup web pages so data can be accessed from remote locations where a datafeed is not possible (Sweden, Antarctica, Australia). 9) Ensemble model features (displays and diagnostics) 10) SVG/PS output (publication quality) 11) Additional grid diagnostics 12) Careful checking of map-scale factors and other computations 13) Ability to interpolate between different vertical coordinates. Especially critical is analysis in isentropic coordinates, and ability to interpolate data between isentropic and other coordinate systems. 14) Time matching of data, such as radar overlay with surface obs- set one display as the base time, retrieve other data based on that. Needs to work in bundles 15) Sounding overlays ? ability to plot observed soundings, ACARS soundings, model-forecast soundings, etc. 16) Sounding analysis package, such as currently available in NSHARP, computation of hodographs, stability indices, etc. 17) Need to add the functionality needed to read all data distributed by = the IDD locally (e.g., GINI) and identify the "most recent" data files regardless of data type. 18) If it is not there already, be able to set user preferences for radar imagery, satellite imagery, etc., so that one doesn't need to adjust map types, color scales, etc. If this functionality is already built in, then we need to find a better way to communicate to new (and old!) users. 19) NWS text data is also very important as well as soundings. An NWX replacement is needed along with an NSHARP replacement. Display of MOS, raw text obs, forecast discussions, in point-and-click interactive = format 20) Ability for quick and easy display and overlay of 2-D model output, raw observations, satellite and radar. 21) Ability to have satellite and radar loops update without manual intervention is critical. 22) Display of Profiler Winds that are more than 24 hours old. 23) Missing Data: - surface station model data (efficient access through TDS) - lightning data - watches/warnings - ships/buoys -- Linda Miller - lmiller@xxxxxxxxxxxxxxxx Community Services, Unidata University Corporation for Atmospheric Research P.O. Box 3000 Boulder, CO 80307-3000 303-497-8646 fax: 303-497-8690
gembud archives: