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.
>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.