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

20011030: Radar Coded Messages (cont.)



>From:  Jerrold Robaidek <address@hidden>
>Organization:  Space Science and Engineering Center
>Keywords:  200110300043.f9U0hS105503 Unidata-Wisconsin MDR

Jerry,

re: no MDR image in Unidata-Wisconsin for 0Z
>I assume this is occurring on unidata.ssec.wisc.edu ....

Yes.

>I'm looking into it now.

Great!

>If you have something that you know about, let me know.

I suspect that the job that is being kicked off to convert the MDR
grid into an image is simply lacking something like a DAY= specification,
but I have not looked into it to gather facts to support this.

>Thanks,

Later...

>Jerry

>Tom Yoksas wrote:
>> 
>> >From:  Tim Alberta <address@hidden>
>> >Organization:  UCAR/COMET
>> 
>> Tim,
>> 
>> >Does anyone know why, at 00Z, the radar coded message (MDRadar), instead
>> >of providing the 00Z image, retransmits the 23Z image?
>> 
>> Small correction: the MDR radar product in the Unidata-Wisconsin datastream
>> is not created from Radar Coded Messages.
>> 
>> More importantly, I hadn't noticed that the 0Z MDR product is never
>> being sent.  This will take some investigation on the Unidata-Wisconsin
>> datastream injection machine.
>> 
>> >And why the real
>> >00Z image never appears?  I think the 01 and 02Z RCMs are also absent
>> >most of the time, but what we're really looking for is 00Z.
>> >
>> >This is what I see on ldmwatch:
>> >
>> >Oct 29 23:06:27...MCIDAS 000  pnga2area Q1 U3 204 GRAPHICS UNKBAND 5km
>> >20011029 2259
>> >
>> >at 2306Z, and
>> >
>> >Oct 30 00:06:15...MCIDAS 000  pnga2area Q1 U3 205 GRAPHICS UNKBAND 5km
>> >20011029 2259
>> >
>> >at 0006Z.
>> >
>> >My pqact.conf entry looks like
>> >
>> >MCIDAS ^pnga2area Q. (..) (.. )        FILE    -close  /tmp/rawarea.0\2
>> >MCIDAS ^pnga2area Q. (..) (.. )        EXEC    /pub/ldm/bin2/mvarea1.pl -l
>> >/tmp/rawarea.0\2
>> >
>> >MCIDAS ^pnga2area Q. (..) (... )       FILE    -close  /tmp/rawarea.\2
>> >MCIDAS ^pnga2area Q. (..) (... )       EXEC    /pub/ldm/bin2/mvarea1.pl -l
>> >/tmp/rawarea.\2
>> >
>> >and to verify, gif images of the two products (23Z and 00Z) are
>> >identical.
>> >
>> >Any insight would be appreciated!
>> 
>> The problem is not on the receiving side.  It is on the sending side.
>> I will try and look into this tomorrow.

Tom
--
+-----------------------------------------------------------------------------+
* Tom Yoksas                                             UCAR Unidata Program *
* (303) 497-8642 (last resort)                                  P.O. Box 3000 *
* address@hidden                                   Boulder, CO 80307 *
* Unidata WWW Service                             http://www.unidata.ucar.edu/*
+-----------------------------------------------------------------------------+