[
Date Prev][
Date Next][
Thread Prev][
Thread Next][
Date Index][
Thread Index]
20000105: NWX Troubles
- Subject: 20000105: NWX Troubles
- Date: Thu, 06 Jan 2000 13:26:55 -0700
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 #
> ###############################################################
>
