This archive contains answers to questions sent to Unidata support through mid-2025. Note that the archive is no longer being updated. We provide the archive for reference; many of the answers presented here remain technically correct, even if somewhat outdated. For the most up-to-date information on the use of NSF Unidata software and data services, please consult the Software Documentation first.
>From: "Robert Mullenax" <address@hidden> >Organization: UCAR/Unidata >Keywords: 200204182204.g3IM4va19093 >I have two questions. > >1) At NSBF we have a need for this as scientific >ballooning continues to move towards more long duraton flights, >such as the ones coming up from Australia later this year. >The TAFS aren't so much used for operational purposes but for >the use of researchers who need to know what type of conditions >the balloon could be expected to fly over. To give a little >head start, I wonder if you could outline the basic process >for doing this? Process of what? Adding Australian TAF's to NWX? Just add the FTAU bulletins to those being FILE'd in the gempak/nwx/aviation/fts directory .fts files and add the Australian ID's to the $NWX_TABLES/taf.stn file. Or, create a new category in $NWX_TABLES/guidata.tbl and add the appropriate table & template information for your files in $NWX_TABLES/master.tbl. > >2) Just a suggestion, it would be nice if NSHARP had a config file >for the models list (i.e. so you aren't locked into the thinned grid >for AVN). I have been changing $NAWIPS/nprogs/nsharp/source/xwvid6.c >and recompiling but this is kind of a pain. I plan on ripping out the old hard coded stuff and use a config file like NMAP that finds the templates and available model runs. That whole Sharp95 configuration file, including data directories etc. can be replaced by the general GEMPAK tables information. The original design was a port of SHARP, but I think it makes since to integrate all the GEMPAK configurations. > >Thanks, >Robert Mullenax > Steve Chiswell