Date   

PyTROLL/SatPy Starter Kit V3.0

Daniele Guardigli
 

Hello,

I'm m trying to follow the well done Starter Kit readme file but, at the moment of launching MSG3.py script, I get the attached result.
What am I doing wrong?

Thanks

Daniele Guardigli


Re: Configuration of the receiver

Ernst Lobsiger
 

Youssef,

first of all this does not work with your receiver. It must have ACM/VCM what the TBS-5580 has not. Reception of satellite images is not like TV :-).

TD-15 is the document you asked for.

https://www.eumetsat.int/eumetcast

Cheers,
Ernst


Configuration of the receiver

Youssef Bennouna
 

Hello everybody,
I am a newbie in satellite reception, I am trying to receive EUMETSAT data from the satellite EUTELSAT 10A (it's already installed and workin with TV) and I have some trouble on how ton configure my receiver (TBS 5580 USB, DVB-S2).
If someone can help or send me a link to a guidance document I'll be very grateful.
Cheers


Re: probleme with dvb-eumetcast, service don't start

 

Dearn Ernst,

Sorry ! I have a Debian 10 and a dvb-s2 PCIe-card. I stopped the smcroute daemon and it work ! Thanks a lot for your help.

Best regards,

Celestine.

On 19/01/2021 18:08, Ernst Lobsiger via groups.io wrote:
Celestine,

and you didn't even tell us what EUMETCast receiver you have. If this is an SR1 or similar router smcroute is not needed.
If it is a dvb-s2 USB-Box or PCIe-card smcroute is needed as well as dvb-apps. And one more hint: /etc/init.d/dvb-eumetcast
does also rely on good old ifconfig. Newer distros come with ip only. Debian 10 e.g. still has ifconfig in the net-tools package.

Regards,
Ernst


Re: PyTROLL/SatPy Starter Kit V3.0 for GNU/Linux

Ernst Lobsiger
 

On Thu, Jan 21, 2021 at 01:46 AM, Ferdinand Valk wrote:
Thank you for the update. I’ve made the changes in all the multiple passes scripts (*stacked.py) and they all work well, including the full suite of DNB composites. A simple but very effective solution.
Ferdinand,

thanks for the clarification in better English than mine. The distributed stacked scripts do work as is. Even the stacked FY-3D where we have two different file types does work due to the fact
that the file pairs follow each other in the goodfiles list. I was just lucky and it worked! But as you demonstrated, users might want a stacked NOAA-20 script at night including the breath taking
'night_overview' that uses both DNB and MX channels in the case of VIIRS. Then they are stuck because now the "list.pop()" is the only method that works. It took me one week to find the true
nature of the problem for VIIRS at night: A "list.remove(list[n])" removes THE FIRST element with value "list[n]". A "list.pop(n)" removes as intended "list[n]" which is the element AT POSITION n.
In the distributed scripts the two methods, with extra luck for FY-3D, do have the same effect. That's why it has worked so far. With NOAA-20 or Suomi-NPP VIIRS at night the lucky phase is over.

Well that's how programming is and that's why Windows 10 has to fix numerous bugs every Tuesday ...

Best regards,
Ernst


Re: PyTROLL/SatPy Starter Kit V3.0 for GNU/Linux

Ferdinand Valk
 

Ernst,

 

Thank you for the update. I’ve made the changes in all the multiple passes scripts (*stacked.py) and they all work well, including the full suite of DNB composites. A simple but very effective solution.

 

Just to make sure that people do not interpret your instruction in a different way than intended:

 

Replace the full expression goodfiles.remove(goodfiles[n]) with goodfiles.pop(n)

And goodtimes.remove(goodtimes[n]) with goodtimes.pop(n)

 

This occurs twice per stack script. So, do not change the other expressions.

 

Cheers,

Ferdinand

 

From: MSG-1@groups.io On Behalf Of Ernst Lobsiger via groups.io
Sent: Wednesday, 20 January, 2021 17:47
To: MSG-1@groups.io
Subject: Re: [MSG-1] PyTROLL/SatPy Starter Kit V3.0 for GNU/Linux

 

Dear All,

Ferdinand combined a stacked pass script for the VIIRS instrument at night (NOAA-20). As this did not work as expected
I made a couple of tests. As you might know during the night there are two VIIRS file types MX-Bands and DNB-Bands.

We could make the script run for MX only and for DNB only but never for MX + DNB as needed for 'night_overview'.
I finally tracked the problem down to a subtle difference of two list methods list.remove() and list.pop(). I have used
in my stacked passes scripts the method that I thought sounds like what I intended (and also worked in my tests so far):

goodfiles.remove(goodfiles[n])
goodtimes.remove(goodtimes[n])

But the right method -- I found out the very hard way with Suomi-NPP at night -- actually is:

goodfiles.pop(n)
goodtimes.pop(n)

I really recommend you make these changes (twice these 2 lines) in all stacked pass scripts.
I do not update the Kit for this silly mistake that everybody can fix with an Editor in no time.


Regards,
Ernst

P.S. This problem is independant of the OS. It exists under Windows and GNU/Linux. In my
case phdf often exhausted all possible 1024 file descripters and the satpy.reader excepted.






Re: PyTROLL/SatPy Starter Kit V3.0 for GNU/Linux

Ernst Lobsiger
 

Dear All,

Ferdinand combined a stacked pass script for the VIIRS instrument at night (NOAA-20). As this did not work as expected
I made a couple of tests. As you might know during the night there are two VIIRS file types MX-Bands and DNB-Bands.

We could make the script run for MX only and for DNB only but never for MX + DNB as needed for 'night_overview'.
I finally tracked the problem down to a subtle difference of two list methods list.remove() and list.pop(). I have used
in my stacked passes scripts the method that I thought sounds like what I intended (and also worked in my tests so far):

goodfiles.remove(goodfiles[n])
goodtimes.remove(goodtimes[n])

But the right method -- I found out the very hard way with Suomi-NPP at night -- actually is:

goodfiles.pop(n)
goodtimes.pop(n)

I really recommend you make these changes (twice these 2 lines) in all stacked pass scripts.
I do not update the Kit for this silly mistake that everybody can fix with an Editor in no time.


Regards,
Ernst

P.S. This problem is independant of the OS. It exists under Windows and GNU/Linux. In my
case phdf often exhausted all possible 1024 file descripters and the satpy.reader excepted.







Re: A handy step-by-step guide to setting up your EUMETCast station - from EUMETSAT!

Jeskynar
 

On Wed, 20 Jan 2021 at 14:03, Mario Brustia <mario.brustia@...> wrote:

...it would have been nice if he had spoken more slowly ... not everyone understands english word for word (me in the first place). 


At the bottom of the video click on Subtitles/Closed Captions to turn on subtitles
Then click on Settings and turn on Automatic Translation into Italian (or whatever)
 


Re: A handy step-by-step guide to setting up your EUMETCast station - from EUMETSAT!

Mario Brustia
 

Beautiful tutorial ... it would have been nice to have had it 10 years ago !!!

anyway ...it would have been nice if he had spoken more slowly ... not everyone understands english word for word (me in the first place).

in 1990 i worked for a month in los angeles.

i had a hispanic lab head who only spoke fast american.

After an hour I told him that I was not American, I understood English but I needed someone to speak slowly.

He listened to me, he started to speak English and after a few days we got on well.

CIao a tutti!!

Mario

Il 20/01/2021 14:34, David J Taylor GM8ARV 🏴 🇪🇺 via groups.io ha scritto:
From EUMETSAT:

  Set up your very own EUMETCast station by following our latest tutorial! Lorcan, former @eumetsat intern, walks you through the different steps – from assembling your own antenna to software installation - in this handy step-by-step guide.

Watch here:

  https://www.youtube.com/watch?v=dI46O1HeGrU

It's in English - from Lorcan Kelleher

Cheers,
David

-- 
**********************************************************
Mario Brustia - IZ1KBP
LOC JN45IK - 45.4167N 8.6667E - QRZ 
Pilota SAPR ENAC I.APR 012008 - Abilitato A2 
OPERATORE ENAC:ITEAYYIFSK
OPERATORE EASA:ITA3YNC64M41Y776R2SM
Pix4D certified user
P.IVA 02638890034 - Albo Artigiani N. 80692
mario.brustia@...
mario.brustia@...
www.meteotrecate.it  www.aprtrecate.it
Facebook >> brustiamario
sent from client
**********************************************************


A handy step-by-step guide to setting up your EUMETCast station - from EUMETSAT!

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

From EUMETSAT:

  Set up your very own EUMETCast station by following our latest tutorial! Lorcan, former @eumetsat intern, walks you through the different steps – from assembling your own antenna to software installation - in this handy step-by-step guide.

Watch here:

  https://www.youtube.com/watch?v=dI46O1HeGrU

It's in English - from Lorcan Kelleher

Cheers,
David

--
SatSignal Software - Quality software for you
Web: https://www.satsignal.eu
Email: david-taylor@blueyonder.co.uk
Twitter: @gm8arv


Re: probleme with dvb-eumetcast, service don't start

Ernst Lobsiger
 

Celestine,

and you didn't even tell us what EUMETCast receiver you have. If this is an SR1 or similar router smcroute is not needed.
If it is a dvb-s2 USB-Box or PCIe-card smcroute is needed as well as dvb-apps. And one more hint: /etc/init.d/dvb-eumetcast
does also rely on good old ifconfig. Newer distros come with ip only. Debian 10 e.g. still has ifconfig in the net-tools package.

Regards,
Ernst


Re: probleme with dvb-eumetcast, service don't start

Ernst Lobsiger
 

Celestine,

as a sys admin you should at least tell us what system you are using. The init script /etc/init.d/dvb-eumetcast might be the problem because this is still
assuming a deprecated version of smcroute. This used to be one binary "smcroute" only but in latest distros smcroute comes as smcrouted (the daemon) and
smcroutectl (a CLI control program). If you have this new version of smcroute (check with man smcroute) you might have to slightly adapt the startup script.

If you installed smcroute from your distro you might also have the distro startup script (maybe even an smcroute helper service) that you must disable.
Maybe you test that first as all the interfaces used will be setup by /etc/init.d/dvb-eumetcast. This can interfere with a distro started smcrouted daemon.

Cheers,
Ernst


probleme with dvb-eumetcast, service don't start

 

Dear MSG-01 group,

I'm trying to config a computer with EUMETCast client (TelliCast)(https://eumetsatspace.atlassian.net/wiki/spaces/DSEC/pages/739344499/EUMETCast+Client+Software+Description).
I am the new system administrator of my company and this computer has already been configured to receive data (I found data from 04/2020).
I updated all the package (finding here : ftp://ftp.eumetsat.int/pub/OPS/out/user/EUMETCast_Support/EUMETCast_Licence_cd/Linux/) but when I try to reload the dvb-eumetcast service, I have this error :

>> Starting dvb-eumetcast E1 E2: smcroutectl: Invalid input interface Failed to add the multicast route for the multicast IP address '224.223.222.223' (using the multicast origin IP address) FAILED

I registered to this data :

Meteosat Services

    0° Service
        0° SEVIRI Level 1.5 Image Data
            1/4-hourly data transmissions **
            1/2-hourly data transmissions **
            1-hourly data transmissions
        0° Meteosat Meteorological Products
            All other Meteorological Products

I have already sent a message to the eumetsat helpdesk and I am waiting for a response. I try via this group.

Thanks in advance,
Celestine.

 

 


Re: PyTROLL/SatPy Starter Kit V3.0 for GNU/Linux

Christian Peters
 

Nigel,

I would recommend the 64bit version. You can stay on the raspios version as it's more tested on that platform. I tried the ubuntu server version too as I tried ZFS on the pi with two mirrored USB HDs. They packed zfs inside...! ;-)

I will report.

Good luck with the install!

Regards,

Christian

Am 19.01.21 um 15:22 schrieb nigel:

Hi Christian,

thanks for your reply. I've currently installed the official 2020-12-02-raspios-buster-armhf OS. Perhaps I should reconsider that and go for a 64 bit version because, as you say, the chip is 64 bit. Bit more research required ! I'm doing this initial instal on a 2GB model but have an 8GB on order - who knows when it will arrive here in N Cyprus !!

It'll be interesting to hear how you get on, when you get the new SD card.

Regards

Nigel


On 19/01/2021 15:21, Christian Peters via groups.io wrote:
Nigel,

did you install the 64 bit ubuntu version!? I think you should use the 64 bit version (as the chip is 64bit). Anyway miniconda and other condo versions did not work on the PI.
I figured it out with virtualenv and pip. I think Ernst will provide the link in short time. You have to compile the packet on the Pi so it took some time, but it works. Just tested basic things, so more to come from you.

So you I just wait for a fresh MiniSDCard to try...but maybe I now can skip this as you are just ahead...! :-D

Regards,

Christian

P.S.: Maybe I will do it anyway...it will be just fun to get it working on the RP4 (but here only 4GB Ram)...

Am 19.01.21 um 14:01 schrieb nigel:

Hi Ernst,

I've started on installing your PyTROLL/StPy on a Raspberry Pi4, following your HOWTO_V30.txt and have come across a problem with Miniconda3 not being 32bit. I see that Christian has used "virtualenv" - could you kindly point me towards your GNU/Linux HOWTO 2.0, so that I can try this route, please ?

Many thanks,

Nigel

On 17/01/2021 18:04, Ernst Lobsiger via groups.io wrote:
Dear All,

here comes the Kit for GNU/Linux amd64 as promised. It's as easy to install and use as the one for Windows. It has been
developed under Debian 10 (Buster) but you should have no problems to get it running on any amd64 GNU/Linux distro.



It's based on Miniconda3 as the Windows companion. Christian Peters took "virtualenv" (as described in my GNU/Linux HOWTO 2.0)
to install the PyTROLL/SatPy environment and made a first Meteosat image on a RASPI (8GB RAM needed) with one of my scripts :-).

Have fun
Ernst



Re: PyTROLL/SatPy Starter Kit V3.0 for GNU/Linux

nigel
 

Hi Christian,

thanks for your reply. I've currently installed the official 2020-12-02-raspios-buster-armhf OS. Perhaps I should reconsider that and go for a 64 bit version because, as you say, the chip is 64 bit. Bit more research required ! I'm doing this initial instal on a 2GB model but have an 8GB on order - who knows when it will arrive here in N Cyprus !!

It'll be interesting to hear how you get on, when you get the new SD card.

Regards

Nigel


On 19/01/2021 15:21, Christian Peters via groups.io wrote:
Nigel,

did you install the 64 bit ubuntu version!? I think you should use the 64 bit version (as the chip is 64bit). Anyway miniconda and other condo versions did not work on the PI.
I figured it out with virtualenv and pip. I think Ernst will provide the link in short time. You have to compile the packet on the Pi so it took some time, but it works. Just tested basic things, so more to come from you.

So you I just wait for a fresh MiniSDCard to try...but maybe I now can skip this as you are just ahead...! :-D

Regards,

Christian

P.S.: Maybe I will do it anyway...it will be just fun to get it working on the RP4 (but here only 4GB Ram)...

Am 19.01.21 um 14:01 schrieb nigel:

Hi Ernst,

I've started on installing your PyTROLL/StPy on a Raspberry Pi4, following your HOWTO_V30.txt and have come across a problem with Miniconda3 not being 32bit. I see that Christian has used "virtualenv" - could you kindly point me towards your GNU/Linux HOWTO 2.0, so that I can try this route, please ?

Many thanks,

Nigel

On 17/01/2021 18:04, Ernst Lobsiger via groups.io wrote:
Dear All,

here comes the Kit for GNU/Linux amd64 as promised. It's as easy to install and use as the one for Windows. It has been
developed under Debian 10 (Buster) but you should have no problems to get it running on any amd64 GNU/Linux distro.



It's based on Miniconda3 as the Windows companion. Christian Peters took "virtualenv" (as described in my GNU/Linux HOWTO 2.0)
to install the PyTROLL/SatPy environment and made a first Meteosat image on a RASPI (8GB RAM needed) with one of my scripts :-).

