Date   

Re: (unknown)

Robert Moore
 

Thanks John - this looks very much like the glossy brochure we were given at
Leicester. I suppose I was hoping for some more technical advice - may be what
I am looking for should come from the meteorologists rather than EUMETSAT.
Best wishes
Robert



Quoting johnrigsec@aol.com:

In a message dated 11-10-03 17:16:41 GMT Daylight Time,
rsmoore@liverpool.ac.uk writes:

A formless blob moves up over the
Irish Sea and the Welsh coast - how do I know if this is cloud or fog?
Actually
I know it's cloud because I can look out of the window - but supposing it
was
in the North Sea?
Robert,

As you know MSG satellites will observe the Earth in 12 spectral channels.
Each channel has the ability to detect/show various features.
If you go to the EUMETSAT website and look for document EUM BR 11 -
Applications of Meteosat Second Generation - a very informative and
interesting
document - page 7 details the various channels that MSG senses in and gives a

description of what the channels 'show.'

Regards,
John Tellick.







To unsubscribe from this group, send an email to:
MSG-1-unsubscribe@yahoogroups.com



Your use of Yahoo! Groups is subject to http://docs.yahoo.com/info/terms/





------------------------------
Professor Robert Moore
Department of Sociology, Social Policy
and Social Work Studies
The University of Liverpool
Eleanor Rathbone Building
Bedford Street South
Liverpool
L69 7ZA

tel and fax: 44 (0) 1352 714456


Re: Unusual incident

David J Taylor GM8ARV 🏴󠁧󠁢󠁳󠁣󠁴󠁿 🇪🇺
 

--- In MSG-1@yahoogroups.com, "Alan Sewards" <alan.sewards@c...>
wrote:
Hi all,
This morning when I checked the wxsat computer I found MDM
stuck at the 0315 cycle.

Alan,

What do you mean by stuck. Do you mean that the program was
hanging, or simply that 0315 was the last available data?

If you have a bad segment, please do forward it. I have tried to
write the MSG Data Manager to be robust against errors, but there
may be some untrapped ones. So far I have seen:

- data longer than the header says (i.e. corrupted header)
- file shorter that it should be (i.e. truncated file)
- (apparently) bad JPEG data

I currently have one bad segment from Arne to check, but it is not
the same time as you just reported.


The tray showed a host of tellique icons which quickly disappeared
leaving no tellique icon, but the green receiver icon was there and
showed OK on signal and quality. I tried to restart tellique but to
no avail. At this point I shut down the computer, waited 15 seconds
and then restarted (having found this to be a good procedure when
having receiver or tellique problems). Tellique then started OK and
the tellique&#92;received directory started filling up with files, so I
started MDM which started processing them and all appeared to be
well. The tellique log file showed that at 0322 it found some
irregularities and so shut down tqrecv and it stayed shut down until
I appeared some two hours later (I have the log if anyone is
interested).

Yes, if you could Zip and e-mail it I would like to see it.


Is this an isolated occurrence which just affected me? Has
anyone else experienced a similar problem? I confess to being
concerned about software for processing real-time data which just
stops working. Seems as though a little work is called for here by T-
Systems.

Best regards - Alan
I had used to think that as well. When the eToken first came out,
things got dramatically worse! However, an upgrade of the eToken
runtime environment seemed to fix that problem (probably...), and
Eumetsat now have a more recent version of the Tellique software
which they are beta testing. I expect they will make that available
to registered users in due course. My present feeling is, though,
that for the best reliability the absolute minimum should be run on
the Receiver PC, and that a single PC system may ultimately be less
reliable than a two-PC setup.

Cheers,
David


Re: What does the future hold....

johnrigsec@...
 

In a message dated 13-10-03 11:06:55 GMT Daylight Time,
douglas@dsdeans.freeserve.co.uk writes:

