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