Have fun
Ernst


Re: PyTROLL/SatPy Starter Kit V3.0 for GNU/Linux

Ernst Lobsiger
 

On Tue, Jan 19, 2021 at 05:01 AM, nigel wrote:

Hi Ernst,

I've started on installing your PyTROLL/StPy on a Raspberry Pi4, following your HOWTO_V30.txt and have come across a problem with Miniconda3 not being 32bit. I see that Christian has used "virtualenv" - could you kindly point me towards your GNU/Linux HOWTO 2.0, so that I can try this route, please ?

Many thanks,

Nigel

Nigel,

this HOWTO is attached to message 28324 on this list

https://groups.io/g/MSG-1/message/28324

Just use the part 2) on how to install the PyTROLL/SatPy environment with "virtualenv" and pip(3).
Instead of conda you will always use pip as your installer (Miniconda3 for RASPI seems not to exist).
You will also have to compile xRITDecompress (I have packed the source with the Starter Kit V3)

Good Luck
Ernst


Re: PyTROLL/SatPy Starter Kit V3.0 for GNU/Linux

Christian Peters
 

Nigel,

did you install the 64 bit ubuntu version!? I think you should use the 64 bit version (as the chip is 64bit). Anyway miniconda and other condo versions did not work on the PI.
I figured it out with virtualenv and pip. I think Ernst will provide the link in short time. You have to compile the packet on the Pi so it took some time, but it works. Just tested basic things, so more to come from you.