just let me add something already
confirmed by Eumestat.
They have stated that the future has still to be considered but that the
current DVB arrangement will continue at least until they have a full
operational set-up with proven, fully working satellites. They have defined
that as MSG-3 operational and MSG-2 in standby.
Douglas,

That has indeed been my understanding for some time now and I, personally,
think that this will be the case.

However I have raised these matters - future dissemination and data policy,
with
EUMETSAT and have been informed that a definite answer cannot yet be given.
The future of EUMETCast is on the agenda for several upcoming delegate body
meetings.

But I have been told MSG-2, 3 and 4 the SSPAs will be modified and the
missions
will be run as planned, this includes L-band dissemination.

We need to remember that EUMETSAT is governed by the EUMETSAT Council
so, dare I say, what EUMETSAT would like to do may not necessarily be agreed
by the members of the EUMETSAT Council.

The next EUMETSAT Council meeting is in November so I hope there will be some
good news to follow.

Regards,
John.


Unusual incident

Alan Sewards <alan.sewards@...>
 

Hi all,
This morning when I checked the wxsat computer I found MDM stuck at the
0315 cycle. The tray showed a host of tellique icons which quickly
disappeared leaving no tellique icon, but the green receiver icon was there
and showed OK on signal and quality. I tried to restart tellique but to no
avail. At this point I shut down the computer, waited 15 seconds and then
restarted (having found this to be a good procedure when having receiver or
tellique problems). Tellique then started OK and the tellique&#92;received
directory started filling up with files, so I started MDM which started
processing them and all appeared to be well. The tellique log file showed
that at 0322 it found some irregularities and so shut down tqrecv and it
stayed shut down until I appeared some two hours later (I have the log if
anyone is interested).
Is this an isolated occurrence which just affected me? Has anyone else
experienced a similar problem? I confess to being concerned about software
for processing real-time data which just stops working. Seems as though a
little work is called for here by T-Systems.

Best regards - Alan

Alan Sewards
email: alan.sewards@computer.org
web site: http://asewards.free.fr


Re: Problem processing HRV segment 17 on cycle 0900 October 13

a_van_belle
 

Thanks David for your reply.

Must have been a local problem I guess.
Do have "Wait for segments" on.
I will send the faulty segment and will update to the latest MDM
version.

Greetings,
Arne van Belle


Re: Problem processing HRV segment 17 on cycle 0900 October 13

David J Taylor GM8ARV 🏴󠁧󠁢󠁳󠁣󠁴󠁿 🇪🇺
 

My H-000-MSG1__.......HRV....17 ...200310130900-C filesize is
308.934 bytes.

Can anyone that still has this raw data confirm if the filesize is
the same ?

Arne, if you have the data causing the hang, please send it for
testing. The current and released version is V1.2.2.235, by the
way.

I also noticed that HRV segment 1 from cycle 0300 October 13 was
still in the received map and this segment is missing in the 0300
HRV image. But this segment is not reported as missing segment. A
look at the Tellique log does show that HRV segment 1 cycle 0300
came in before HRV segment 24 cycle 0245 !

Can anyone confirm the missing segment 1 in HRV cycle 0300 ?
Arne, the image shows valid south-pole data here, I would not have
said that the bottom segment was missing or in any way truncated. I
agree with you on the timing, although such a sequence is not
unusual:

VRB:2003-10-13 03:03:57.824:Delivered file `received&#92;H-000-MSG1__-
MSG1________-HRV______-000001___-200310130300-C_' id
3f8a161b00237f07 from channel `EUMETSAT Data Channel 2'

VRB:2003-10-13 03:04:27.697:Delivered file `received&#92;H-000-MSG1__-
MSG1________-HRV______-000024___-200310130245-C_' id
3f8a162900237f29 from channel `EUMETSAT Data Channel 2'

If the program gets incomplete data - the actual data length does
not match the neader for example, or there is a data inconsistency,
most likely it will not attempt to decode the data into an image,
but at that point it will have already recorded that the segment was
received. I.e. the quality or otherwise of the segment does not
stop it being recorded.

