Date   

Re: Vegetation index

Ferdinand Valk
 

//snip
=====================================

Thanks for the sample data. Beta update now available, although not
tested on
a live system....

https://www.satsignal.eu/software/beta.htm

Cheers,
David
=======================================
David,

Thanks for addressing this so quickly. When I placed the data back in the
--\EUMETCast\received\EUMETSAT_Data_Channel_8 directory, the new Data
Manager immediately processed the files and put the results in the MPEF
tree. Works perfectly well. Should therefore also work on fresh data coming
in over EUMETCast.

Thanks again.
Cheers,
Ferdinand


Re: Vegetation index

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

David,

Yes, the 'Manage Ch.8 data' is checked. That's why I get the data correctly
delivered there.
The Chlorophyll data is still being sent (and being properly handled) but
the other data does not end up in the \yyyy\mm\dd tree but remains in the
\Images\Data Channel 8\ folder.
It concerns Decadal Vegetation Index data (NDVD/NDVI) and it would be very
welcome if it could be processed.
File names look like this:
L-000-MSG4__-MPEF________-NDVD_____-000001___-201806301200-__
L-000-MSG4__-MPEF________-NDVI_____-000001___-201806281200-__
As well as prologue files.
These are sent once every 10 days (one per type).
I will send you sample files off-line.

Cheers,
Ferdinand
=====================================

Thanks for the sample data. Beta update now available, although not tested on a live system....

https://www.satsignal.eu/software/beta.htm

Cheers,
David
--
SatSignal Software - Quality software written to your requirements
Web: http://www.satsignal.eu
Email: david-taylor@...
Twitter: @gm8arv


Re: Vegetation index

Thorsten Miglus
 

Hi Ferdinand,

my NDVI files are processed. But I don't use the Tellicast default directory scheme.
All files for processing with MSG Data Manager go to a single folder. (G:\Raw)
Mapping Channel 8 data to another Folder may help:
[channel]
name=EUMETSAT Data Channel 8
target_directory=\EUMETCast\received\EUMETSAT_Data_Channel_4

Cheers,
Thorsten


On Mon, Jul 23, 2018 at 11:48 AM, Ferdinand Valk wrote:
The MSG Data Manager processes all incoming MPEF files and places them
correctly in the destination directory as defined. However, the NDVD and
NDVI files that come in via data channel 8, are transferred as they are
(RAW) to the Data-channel-8 directory (not in the yyyy/mm/dd tree).
Is this an error on my side or are these files not being handled and
processed as regular MPEF files?

Cheers,
Ferdinand Valk


Re: Vegetation index

Ferdinand Valk
 

-----Original Message-----
From: MSG-1@groups.io <MSG-1@groups.io> On Behalf Of David J Taylor via
Groups.Io
Sent: Monday, 23 July, 2018 10:54
To: MSG-1@groups.io
Subject: Re: [MSG-1] Vegetation index

The MSG Data Manager processes all incoming MPEF files and places them
correctly in the destination directory as defined. However, the NDVD and
NDVI
files that come in via data channel 8, are transferred as they are
(RAW) to the Data-channel-8 directory (not in the yyyy/mm/dd tree).
Is this an error on my side or are these files not being handled and
processed as
regular MPEF files?

Cheers,
Ferdinand Valk
==================================

Ferdinand,

As far as I can see from a quick glance, anything received in Data Channel
8
might be sent to the \Images\Data Channel 8\yyyy\mm\dd\ directory,
however,
this isn't one I routinely process. In Setup, Channel Selection, Other -
2 you
would need to have Manage Ch.8 data checked.

These seem to be Africa-specific and I don't know what data they contain
off-
hand. My test data is from 2009/2010 and appears to be Aqua/MODIS
Chlorophyll data.

Cheers,
David
=============================
David,

