[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

20051122: ldm feed



>From: "Happel, Shelly" <address@hidden>
>Organization: USF
>Keywords: 200511221843.jAMIhP7s009090 IDD FNEXRAD notifyme

Hi Shelly,

re:
>I'm wondering if I could get some assistance in determining whether we
>(USF) are receiving FNEXRAD.
>
>I suspect we are not - and I ldmping-ed our upstream sources
>Pluto.met.fsu.edu & atm.geo.nsf.gov - they are both active.
>
>Then I did a notifyme -h Pluto.met.fsu.edu -f FNEXRAD - and the same for
>the atm and nothing happens...

You have to wait until the data is flowing in the stream.  The FNEXRAD
feed now only contains the composites of NEXRAD Level III data (both in
image and grib formats), so the stream is not continuously full of
products.  A better test is to do a notifyme that lists all of the
products received in the last hour for your own LDM:

<on metlab as 'ldm'>
notifyme -vxl- -f FNEXRAD -o 3600

I did the same thing here pointing at your LDM host and see that
you are receiving FNEXRAD data:

notifyme -vxl- -f FNEXRAD -o 3600 -h metlab.cas.usf.edu

v 22 18:55:40 notifyme[20433] NOTE: Starting Up: metlab.cas.usf.edu: 
20051122175540.637 TS_ENDT {{FNEXRAD,  ".*"}}
Nov 22 18:55:40 notifyme[20433] NOTE: LDM-5 desired product-class: 
20051122175540.637 TS_ENDT {{FNEXRAD,  ".*"}}
Nov 22 18:55:40 DEBUG: NOTIFYME(metlab.cas.usf.edu) returns OK
Nov 22 18:55:40 notifyme[20433] NOTE: NOTIFYME(metlab.cas.usf.edu): OK
Nov 22 18:55:41 notifyme[20433] INFO: 2eb76faf40726127bddbf20656271f90  1088604 
20051122175600.661 FNEXRAD 000  rad/NEXRCOMP/1km/n0r_20051122_1750
Nov 22 18:55:42 notifyme[20433] INFO: ea3c3acef977c2b1d3d39412000d9bf2    24085 
20051122175600.733 FNEXRAD 000  rad/NEXRCOMP/4km/ntp_20051122_1750
Nov 22 18:55:42 notifyme[20433] INFO: 9a5807e25887cf0279d26381df86bb84    83800 
20051122175610.410 FNEXRAD 000  radar_mosaic_national 
!grib/unidata/1/#255/200511221754/F000/N0R/sfc! 000000
Nov 22 18:55:42 notifyme[20433] INFO: 41af24b684ddd7bb808f73d167d3b5f0    63840 
20051122175610.417 FNEXRAD 001  radar_mosaic_national 
!grib/unidata/1/#255/200511221754/F000/NET/sfc! 000001
Nov 22 18:55:42 notifyme[20433] INFO: 2ead61fe4e6d8276749d85d884e7c409    47169 
20051122175612.504 FNEXRAD 000  pnga2area Q5 RL 300 RADAR BREF 6km 20051122 
1754Nov 22 18:55:43 notifyme[20433] INFO: b18527eb30813b78959f8b502bded13f  
1094224 20051122175901.287 FNEXRAD 000  rad/NEXRCOMP/1km/n0r_20051122_1753
Nov 22 18:55:43 notifyme[20433] INFO: bb9e5e28bcf500dd6e23e563e55bf4a2    39698 
20051122175901.336 FNEXRAD 000  rad/NEXRCOMP/2km/n1p_20051122_1752
Nov 22 18:55:43 notifyme[20433] INFO: 4a8bbbf786b9dbfa8a671e9464481845    90954 
20051122180012.781 FNEXRAD 000  radar_mosaic_regional_tri 
!grib/unidata/2/#255/200511221757/F000/N0R/sfc! 000000
Nov 22 18:55:43 notifyme[20433] INFO: 52b498050802dd34f78ba460820fd3cb    79971 
20051122180017.853 FNEXRAD 000  pnga2area Q5 RO 400 RADAR BREF 1km 20051122 
1757Nov 22 18:55:43 notifyme[20433] INFO: aaff4e98caad6171d7a833c84095cf13  
1092985 20051122180200.319 FNEXRAD 000  rad/NEXRCOMP/1km/n0r_20051122_1755
 ...

I also compared the volume of FNEXRAD products on metlab with the
volume we are seeing on our IDD top level relay cluster, idd.unidata.ucar.edu:

FNEXRAD volume on metlab:
http://www.unidata.ucar.edu/cgi-bin/rtstats/iddstats_vol_nc?FNEXRAD+metlab.cas.usf.edu

FNEXRAD volume on uni2.unidata.ucar.edu:
http://www.unidata.ucar.edu/cgi-bin/rtstats/iddstats_vol_nc?FNEXRAD+uni2.unidata.ucar.edu

If you put up each plot in a different tab of your web browser
(assuming you are using Firefox or Mozilla and are using tabbed
browsing), and flip back and forth you will see that the total volume
of FNEXRAD data being received by metlab is identical to our top level
relay.  My conclusion is that you are receiving all of the FNEXRAD data
that there is to receive.

>I can see we're getting nexrad and all of the other files, but not the
>FNEXRAD - and we want to use the pngg2gini files. 

I would guess tha the problem you are seeing is being caused by the
processing of the data, not its receipt.  To troubleshoot this, I
would:

- review your pqact.conf entries to make sure that you are correctly
  setup to process the FNEXRAD PNG compressed GINI images

- make sure that your pqact.conf entries do not have errors _before_
  your pngg2gini entries:

ldmadmin pqactcheck

- make sure that your pngg2gini decoder is capable of running on
  your system:

ldd `which pngg2gini`

  If there is an indication of a shared library that is not being
  found, that is your problem.

- check your log file to see what your decoder is telling you.  This
  would likely be the ~ldm/logs/ldm-mcidas.log file, but it could
  be different on your system depending on the pqact.conf entries
  for pngg2gini.

>Any help or advice would be appreciated. Thanks so much,

Please let me know if the above helps you figure out what is going on.

Cheers,

Tom
--
NOTE: All email exchanges with Unidata User Support are recorded in the
Unidata inquiry tracking system and then made publicly available
through the web.  If you do not want to have your interactions made
available in this way, you must let us know in each email you send to us.