Fuller detail on the segment 1 file:

VRB:2003-10-13 03:03:55.571:Received announcement for channel
`EUMETSAT Data Channel 2', address 224.223.222.21:2511 (subscribed)
VRB:2003-10-13 03:03:55.912:Connecting to data channel `EUMETSAT
Data Channel 2', address 224.223.222.21:2511 (invited)
MSG:2003-10-13 03:03:56.402:Connect to data channel `EUMETSAT Data
Channel 2', address 224.223.222.21:2511 completed (invited)
VRB:2003-10-13 03:03:57.464:Received filelist 3f8a161b00237f08 on
channel `EUMETSAT Data Channel 2'
VRB:2003-10-13 03:03:57.754:Received file 3f8a161b00237f07 on
channel `EUMETSAT Data Channel 2'
MSG:2003-10-13 03:03:57.754:All files of filelist 3f8a161b00237f08
received
VRB:2003-10-13 03:03:57.824:Delivered file `received&#92;H-000-MSG1__-
MSG1________-HRV______-000001___-200310130300-C_' id
3f8a161b00237f07 from channel `EUMETSAT Data Channel 2'
MSG:2003-10-13 03:03:57.824:Delivered all files of filelist
3f8a161b00237f08 from channel `EUMETSAT Data Channel 2'
VRB:2003-10-13 03:03:59.657:Received announcement for channel
`EUMETSAT Data Channel 2', address 224.223.222.21:2511 (subscribed)
VRB:2003-10-13 03:04:00.178:Connecting to data channel `EUMETSAT
Data Channel 2', address 224.223.222.21:2511 (invited)
VRB:2003-10-13 03:04:00.418:Disconnecting from data channel
`EUMETSAT Data Channel 2', address 224.223.222.21:2511 (channel
closed)
MSG:2003-10-13 03:04:00.448:Disconnect from data channel `EUMETSAT
Data Channel 2', address 224.223.222.21:2511 completed (channel
closed)


Problem processing HRV segment 17 on cycle 0900 October 13

a_van_belle
 

Hello All,

I had a problem while processing HRV segment 17 from cycle 0900.
MDM (version 122.231) was halting with CPU usage 99%.

After an hour there wasn't any progress so I killed the process.
A reprocessing caused a hang at the same segment and had to be killed
again.
Only removing this segment and reprocessing solved the problem.

My H-000-MSG1__.......HRV....17 ...200310130900-C filesize is 308.934
bytes.

Can anyone that still has this raw data confirm if the filesize is the same
?


I also noticed that HRV segment 1 from cycle 0300 October 13 was still in
the received map and this segment is missing in the 0300 HRV image.
But this segment is not reported as missing segment. A look at the Tellique
log does show that HRV segment 1 cycle 0300 came in before HRV segment 24
cycle 0245 !

Can anyone confirm the missing segment 1 in HRV cycle 0300 ?


Greetings,
Arne van Belle


Re: Darmstadt solar outage

a_van_belle
 

--- In MSG-1@yahoogroups.com, "David Taylor" <david-taylor@b...>
wrote:
According to my calculations, we are near the worst solar outage
for MSG-1 as viewed from Darmstadt. The missing segments for today
and yesterday seem to bear this out.....
You're right David, I did not expect that solar outage could have
such a drastic effect on the MSG-1 downlink to Eumetsat.
With a large dish the outage will be short. The operators probably
won't take any risk and stop receiving for some time.

The report does mention what they call "Sun-Sat_collinearity".
Guess that Hotbird 3 is a typo and should have been Hotbitd 6.

See part of the report below:

MSG1 Administration Message for 11/10/03

Issued on 12/10/03 at 15:33

MSG EUMETCast TEST DISSEMINATION:
HRIT:- 4 repeat cycles per hour.
LRIT:- 2 repeat cycles per hour (hh:15-hh:30 and hh:45-hh:00) +
Foreign Satellite Data + MDD + DCP.

