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.
Chris, Ok- lets look at 1 directory here: ls -l $TEXT_DATA/pubprod/area: -rw-rw-r-- 1 ldm ustaff 3698 Jan 5 17:17 2000010600.area -rw-rw-r-- 1 ldm ustaff 16429 Jan 5 19:01 2000010601.area -rw-rw-r-- 1 ldm ustaff 26132 Jan 5 20:02 2000010602.area -rw-rw-r-- 1 ldm ustaff 14564 Jan 5 20:56 2000010603.area -rw-rw-r-- 1 ldm ustaff 21657 Jan 5 21:55 2000010604.area -rw-rw-r-- 1 ldm ustaff 22220 Jan 5 23:02 2000010605.area -rw-rw-r-- 1 ldm ustaff 1857 Jan 5 23:08 2000010606.area -rw-rw-r-- 1 ldm ustaff 44442 Jan 6 01:00 2000010607.area -rw-rw-r-- 1 ldm ustaff 74727 Jan 6 02:00 2000010608.area -rw-rw-r-- 1 ldm ustaff 82675 Jan 6 02:59 2000010609.area -rw-rw-r-- 1 ldm ustaff 36700 Jan 6 03:58 2000010610.area -rw-rw-r-- 1 ldm ustaff 18120 Jan 6 04:36 2000010611.area -rw-rw-r-- 1 ldm ustaff 17862 Jan 6 05:58 2000010612.area -rw-rw-r-- 1 ldm ustaff 5744 Jan 6 06:38 2000010613.area -rw-rw-r-- 1 ldm ustaff 15810 Jan 6 07:52 2000010614.area -rw-rw-r-- 1 ldm ustaff 23433 Jan 6 11:16 2000010615.area -rw-rw-r-- 1 ldm ustaff 28171 Jan 6 10:00 2000010616.area -rw-rw-r-- 1 ldm ustaff 12181 Jan 6 10:48 2000010617.area -rw-rw-r-- 1 ldm ustaff 1234 Jan 6 11:20 2000010618.area -rw-rw-r-- 1 ldm ustaff 2743 Jan 4 00:47 2000010707.area Make sure you don't have a bunch of garbage file names in there ie, previous to the pqact patch or something. You are naming the files YYYYMMDDHH.ext from what you sent in your previous message. Your $NWX_TABLES/master,tbl should have the line: AREA_DISC stations.tbl W $TEXT_DATA/pubprod/area area Let me know what you find, Steve Chiswell Unidata User SUpport >From: "C. Vandersip" <address@hidden> >Organization: . >Keywords: 200001061734.KAA28903 >Steve, > >Well, the profiler data is now coming in clean was a whistle and looks >great on Garp. I'll be doing the acars and rcms very soon. > >Regarding nwx, I built and installed your nwx directory and, >unfortunately, no change. Observations come in great, but nothing else. >I'm guessing it's my end, but not sure where. Next step? > >Thanks again, > >Chris > >On Wed, 5 Jan 2000, Unidata Support wrote: > >> >> Chris, >> >> I don't know off hand what the problem is, so we should probably sync >> up your version.... >> >> I've placed in ~gbuddy/nawips-5.4/patches/nwx.tar.Z >> my running nwx version. Download this to your $NAWIPS directory and >> unpack with: >> zcat nwx.tar.Z | tar xvf - >> >> then build with: >> >> cd $NAWIPS/nprogs/nwx/source >> make clean >> make all >> make install >> make clean >> >> >> the pound-ID in MOS usually means that there are no files for the >> current time (yesterday, day-2) available. >> >> As for the dcncprof, you should have this in your $NAWIPS/unidata/ldmbridge >> subdirectory from pl12. You will need to have you NETCDFINC and NETCDF varia > bles >> defined in $NAWIPS/config/Makeinc.common (should be done when you installed >> dcacars). >> >> Build with: >> cd $NAWIPS/unidata/ldmbridge/dcacars >> make clean >> make all >> make install >> make clean >> >> You should be receiving the FSL data feed for the netcdf profiler data. >> The pqact.conf actions are shown at: >> http://www.unidata.ucar.edu/packages/gempak/tutorial/pqact/decoders.tbl >> >> ##### >> # FSL NetCDF Wind Profiler >> FSL2 ^FSL\.NetCDF\.NOAAnet\.windprofiler\.(01hr)\.(.*)\..* >> PIPE -close dcncprof -v >> -l data/gempak/logs/dcncprof.log >> -e GEMTBL=/home/gempak/NAWIPS-5.4/gempak5.4/tables >> data/gempak/profiler/YYYYMMDD_pro.gem >> FSL2 ^FSL\.NetCDF\.NOAAnet\.windprofiler\.(06min)\........(0[0-9]|1[01]). > .\..* >> PIPE -close dcncprof -v >> -l data/gempak/logs/dcncprof.log >> -e GEMTBL=/home/gempak/NAWIPS-5.4/gempak5.4/tables >> data/gempak/profiler/YYYYMMDD00_6min.gem >> FSL2 ^FSL\.NetCDF\.NOAAnet\.windprofiler\.(06min)\........(1[2-9]|2[0-3]) > ..\..* >> PIPE -close dcncprof -v >> -l data/gempak/logs/dcncprof.log >> -e GEMTBL=/home/gempak/NAWIPS-5.4/gempak5.4/tables >> data/gempak/profiler/YYYYMMDD12_6min.gem >> >> Once you have that, Garp should be ready to go. An example looks like: >> http://www.unidata.ucar.edu/packages/gempak/examples/profiler/ >> >> Steve Chiswell >> Unidata User Support >> >> >> >> >> >> >> >From: "C. Vandersip" <address@hidden> >> >Organization: . >> >Keywords: 200001052152.OAA21749 >> >> >Just to let you know, the patch fixed part of the problem. I can now view >> >Observations in NWX. Still can't view anything else. Here are some of >> >the messages: >> > >> >For Public Products, SPC, Watches/Warnings,HPC,... - "no reports" >> >Example For MOS - No data available for (British pound symbol)TAE - that's >> >weird >> > >> >Any other patches I might be missing? >> > >> >Thanks again, >> > >> >Chris >> > >> > >> >On Wed, 5 Jan 2000, Steve Chiswell wrote: >> > >> >> Chris, >> >> >> >> Looks like the problem you had previously at: >> >> http://www.unidata.ucar.edu/glimpse/gempak/3200 >> >> >> >> You said that you needed to set your LD_LIBRARY_PATH for the fortran lib > dir >> > . >> >> >> >> Steve Chiswell >> >> Unidata User SUpport >> >> >> >> >> >> >> >> >> >> On Wed, 5 Jan 2000, C. Vandersip wrote: >> >> >> >> > On Wed, 5 Jan 2000, Steve Chiswell wrote: >> >> > >> >> > > >> >> > > >> >> > > Chris, >> >> > > >> >> > > I think I fixed this here in a september patch. Once we get things sh > ipp >> > ed >> >> > > out to the ams- I'll consolidate all these patches again into a compl > ete >> > ly new >> >> > > distribution since traking all these patches is a royal pain. >> >> > > >> >> > > I've attatched the nwx files dir.c and txtw.c to this message. Place > the >> > se >> >> > > routines in your $NAWIPS/nprogs/nwx/source directory, then build with > : >> >> > > >> >> > > cd $NAWIPS/nprogs/nwx/source >> >> > > make all >> >> > > make install >> >> > > make clean >> >> > > >> >> > > Let me know if this clears things up. >> >> > > >> >> > > Steve Chiswell >> >> > > Unidata User Support >> >> > > >> >> > > >> >> > Steve, >> >> > >> >> > Thanks. I'm getting an ld error on the recompile. Any clues? >> >> > >> >> > /u3p/SUNWspro/bin/f77 -O -c mapspnt.f >> >> > mapspnt.f: >> >> > map_spnt: >> >> > "GEMINC:GEMPRM.PRM", line 20: Warning: local variable "ermiss" never us > ed >> >> > >> >> > Undefined first referenced >> >> > symbol in file >> >> > __s_rsFe_nv /nawips/lib/sol/gemlib.a(ermmsg.o) >> >> > __do_f_out_nv /nawips/lib/sol/gemlib.a(erwmsg.o) >> >> > __do_f_in_nv /nawips/lib/sol/gemlib.a(ermmsg.o) >> >> > __s_wsle_nv /nawips/lib/sol/gemlib.a(imsimg.o) >> >> > __f_inqu_nv /nawips/lib/sol/gemlib.a(flinqr.o) >> >> > __s_wsFi_nv /nawips/lib/sol/gemlib.a(stinch.o) >> >> > __f_open_nv /nawips/lib/sol/gemlib.a(fldopn.o) >> >> > __s_rsFi_nv /nawips/lib/sol/gemlib.a(stctoi.o) >> >> > __s_wsFe_nv /nawips/lib/sol/gemlib.a(erwmsg.o) >> >> > __s_rdue_nv /nawips/lib/sol/gemlib.a(flread.o) >> >> > ld: fatal: Symbol referencing errors. No output written to nwx >> >> > >> >> > Regards, >> >> > >> >> > Chris >> >> > >> >> > ############################################################## > # >> >> > # Chris Vandersip > # >> >> > # Computer Research Specialist/Dept. Sysadmin > # >> >> > # Rm. 024, Dept. of Meteorology, Florida State University > # >> >> > # address@hidden (850)644-2522 > # >> >> > ############################################################## > # >> >> > >> >> > >> >> >> > >> > ############################################################### >> > # Chris Vandersip # >> > # Computer Research Specialist/Dept. Sysadmin # >> > # Rm. 024, Dept. of Meteorology, Florida State University # >> > # address@hidden (850)644-2522 # >> > ############################################################### >> > >> >> **************************************************************************** >> Unidata User Support UCAR Unidata Program >> (303)497-8644 P.O. Box 3000 >> address@hidden Boulder, CO 80307 >> ---------------------------------------------------------------------------- >> Unidata WWW Service http://www.unidata.ucar.edu/ >> **************************************************************************** >> > > ############################################################### > # Chris Vandersip # > # Computer Research Specialist/Dept. Sysadmin # > # Rm. 024, Dept. of Meteorology, Florida State University # > # address@hidden (850)644-2522 # > ############################################################### >