Yes, the 'Manage Ch.8 data' is checked. That's why I get the data correctly
delivered there.
The Chlorophyll data is still being sent (and being properly handled) but
the other data does not end up in the \yyyy\mm\dd tree but remains in the
\Images\Data Channel 8\ folder.
It concerns Decadal Vegetation Index data (NDVD/NDVI) and it would be very
welcome if it could be processed.
File names look like this:
L-000-MSG4__-MPEF________-NDVD_____-000001___-201806301200-__
L-000-MSG4__-MPEF________-NDVI_____-000001___-201806281200-__
As well as prologue files.
These are sent once every 10 days (one per type).
I will send you sample files off-line.

Cheers,
Ferdinand


Re: Signal

geojohnt@...
 

Ian,

As you know, I am also suffering a 0.5 dB drop on my overall daily SNR variation - peak to peak.
I thought things had improved slightly a couple of days last week with my higher level edging up but it was short lived.

The continuing relentless daytime heat down here (and it's set to get even hotter this week) make it difficult to compare with earlier cooler times this year - when of course the sun was lower.
A weather forecaster on BBC TV said that UV levels are unusually high this year so that has an effect on the 'atmosphere.'
But I too agree, 'something happened a couple of months ago.'

We can't both be wrong?

Regards,
John.

++++++++++++++++

In a message dated 22/07/2018 20:53:03 GMT Standard Time, iandeans142@... writes:

I am still of the opinion that it is some change in the satellite as I
am not the only one to be experiencing this signal drop, and my
northerly position is likely not to be helping !!


Re: Vegetation index

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

The MSG Data Manager processes all incoming MPEF files and places them
correctly in the destination directory as defined. However, the NDVD and
NDVI files that come in via data channel 8, are transferred as they are
(RAW) to the Data-channel-8 directory (not in the yyyy/mm/dd tree).
Is this an error on my side or are these files not being handled and
processed as regular MPEF files?

Cheers,
Ferdinand Valk
==================================

Ferdinand,

As far as I can see from a quick glance, anything received in Data Channel 8 might be sent to the \Images\Data Channel 8\yyyy\mm\dd\ directory, however, this isn't one I routinely process. In Setup, Channel Selection, Other - 2 you would need to have Manage Ch.8 data checked.

These seem to be Africa-specific and I don't know what data they contain off-hand. My test data is from 2009/2010 and appears to be Aqua/MODIS Chlorophyll data.

Cheers,
David
--
SatSignal Software - Quality software written to your requirements
Web: http://www.satsignal.eu
Email: david-taylor@...
Twitter: @gm8arv


Vegetation index

Ferdinand Valk
 

The MSG Data Manager processes all incoming MPEF files and places them
correctly in the destination directory as defined. However, the NDVD and
NDVI files that come in via data channel 8, are transferred as they are
(RAW) to the Data-channel-8 directory (not in the yyyy/mm/dd tree).
Is this an error on my side or are these files not being handled and
processed as regular MPEF files?

Cheers,
Ferdinand Valk


Re: Signal

Ian Deans
 

On 22/07/2018 20:34, Ernst Lobsiger wrote:
Ian
How about your connectors on the RF cable to the LNB? I once had similar issues with an F-connector that had lost tight contact with the cable shield.
Regards,
Ernst
====================================================================================

Thanks for your reply Ernst.I did look at both my LNB connections at the time I was checking my LNB skew and they did appear to be OK, although to be 100% sure they should probably have the tape removed and the connection re done.

I am still of the opinion that it is some change in the satellite as I am not the only one to be experiencing this signal drop, and my northerly position is likely not to be helping !!

Regards
Ian.


Re: Signal

Ernst Lobsiger
 

Ian

How about your connectors on the RF cable to the LNB? I once had similar issues with an F-connector that had lost tight contact with the cable shield.

Regards,
Ernst


Signal

Ian Deans
 

Since late afternoon I have been seeing large sudden swings in my signal on both TP1 and TP2 of up to 1 SNR but usually nearer 0.5 to 0.7
SNR.

This is over and above the issue of a lower signal over the last couple of months or so of about 0.5 to 0.7. Dish alignment and LNB skew have been checked and are fine.

Last year I changed from a 1 metre dish to a 1.1 dish and was advised with careful adjustment I should gain about 0.9 SNR and indeed with some hard work I managed to get that increase. Now I have lost about 70% of the gain with the bigger dish --- most annoying !!

Regards
Ian.


Re: EUMETCastView

R. Alblas
 

FYI:
It's not mplayer but mgenerator to generate movies.
In my xrit2pic I use the RIFF-format, which is as movie format very easy to generate. It's just a concatenation of the jpeg files forming the movie, with a small header and a file pointer table added. In this way there is no need to use an external generating program.
mplayer is only used to view the movie, but that may be every program, as long as you have the ability to do an externally controlled reload each time the movie gets a new frame.

Rob.



On 07/19/2018 01:44 AM, Hugo wrote:
Hello daniarnedo,

I use the following command :
ffmpeg -r 10 -f image2 -i img%04d.png -s 1920x720 -vcodec libx264 -crf 10  -pix_fmt yuv420p -y output.mp4
You can also use mplayer , but I have no experience with that program.
Kind regards,
Hugo


Feng Yun 2G restarts on Eumetcast.

Douglas Deans
 

Feng Yun 2G data (104.5° E) has restarted on Eumetcast.

Regards,
Douglas.


Wildfires in Lapland

Thorsten Miglus
 

Wildfires in Scandinavia are out of control due to unusual high temperatures.
Seen by Sentinel 3A OLCI:
https://twitter.com/ThorstenMiglus/status/1020032560037015553

Ceers,
Thorsten


Re: NOAA 20 Test Data.

Douglas Deans
 

On 19/07/2018 20:02, Ian Deans via Groups.Io wrote:
On 19/07/2018 19:44, Douglas Deans via Groups.Io wrote:
On 19/07/2018 19:30, David J Taylor via Groups.Io wrote:
Can anyone else confirm that there has been no NOAA 20 VIIRS M or DNB
test data from any of the EARS stations today.
Just in case it is me !

Regards,
Douglas.
================================================

Douglas,

From the NOAA mailing list:
etc., etc.

73,
David GM8ARV
=========================================================

Thanks David. I usually check that but forgot that NOAA 20 is now operational and appearing there, but still under test for Eumetcast.

Regards,
Douglas.
======================================================================
NOAA 20 seems to have been under test for ages. Not sure why Eumetsat are taking so long to have the data available to all !!!
Regards
Ian.
=============================================================================

Yes the VIIRS M and DNB data testing started on 16th April this year from Athens, Kangerlussuaq, Lannion, Maspalomas and Svalbard stations. so a very long test period considering the satellite is operational.
I wonder if Eumetsat are just waiting until the data is transferred to TP1 HVS-1 from TP2 but that is not until 22nd August (or perhaps until all the EARS stations are up and running).

Regards,
Douglas.


Re: NOAA 20 Test Data.

Ian Deans
 

On 19/07/2018 19:44, Douglas Deans via Groups.Io wrote:
On 19/07/2018 19:30, David J Taylor via Groups.Io wrote:
Can anyone else confirm that there has been no NOAA 20 VIIRS M or DNB
test data from any of the EARS stations today.
Just in case it is me !

Regards,
Douglas.
================================================

Douglas,

From the NOAA mailing list:
etc., etc.

73,
David GM8ARV
=========================================================
Thanks David. I usually check that but forgot that NOAA 20 is now operational and appearing there, but still under test for Eumetcast.
Regards,
Douglas.
======================================================================

NOAA 20 seems to have been under test for ages. Not sure why Eumetsat are taking so long to have the data available to all !!!

Regards
Ian.


Re: NOAA 20 Test Data.

Douglas Deans
 

On 19/07/2018 19:30, David J Taylor via Groups.Io wrote:
Can anyone else confirm that there has been no NOAA 20 VIIRS M or DNB
test data from any of the EARS stations today.
Just in case it is me !
Regards,
Douglas.
================================================
Douglas,

From the NOAA mailing list:
etc., etc.

73,
David GM8ARV
=========================================================

Thanks David. I usually check that but forgot that NOAA 20 is now operational and appearing there, but still under test for Eumetcast.

Regards,
Douglas.


Re: NOAA 20 Test Data.

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

Can anyone else confirm that there has been no NOAA 20 VIIRS M or DNB
test data from any of the EARS stations today.
Just in case it is me !

Regards,
Douglas.
================================================

Douglas,

From the NOAA mailing list:

~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
Update #8: Processing Science Data on all Instruments except OMPS. SVL
rev 3453 AOS 1728Z. OMPS is expected to begin processing at around
1827Z. Spacecraft, CERES, VIIRS, and CRIS data was partially processed
on the previous SVL rev 3352 AOS 1549Z. Next update should be final when
N20 is back to nominal operations.

Update #7: No stored mission data was recovered duringSvalbard rev3449
AOS 1032Z.. Multiple instruments continue to be in safe mode and are
not producing science data. Engineers have arrived and are troubleshooting.

Update #6: No stored mission data was recovered during McMurdo rev 3448
AOS 0945Z.. Multiple instruments continue to be in safe mode and are
not producing science data. Engineers have arrived and are troubleshooting.

Update #5: No stored mission data was recovered during McMurdo rev 3448
AOS 0853Z.. Multiple instruments continue to be in safe mode and are
not producing science data. Engineers have arrived and are troubleshooting.

Update #4: No stored mission data was recovered during Svalbard rev
3447 AOS 0805Z.. Multiple instruments continue to be in safe mode and
are not producing science data. Engineers have arrived and are
troubleshooting.

Update #3: No stored mission data was recovered during Svalbard rev
3447 AOS 0713Z.. Multiple instruments continue to be in safe mode and
are not producing science data. Engineers have arrived and are
troubleshooting.

Update #2: No stored mission data was recovered during Svalbard rev
3446 AOS 0624Z.. Multiple instruments continue to be in safe mode and
are not producing science data. Engineers have been notified and are
coming in to troubleshoot.

Update #1: No stored mission data was recovered during Svalbard rev
3446 AOS 0533Z.. NOAA 20 rose with multiple alarms. Multiple
instruments are in safe mode and are not producing science data.
Engineers have been notified and are coming in to troubleshoot.

*T**opic*: NOAA 20 Late Stored Mission Data Acquisition


*Date/Time Issued*: July 19, 2018 1755Z**

*
*Product(s) or Data Impacted**:All NOAA 20 products

**Date/Time of Initial Impact*:* ​ July 19, 20180444Z
*
*Date/Time of Expected End*:* TBD*

*Length of Outage**: TBD

**Details/Specifics of Change*:***No stored mission data was received
during McMurdo rev 3445 AOS 0444Z. The reason is unknown. All stored
mission data should be recovered during Svalbard rev 3446 AOS 0533Z..
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~

73,
David GM8ARV
--
SatSignal Software - Quality software written to your requirements
Web: http://www.satsignal.eu
Email: david-taylor@...
Twitter: @gm8arv


NOAA 20 Test Data.

Douglas Deans
 

Can anyone else confirm that there has been no NOAA 20 VIIRS M or DNB test data from any of the EARS stations today.
Just in case it is me !

Regards,
Douglas.


Re: EUMETCastView

Hugo
 

Hello daniarnedo,

I use the following command :
ffmpeg -r 10 -f image2 -i img%04d.png -s 1920x720 -vcodec libx264 -crf 10  -pix_fmt yuv420p -y output.mp4
You can also use mplayer , but I have no experience with that program.
Kind regards,
Hugo


Re: Warning messages on Tellicast

LaurentD
 

Christian,

Installation package "eumetsat-setup-2.14.4_7.msi" is mainly for African users to update their stations to DVB-S2 for the beginning of August 2018.
After the installation, a new service is created: afr-1. This service must be started to receive EUMETCast data on C-band (EUTELSAT 8°W).

But any EUMETCast user on Ku-band can update his station with this package. All services are installed (BAS, HVS-1, HVS-2, TER-1).
Tellicast version is updated to 2.14.4.

Hope that these additional explanations can help.

Best regards,

Laurent