So you I just wait for a fresh MiniSDCard to try...but maybe I now can skip this as you are just ahead...! :-D

Regards,

Christian

P.S.: Maybe I will do it anyway...it will be just fun to get it working on the RP4 (but here only 4GB Ram)...

Am 19.01.21 um 14:01 schrieb nigel:

Hi Ernst,

I've started on installing your PyTROLL/StPy on a Raspberry Pi4, following your HOWTO_V30.txt and have come across a problem with Miniconda3 not being 32bit. I see that Christian has used "virtualenv" - could you kindly point me towards your GNU/Linux HOWTO 2.0, so that I can try this route, please ?

Many thanks,

Nigel

On 17/01/2021 18:04, Ernst Lobsiger via groups.io wrote:
Dear All,

here comes the Kit for GNU/Linux amd64 as promised. It's as easy to install and use as the one for Windows. It has been
developed under Debian 10 (Buster) but you should have no problems to get it running on any amd64 GNU/Linux distro.



It's based on Miniconda3 as the Windows companion. Christian Peters took "virtualenv" (as described in my GNU/Linux HOWTO 2.0)
to install the PyTROLL/SatPy environment and made a first Meteosat image on a RASPI (8GB RAM needed) with one of my scripts :-).

Have fun
Ernst


Re: PyTROLL/SatPy Starter Kit V3.0 for GNU/Linux

