[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: 20000105: NWX Troubles
- Subject: Re: 20000105: NWX Troubles
- Date: Thu, 6 Jan 2000 15:45:09 -0500 (EST)
Steve,
Boom, there it is...Removed -strip from all the pqact lines and
we're now charmed. Thank you very much.
You're right. We weren't really using nwx before, but interest has
surfaced among some faculty members, so I had to get it working. And
apparently, un-stripping has no ill effects on the "weather" program
either.
Regards,
Chris
On Thu, 6 Jan 2000, Unidata Support wrote:
>
> Chris,
>
> You will definitely have trouble with your files since you are using -strip
> when filing the data. NWX uses the bulletin control characters to
> get each product. So, it seems to me that this couldn't have worked before.
> I was thinking that all of a sudden, it stopped working.
>
> Try storing the data without stripping it, eg something like:
> WMO ^FXUS6[0-9] .... ([0-3][0-9])([0-2][0-9]).*/pAFD
> FILE data/gempak/nwx/pubprod/area/(\1:yyyy)(\1:mm)\1\2.area
>
> Steve Chiswell
> Unidata User Support
>
>
>
> >From: "C. Vandersip" <address@hidden>
> >Organization: .
> >Keywords: 200001061955.MAA04071
>
> >Steve,
> >
> >Ok, I see now how the $NWX_TABLES/master.tbl controls the search. Our
> >directory structure for text products is setup to accomodate Peter
> >Neilley's "weather" program, so I modified that one line to match ours.
> >Here's our dir structure, the modified line in the table, and our
> >corresponding pqact line. Unfortunately, now when I bring up "Area
> >Discussions", I get a blank map and no messages at all in the text box.
> >
> >lightning.cvander> ls $TEXT_DATA
> >ADMIN/ CMAN/ INT/ PUBLIC/ SIGMETS/
> >AIRCRAFT/ CONVECT/ LFM/ QPS/ STATE/
> >AIREP/ DIFAX@ LONG/ QUAKE/ STORM/
> >AIRMET/ ETA/ MARINE/ RAD/ SUMM/
> >ALL/ EXTEND/ METAR/ RADSUM/ SYNOPT/
> >AREA/ FDW/ MISC/ RECON/ TAB/
> >AVA/ FORED/ MOS/ RECORD/ TAF/
> >AVN/ FOUS_72/ MRFMOS/ RECREA/ TWEB/
> >AVSYNS/ FP4/ NAT/ RIVER/ UA/
> >CARIB/ FTS/ NGM/ ROAD_REPORTS/ WARN/
> >CGD/ HAZARD/ NGMMOS/ ROUNDUP/ ZONE/
> >CITY/ HURR/ PIREP/ SHIP/
> >CLIMO/ HYDRO/ PROFILER/ SHIPD/
> >pluto.root> ls FORED
> >...
> >2000010614.FOREDISS
> >2000010615.FOREDISS
> >...
> >
> >AREA_DISC stations.tbl W $TEXT_DATA/FORED FOREDISS
> >
> >
> > WMO ^FXUS[67][123456] .... ([0-3][0-9])([0-2][0-9])
> > FILE -strip
> > data/weather/FORED/(\1:yyyy)(\1:mm)\1\2.FOREDISS
> > WMO ^FXCA72 TJSJ ([0-3][0-9])([0-2][0-9])
> > FILE -strip
> > data/weather/FORED/(\1:yyyy)(\1:mm)\1\2.FOREDISS
> >
> >
> >On Thu, 6 Jan 2000, Unidata Support wrote:
> >
> >>
> >> 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/ldmbrid
> > ge
> >> >> subdirectory from pl12. You will need to have you NETCDFINC and NETCDF
> >> >> va
> > ria
> >> > bles
> >> >> defined in $NAWIPS/config/Makeinc.common (should be done when you
> >> >> install
> > ed
> >> >> 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
> >> >> >vi
> > ew
> >> >> >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
> >> >> >> l
> > ib
> >> > 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
> >> >> >> > > co
> > mpl
> >> > 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.
> >> >> >> > > Pla
> > ce
> >> > the
> >> >> > se
> >> >> >> > > routines in your $NAWIPS/nprogs/nwx/source directory, then build
> >> >> >> > > w
> > ith
> >> > :
> >> >> >> > >
> >> >> >> > > 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
> >> >> Prog
> > ram
> >> > <
> >> >> (303)497-8644 P.O. Box
> >> >> 3
> > 000
> >> > <
> >> >> address@hidden Boulder, CO 80
> > 307
> >> > <
> >> >> -------------------------------------------------------------------------
> > ---
> >> > <
> >> >> 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 #
> >> > ###############################################################
> >> >
> >>
> >> ****************************************************************************
> > <
> >> 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 #
> > ###############################################################
> >
>
> **************************************************************************** <
> 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 #
###############################################################