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

20060107: 20060107: McIDAS - Computation of CAPE and EL within Mcidas (cont.)



>From: "Frederick R. Mosher" <address@hidden>
>Organization: ERAU
>Keywords: 200601042006.k04K6OMY020992 McIDAS ADDE server

Hi Fred,

re
>The GOES data is coming from the Unidata East and West ADDE serves at SSEC.

I figured as much.  By the way, we have installed a GOES-West SDI here
at UCAR (at the Mesa) and will be working on a GOES-East one (timetable
is unspecified).  We will then be able to act as a backup/secondary
source for full GOES imagery.

>The non-GOES data is coming from the NESDIS ADDE servers of IND, MET, MOD,
>MSG, MTS, PLR, GCR and GPR.

These are the SATEPS servers that I referred to.  We have access to
them as well.

>I requested access to the foreign data, and they
>gave me access to the in-house NESDIS servers directly.

I have been working with EUMETSAT to make METEOSAT data available by
ADDE directly.  This is a slow, uphill battle given their data
policies.

>The global data
>sets that I generate have the most current MSG and Meteosat data imbedded
>within. Since the data is used in house for class room work, I have not had
>to worry about the Meteosat restrictions.

I figured that this was the case as well.

>The global data sets are
>generated every half hour at the GOES-east hemispheric times. I presume that
>I could generate a second version of the global data sets that only access
>the Meteosat data every 6 hours, so the composites could be make available
>on the web. 

I guess that this would be the safest approach since it would conform
to EUMETSAT's data policy.  I can tell you, however, that the SSEC
global Mollweide imagery being delivered in the IDD UNIWISC feed
contain current MSG data.  EUMETSAT is apparently "unofficially" aware
of this and has not negatively commented.  I am guessing, however, that
if they were "officially" made aware of this, the practice might have
to stop.  The "realtime" restrictions on METEOSAT data (i.e., the data
must be 24 hours old before it can be freely redistributed) is a real
shame _especially_ given that full MSG data is being broadcast
throughout Europe and Africa in realtime.  Anyone in Europe and Africa
can purchase a decrypter key from EUMETSAT and get all of the data in
realtime.  They cannot, however, redistribute it.

>The GEMPAK satellite images are in AREA format with the names changed to the
>GEMPAK data_time conventions.

OK.  Calling them GEMPAK satellite images is, therefore, a bit offbase.
They would be usable in any application that supports McIDAS AREA files
(e.g., McIDAS, IDV, Matlab, IDL, AND GEMPAK).

>I will talk to Chris Herbster about becoming a regional data server site.  I
>think that it can be arranged. 

Excellent!  Again, I have talked to Chris about more than once while he
was in Boulder attending Unidata User Committee meetings.  He has been
open to ERAU being a data source site for NOAAPORT data and has
expressed interest in being a community data server site.  This service
would be a wonderful contribution to the Unidata community!

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.


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.