nigel
 

Hi Ernst,

I've started on installing your PyTROLL/StPy on a Raspberry Pi4, following your HOWTO_V30.txt and have come across a problem with Miniconda3 not being 32bit. I see that Christian has used "virtualenv" - could you kindly point me towards your GNU/Linux HOWTO 2.0, so that I can try this route, please ?

Many thanks,

Nigel

On 17/01/2021 18:04, Ernst Lobsiger via groups.io wrote:
Dear All,

here comes the Kit for GNU/Linux amd64 as promised. It's as easy to install and use as the one for Windows. It has been
developed under Debian 10 (Buster) but you should have no problems to get it running on any amd64 GNU/Linux distro.



It's based on Miniconda3 as the Windows companion. Christian Peters took "virtualenv" (as described in my GNU/Linux HOWTO 2.0)
to install the PyTROLL/SatPy environment and made a first Meteosat image on a RASPI (8GB RAM needed) with one of my scripts :-).

Have fun
Ernst


Re: Sad news I'm afraid.

geojohnt@...
 

Hello again Everyone,

One thing I should of course also have mentioned about Francis is his organisation of several very successful GEO Symposium's at the National Space Centre with Nadine at his side and attended by engineers/specialists and representatives from our friends at EUMETSAT who always gave us informative and interesting presentations.
Which added enormously to our 'GEO members day.'