Note: Due to the effects of the MSG1 eclipse there may be a
degredation of image quality for several repeat cycles around
midnight.
Note: Dissemination may be effected by the MSG-1 Sun-Sat-Collinearity
from 10/10/2003 until 20/10/2003 at around 12:35. Users may
experience local effects of Hotbird 3 Sun-Sat-Collinearity from
08/10/2003 until 16/10/2003. The time will vary with location.

Report for 10/10/03:-
Repeat cycle 22:30 was interrupted. Repeat cycles 2245-2315 were not
disseminated.

Report for 11/10/03:-
Repeat cycle 12:45 was interrupted due to Sun-Sat-Collinearity.

Report for 12/10/03:-
Repeat cycle 12:30 was interrupted due to Sun-Sat-Collinearity.



Greetings,
Arne van Belle


Re: (unknown)

johnrigsec@...
 

In a message dated 11-10-03 17:16:41 GMT Daylight Time,
rsmoore@liverpool.ac.uk writes:

A formless blob moves up over the
Irish Sea and the Welsh coast - how do I know if this is cloud or fog?
Actually
I know it's cloud because I can look out of the window - but supposing it
was
in the North Sea?
Robert,

As you know MSG satellites will observe the Earth in 12 spectral channels.
Each channel has the ability to detect/show various features.
If you go to the EUMETSAT website and look for document EUM BR 11 -
Applications of Meteosat Second Generation - a very informative and
interesting
document - page 7 details the various channels that MSG senses in and gives a
description of what the channels 'show.'

Regards,
John Tellick.


Re: Help for MSG1 software configuration !!!

David J Taylor GM8ARV 🏴󠁧󠁢󠁳󠁣󠁴󠁿 🇪🇺
 

Hello Paul,
Well, I tried your tips, but still have no data recorded...
I noticed on thing : under SETUP4PC, "Statistics", only 1 "MC"
channel seems to receive data. Mac-Address is 01-00-5E-5F-DE-DF.
On all other channels, there is no data flow.
Do you see the same thing on your computer ?
Regards.
Fabrice.
I'm not Paul, but I see data flow on three channels (I have three PIDs
enabled)

01-00-5E-DE-DF - about 5Kb/s
01-00-5E-DE-17 - about 1700 Kb/s
01-00-5E-DE-15 - about 150Kb/s

Looks like thr announcement, HRIT and LRIT channels.

What does you Tellique log file say?

Are you sure the username and password are correct?

Cheers,
David


Re: Help for MSG1 software configuration !!!

f5hcc <f5hcc@...>
 

Hello Paul,
Well, I tried your tips, but still have no data recorded...
I noticed on thing : under SETUP4PC, "Statistics", only 1 "MC"
channel seems to receive data. Mac-Address is 01-00-5E-5F-DE-DF.
On all other channels, there is no data flow.
Do you see the same thing on your computer ?
Regards.
Fabrice.

--- In MSG-1@yahoogroups.com, "Paul Telco" <paul@t...> wrote:
Fabrice,

I had a similar (but not identical) problem when installing
Tellique under
Win98. It sound's like the advice from Luca about changing
user_key_crypt to
user_key and entering the unencoded password has the same effect
as my
workaround but here is a section from my notes posted to this
group on
03.10.03

I receive an error message at the end of installation ' Unable to
write to
D:&#92;progra~1&#92;T-Syst~1&#92;Busine~1&#92;userkey.ini' Click Ok and
installation exits.
go to the Subdirectory containing userkey.ini and copy the
user_key_crypt
value. Open recv.ini enter your username as supplied by Eumetsat
and paste
in the user_key_crypt value from userkey.ini.

Let us know how you finally make it work,

Paul


Darmstadt solar outage

David J Taylor GM8ARV 🏴󠁧󠁢󠁳󠁣󠁴󠁿 🇪🇺
 