Kind regards,
John Tellick.

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


-----Original Message-----
From: geojohnt via groups.io <geojohnt@...>
To: geo-subscribers@groups.io <geo-subscribers@groups.io>; msg-1@groups.io <msg-1@groups.io>; satsignal@groups.io <satsignal@groups.io>
Sent: Mon, 18 Jan 2021 19:33
Subject: [SatSignal] Sad news I'm afraid.

Hello Everyone,

GEO members, RIG members and RadComm members and many more I expect.

I'm very sorry to have to tell you that Francis (Frank) Bell died last Thursday.

Many of you will know or have met Francis at both RIG and GEO rallies over many years and remember two great and very well attended RIG Conferences and AGM organised by Francis and hosted by the Royal Grammar School in Guildford where he was a master.
Francis also ran a very successful WXSAT receiving station at the Grammar School back in the 'good old days' of WEFAX/APT which was very well supported and used by the students.

For the management team of GEO we have lost a good friend, colleague and the focus point for GEO.
For a long time after the formation of GEO, 'committee' meetings were held at Francis's house with a big garden in Godalming and Nadine his wife kept us very well fed and 'watered' the day long.
Often we didn't leave till after 10 o/c at night with some longer distance committee members staying overnight at the house as our hosts, Nadine and Francis, looked after us so well.

Happy days and very happy memories.

The GEO management team and many of you I'm sure would wish to send your condolences to Nadine and the family.

Sincerely yours,
John Tellick.


  


Sad news I'm afraid.

geojohnt@...
 

Hello Everyone,

GEO members, RIG members and RadComm members and many more I expect.

I'm very sorry to have to tell you that Francis (Frank) Bell died last Thursday.

Many of you will know or have met Francis at both RIG and GEO rallies over many years and remember two great and very well attended RIG Conferences and AGM organised by Francis and hosted by the Royal Grammar School in Guildford where he was a master.
Francis also ran a very successful WXSAT receiving station at the Grammar School back in the 'good old days' of WEFAX/APT which was very well supported and used by the students.

For the management team of GEO we have lost a good friend, colleague and the focus point for GEO.
For a long time after the formation of GEO, 'committee' meetings were held at Francis's house with a big garden in Godalming and Nadine his wife kept us very well fed and 'watered' the day long.
Often we didn't leave till after 10 o/c at night with some longer distance committee members staying overnight at the house as our hosts, Nadine and Francis, looked after us so well.

Happy days and very happy memories.

The GEO management team and many of you I'm sure would wish to send your condolences to Nadine and the family.

Sincerely yours,
John Tellick.


  

661 - 680 of 31625