Date Begin Peak End Closest
2003 Oct 12 12:30 12:37:43 12:44 UTC 0.59°
2003 Oct 13 12:30 12:37:29 12:44 UTC 0.22°
2003 Oct 14 12:29 12:37:15 12:44 UTC 0.15°
2003 Oct 15 12:30 12:37:02 12:44 UTC 0.52°

According to my calculations, we are near the worst solar outage for
MSG-1 as viewed from Darmstadt. The missing segments for today and
yesterday seem to bear this out..... Right now, my own system is
still hoping to get more 1245 data, while it's actually 1300 data
that's coming in....

(The above figures are using a DVB installation - clearly not
representative of either the antenna diameter or the frequency in
use, but it's a starting point...).

Cheers,
David


Re: What does the future hold....

Douglas Deans <douglas@...>
 

----- Original Message -----
From: <johnrigsec@aol.com>
To: <MSG-1@yahoogroups.com>
Sent: Monday, October 13, 2003 10:34 AM
Subject: Re: [MSG-1] What does the future hold....


In a message dated 12-10-03 19:38:35 GMT Daylight Time,
alan.sewards@computer.org writes:

Will MSG-2 have an SSPA allotted to the job of data dissemination? Will
the
SSPA be omitted or used as a backup for the really important jobs of
satellite control, telemetry and sensor downlinks? Is the TV satellite
dissemination approach the next generation, or will it be quietly
dropped
after MSG-1 as it potentially upsets the charging basis for the data?
Alan,

You make some very valid points in your e-mail and your thought are shared
by
many, I'm sure, including myself.

Could I please jump in and say, for the time being, that I feel we should
be
wary
about discussing this matter till we have some 'real' information as to
what
the
future holds?

Yes, the demise of MSG-1's SSPA's have (or could have) put a whole new
dimension
on how meteorological data is disseminated.
Actually, this is not a new idea, the CGMS considered this some years ago.
That is, meteological data dissemination via commercial satellites.

I am aware of the possible dissemination situation regarding MSG-1, 2 and
3
but
this is not official.
I feel it safe to say however EUMETCast (via hot bird) will be with us for
several
years yet.

I wonder if I might be allowed to take your concerns up with EUMETSAT and
get

a response before we all throw in our penn'orth.

Regards,
John Tellick.
That would be very worthwhile John, but just let me add something already
confirmed by Eumestat.
They have stated that the future has still to be considered but that the
current DVB arrangement will continue at least until they have a full
operational set-up with proven, fully working satellites. They have defined
that as MSG-3 operational and MSG-2 in standby.
So clearly we have at worst many many years of DVB. At the moment at least
6 years and experience tells me everything moves to the right.

Regards
Douglas.


Re: Solar outage

David J Taylor GM8ARV 🏴󠁧󠁢󠁳󠁣󠁴󠁿 🇪🇺
 

Thanks David, it seems to be down to a series of "Lost messages".

Peter
Peter,

It is possible that both Douglas Deans and I have seen something
like this. I have now has two unexplained high-segment-loss
periods, and Douglas has previously noted that [accidentally]
stopping DVB reception seemed to provoke errors in the Tellique
software. For what it's worth,

I've written a Tellique Log File Analyser that looks for Connecting
to... messages which are not followed by Connected to... messages,
You may need the verbose logging turned on to see these messages.
If you want a copy of the program, just ask. I recommend that you
copy the log files to another PC (or at least folder) for processing.

Cheers,
David


Re: Solar outage

Peter Benney <tugboat@...>
 

All fine here, Peter.
Tnaks David, it seems to be down to a series of "Lost messages".

Peter


Re: Solar outage

David J Taylor GM8ARV 🏴󠁧󠁢󠁳󠁣󠁴󠁿 🇪🇺
 

Additionally yesterday evening 12/10/03 I can report the following
segment loss:-

Cycle: 2100
[]
Cycle: 2115
[]
Cycle: 2130
[]
Cycle: 2145
[]

Peter
All fine here, Peter.

David


Re: Solar outage

Peter Benney <tugboat@...>
 

That _is_ interesting Ian. I had a trouble-free morning, but 1230
and 1245 UTC were bad. OK since then. Co-incidence or what?
Additionally yesterday evening 12/10/03 I can report the following segment loss:-

Cycle: 2100
msg-ch01, seg: 5 8
msg-ch02, seg: 4 6 7 8
msg-ch03, seg: 3 4 5 6 7 8
msg-ch04, seg: 4 5 6 7 8
msg-ch05, seg: 4 5 6 8
msg-ch06, seg: 4 5 6 7 8
msg-ch07, seg: 4 5 6 7 8
msg-ch08, seg: 5 6 7 8
msg-ch09, seg: 5 6 7 8
msg-ch10, seg: 5 6 7 8
msg-ch11, seg: 4 5 6 7 8
msg-ch12, seg: 15 18 19 20 21 23 24
Cycle: 2115
msg-ch01, seg: 1 2 4 6 7 8
msg-ch02 all missing
msg-ch03 all missing
msg-ch04 all missing
msg-ch05 all missing
msg-ch06 all missing
msg-ch07 all missing
msg-ch08 all missing
msg-ch09 all missing
msg-ch10 all missing
msg-ch11 all missing
msg-ch12, seg: 1 2 3 4 5 6 7 8 9 10 11 12 13 15 16 18 19 20 21 22 23 24
lrit-ch01, seg: 1 3 4 5 6
lrit-ch03, seg: 1 3 4 5 6 7
lrit-ch04, seg: 1 3 4 5 6 7
lrit-ch05, seg: 1 3 4 5 6 7
lrit-ch09, seg: 1 3 4 5 6 7
Cycle: 2130
msg-ch01, seg: 1 3 4 5 8
msg-ch02 all missing
msg-ch03 all missing
msg-ch04 all missing
msg-ch05 all missing
msg-ch06 all missing
msg-ch07 all missing
msg-ch08 all missing
msg-ch09 all missing
msg-ch10 all missing
msg-ch11 all missing
msg-ch12, seg: 1 2 3 4 5 7 8 9 10 11 12 13 14 15 16 17 20 21 22 24
Cycle: 2145
msg-ch01, seg: 1 2 3 4 5 6 7
msg-ch02, seg: 1 2 3 4 5 6 7
msg-ch03, seg: 1 2 3 4 5 6 7
msg-ch04, seg: 1 2 3 4 5 6 7
msg-ch05, seg: 1 2 3 4 5 6 7
msg-ch06, seg: 1 2 3 4 5 6 7
msg-ch07, seg: 1 2 3 4 5 6 7
msg-ch08, seg: 1 2 3 4 5 6 7
msg-ch09, seg: 1 2 3 4 5 6 7
msg-ch10, seg: 1 2 3 4 5 6 7
msg-ch11, seg: 1 2 3 4 5 6 7
msg-ch12, seg: 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21
lrit-ch01, seg: 1 2 3 4 5 6 7
lrit-ch03, seg: 1 2 3 4 5 6 7
lrit-ch04, seg: 1 2 3 4 5 6 7
lrit-ch05, seg: 1 2 3 4 5 6 7
lrit-ch09, seg: 1 2 3 4 5 6 7

Peter


Re: [rig-l] MSG encryption latest 12-10-03.

johnrigsec@...
 

In a message dated 12-10-03 14:58:48 GMT Daylight Time,
douglas@dsdeans.freeserve.co.uk writes:

Thanks for the latest news John. Just one question springs to mind.
Presumably those of us on the trial will be approached to purchase the
EumetCast Key Unit assuming of course we have indicated on our registration
that we propose to take data (and get our necessary licence) after the
trial. Or do we need to write and ask for it.
I also wonder if encryption in March is a pre-cursor to MSG becoming the
operational sat. also being put back to March. Not that it matters as long
as we continue to receive this marvellous stream of data.

Thanks again.
Douglas.
Douglas,

You raise two points, firstly, I had a long chat with the UK Met. Office's
MSG
Licensing Officer the other day.
I'm sorry but I'm going to be a bit cagey for the moment as discussions have
taken
place recently at a Licensing Agents Workshop at EUMETSAT where they have
been trying to tie up some 'loose ends' regarding access policy.
Proposals are to be put to the November EUMETSAT Council meeting for
acceptance
which are very much what I have wanted to see ever since we obtained the UK
access agreement.

I don't want to put my foot in it by saying more but I think the outcome will
be welcome.

UK licenses will be issued by the Met. Office in the next few months and my
understanding is that those who are already registered with EUMETSAT and taking
part in the MSG trials will be contacted directly by the Met. Office, issued
with your
license - depending on your category and you will then be able to purchase
the
EKU from EUMETSAT.

Regarding when Meteosat-8 becomes the operational satellite - you know, I
don't
know. MSG-1 has to be moved to 3 deg. W before then so I'll find out.

Regards,
John.
RIG.


Re: What does the future hold....

johnrigsec@...
 

In a message dated 12-10-03 19:38:35 GMT Daylight Time,
alan.sewards@computer.org writes:

Will MSG-2 have an SSPA allotted to the job of data dissemination? Will the
SSPA be omitted or used as a backup for the really important jobs of
satellite control, telemetry and sensor downlinks? Is the TV satellite
dissemination approach the next generation, or will it be quietly dropped
after MSG-1 as it potentially upsets the charging basis for the data?
Alan,

You make some very valid points in your e-mail and your thought are shared by
many, I'm sure, including myself.

Could I please jump in and say, for the time being, that I feel we should be
wary
about discussing this matter till we have some 'real' information as to what
the
future holds?

Yes, the demise of MSG-1's SSPA's have (or could have) put a whole new
dimension
on how meteorological data is disseminated.
Actually, this is not a new idea, the CGMS considered this some years ago.
That is, meteological data dissemination via commercial satellites.

I am aware of the possible dissemination situation regarding MSG-1, 2 and 3
but
this is not official.
I feel it safe to say however EUMETCast (via hot bird) will be with us for
several
years yet.

I wonder if I might be allowed to take your concerns up with EUMETSAT and get

a response before we all throw in our penn'orth.

Regards,
John Tellick.


Re: Solar outage

Peter Benney <tugboat@...>
 

Ian, did you get anything similar to the report below? Please list
the channels you are taking.
Cycle: 1230
msg-ch01, seg: 4 5 6 7 8
msg-ch02, seg: 4 5 6 7 8
msg-ch03, seg: 4 5 6 7 8
msg-ch04, seg: 4 5 6 7 8
msg-ch05, seg: 4 5 6 7 8
msg-ch06, seg: 4 5 6 7 8
msg-ch07, seg: 4 5 6 7 8
msg-ch08, seg: 4 5 6 7 8
msg-ch09, seg: 4 5 6 7 8
msg-ch10, seg: 4 5 6 7 8
msg-ch11, seg: 4 5 6 7 8
msg-ch12, seg: 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24
Cycle: 1245
msg-ch01, seg: 8
msg-ch02, seg: 8
msg-ch03, seg: 8
msg-ch04, seg: 8
msg-ch05, seg: 8
msg-ch06, seg: 8
msg-ch07, seg: 8
msg-ch08, seg: 8
msg-ch09, seg: 8
msg-ch10, seg: 8
msg-ch11, seg: 8
msg-ch12, seg: 20 21 22 23 24
lrit-ch01, seg: 8
lrit-ch03, seg: 8
lrit-ch04, seg: 8
lrit-ch05, seg: 8
lrit-ch09, seg: 8

David,

Exactly the same here.

Peter