Date   
Re: Pytroll/SatPy for EUMETCast

Graham Woolf
 

Hi Ernst

Another quick question

What governs the coastline colour and how do I change it ?

Kind Regards

Graham

Some thoughts towards the future....

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

From the "Pytroll/SatPy for EUMETCast" thread.
~~~~~~~~~~~~~~~~~~~~

With all the attention on the above at the moment, spare a thought for those of us who can only rely on Windows programs for our hobby.

David, who has been the backbone of this hobby for many many years, has now retired and rightly pursuing his own hobby interests. This is leaving a gap for new programs for new data and new satellites, which I do not see being filled in the coming months/years and therefore will put the hobby at risk.

Let me make it quite clear that I for one would gladly pay for any new programs.

Regrettably I have zero knowledge of computer programming ( what is a Windows Editor and a command line ??? ] so that route is completely out of the question.

Regards
Ian.
======================================

Ian,

Some thoughts towards the future....

You are not alone! A lot of people ask for a "click-and-go" software. I use the free InnoSetup software for creating such a program, and it has a lot of scripting options (based on a Pascal-like language) which make it very versatile:

https://jrsoftware.org/isinfo.php

So rather than the user having to install and configure multiple unfamiliar packages perhaps a large proportion of the work could be handled by an automated InnoSetup script? Yes, it can call other installers. Perhaps folks like Douglas, Christian, Graham and Ernst who have the knowledge between them might look at creating an install script to ease the task?

Rob has already produced some helper programs to edit text scripts using a GUI and I could perhaps help with that if the requirements were known. I could attempt to make similar software open-source in Delphi so that it could also be compiled on Lazarus/FreePascal enabling Linux and Mac support.

BTW: I was interested to see that the Pytroll approach cannot as yet produce the results achieved with my GeoSatSignal program.

To clarify, all of my software is still available and support remains the same as ever. What I don't propose to do is to develop further software for the following generation of polar and geostationary birds as I may not be around to or capable of supporting it (2021-2041) so it would be unfair to users.

In any case, much of the interesting data is readily available from the Internet, so not much point in re-inventing the wheel? For Sentinel images, start here: https://twitter.com/Pierre_Markuse

Cheers,
David
--
SatSignal Software - Quality software for you
Web: https://www.satsignal.eu
Email: david-taylor@...
Twitter: @gm8arv

Re: Pytroll/SatPy for EUMETCast

Ian Deans
 

With all the attention on the above at the moment, spare a thought for those of us who can only rely on Windows programs for our hobby.

David, who has been the backbone of this hobby for many many years, has now retired and rightly pursuing his own hobby interests. This is leaving a gap for new programs for new data and new satellites, which I do not see being filled in the coming months/years and therefore will put the hobby at risk.

Let me make it quite clear that I for one would gladly pay for any new programs.

Regretably I have zero knowledge of computer programming ( what is a Windows Editor and a command line ??? ] so that route is completely out of the question.

Regards
Ian.

Re: Pytroll/SatPy for EUMETCast

Graham Woolf
 

Hi Ernst

Thanks for that

All working well here now

Kind Regards

Graham

Re: Pytroll/SatPy for EUMETCast

Douglas Deans
 

On 13/05/2020 09:52, Ernst Lobsiger via groups.io wrote:
On Tue, May 12, 2020 at 02:48 AM, Ernst Lobsiger wrote:
I was wrong! So possibly a version 1.1 follows ...
Hi Graham and Douglas
There is an error in the POES FY-3D scripts that made me think we don't get night passes:
I had d1 = int(14. + 0./60. - lon/15. - 7.0) and d2 = int(14. + 0./60. - lon/15. + 5.0)!!
There is a similar glitch in EOS-Aqua_VIS.py (-6.5 and + 5.5 instead of -5.5 and + 6.5)!!
But there isn't MODIS data on the earths dark side. A (night) EOS-Aqua_IR.py is of no use.
Correct for daylight passes (replace day equator crossing times for other satellites):
# FY-3D is an afternoon satellite heading north
# LTAN = 14:00  (sometimes also called ECT asc)
d1 = int(14. + 0./60. - lon/15. - 5.5)
d2 = int(14. + 0./60. - lon/15. + 6.5)
...
    # Day crossings between d1 and d2
    if int(Hou) > d1 and int(Hou) < d2:
...
Correct for nighttime passes (replace day equator crossing times for other satellites):
# FY-3D is an afternoon satellite heading north
# LTAN = 14:00  (sometimes also called ECT asc)
d1 = int(14. + 0./60. - lon/15. - 5.5)
d2 = int(14. + 0./60. - lon/15. + 6.5)
...
    # Night crossings outside d1 to d2
    if int(Hou) < d1 or int(Hou) > d2:
...
I attach corrected and tested scripts, you can also just fix your scripts with an EDITOR.
Best Regards
Ernst
===========================================================================
Thanks Ernst. Will make the necessary changes. Making good progress. Still a lot to learn and try but have successful images for more than half the satellite list.

Best regards,
Douglas.

Re: Pytroll/SatPy for EUMETCast

Ernst Lobsiger
 

On Tue, May 12, 2020 at 02:48 AM, Ernst Lobsiger wrote:
I was wrong! So possibly a version 1.1 follows ...
Hi Graham and Douglas

There is an error in the POES FY-3D scripts that made me think we don't get night passes:
I had d1 = int(14. + 0./60. - lon/15. - 7.0) and d2 = int(14. + 0./60. - lon/15. + 5.0)!!
There is a similar glitch in EOS-Aqua_VIS.py (-6.5 and + 5.5 instead of -5.5 and + 6.5)!!
But there isn't MODIS data on the earths dark side. A (night) EOS-Aqua_IR.py is of no use.

Correct for daylight passes (replace day equator crossing times for other satellites):

# FY-3D is an afternoon satellite heading north
# LTAN = 14:00  (sometimes also called ECT asc)
d1 = int(14. + 0./60. - lon/15. - 5.5)
d2 = int(14. + 0./60. - lon/15. + 6.5)
...
    # Day crossings between d1 and d2
    if int(Hou) > d1 and int(Hou) < d2:
...


Correct for nighttime passes (replace day equator crossing times for other satellites):

# FY-3D is an afternoon satellite heading north
# LTAN = 14:00  (sometimes also called ECT asc)
d1 = int(14. + 0./60. - lon/15. - 5.5)
d2 = int(14. + 0./60. - lon/15. + 6.5)
...
    # Night crossings outside d1 to d2
    if int(Hou) < d1 or int(Hou) > d2:
...

I attach corrected and tested scripts, you can also just fix your scripts with an EDITOR.


Best Regards
Ernst

Re: Pytroll/SatPy for EUMETCast

Ernst Lobsiger
 

Douglas,

that's phantastic! I knew you can do it. There is one more good point of my Windows journey as well. I had do think about some useful data structures to somewhat tiidy the horrible mess I have under GNU/Linux
here. And I just found a long pending bug in my polar scripts that made me think that EUMETCast does not send us FY-3D passes from the night side of the planet. I was wrong! So possibly a version 1.1 follows ...

Cheers,
Ernst

Re: Pytroll/SatPy for EUMETCast

Douglas Deans
 

Ernst just to confirm that I have managed to get Pytroll/Satpy working despite having no program experience whatsoever. This is mainly due to your very concise and helpful HOWTO package and some help from Graham. If I can do it I suspect anyone can do it !
I have included a full disc image MSG4 from this morning as evidence but have also got polar orbiter data working (see Twitter).

As mentioned at the end of your HOWTO ((There will be no V 2.0 unless at least 5 members of the 'OLD FARTS CLUB' (as proposed by Hugo on the MSG-1 list lately) report SUCCESS!)) I confirm you now have a least 2 !!

Thanks again for doing this.

Best regards,
Douglas.

Re: TP 1 data rate.

geojohnt@...
 

Thanks David,

When life gets back to normal - when - I'll bother Ops.
Or wait till we all get over to Darmstadt again.
But I ain't 'getting into a plane' (or train, tube or bus) any time soon!

Can't even get my ' socially closed' car into France via the Channel Tunnel which is still running - to restock my wine cellar from Carrefour.

Essential travel only allowed and requiring a written permit from the French before entry.
'Interestingly' since lockdown 609 illegal immigrants have arrived/been picked up, in the Channel.

Stay safe everyone, it's not over yet!

Regards,
John. 

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



John,


I think that if you break your eToken it will be replaced with a new model 
(requiring a software update, of course).

I recall (vaguely) that newer versions of TelliCast may require the newer 
eToken.  Other than that it was updates and fixes.  At one stage TelliCast 
was updated for some of the new data, but you'd have to search back through 
the group archive for more info.  There is a search function.  Or use the 
Internet!

Cheers,
David
-- 
SatSignal Software - Quality software for you
Web: https://www.satsignal.eu
Email: david-taylor@...
Twitter: @gm8arv 

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


-----Original Message-----
From: David J Taylor via groups.io <david-taylor@...>
To: MSG-1@groups.io
Sent: Fri, 8 May 2020 15:19
Subject: Re: [MSG-1] TP 1 data rate.

David,

Thanks for the link.

I was aware that there was a 'new' update for Tellicast and a new EKU
available but had forgotten about it.

Reading it again suggests that you can continue to use the 'old system.'
Which is probably why I did nothing and forgot about it.

However EUMETSAT no longer support the older version of Tellicast software.

So, without bothering Ops at this time, what is the advantage(?) of 2.14.5?
And the advantage(?) of the new EKU.

I thought all of us with old EKU's would be supplied with a new one - but
this seems not to be the case?

Regards,
John.
=====================================





Re: MSG Animator

Ian Deans
 

On 09/05/2020 23:13, Thorsten Miglus wrote:
Ian,
I use MSG Animator with a 4K monitor. It works with a setting of 100 %. See attached screenshot (German Windows).
The maximum width for animations is 3836.
Cheers,
Thorsten
==============================================================

Thanks for the update Thornsten. I did manage myself to get one animation running with the DPI setting at 100%, but it would be impossible for me to use the monitor with that setting without ruining my eyes in about 5 minutes.

It needs a setting of 150% the recommended setting by the manufacturer,
and that unfortunately means no Animator. I will have to switch back to my old monitor tomorrow.

Regards
Ian.

Re: MSG Animator

Thorsten Miglus
 

Ian,

I use MSG Animator with a 4K monitor. It works with a setting of 100 %. See attached screenshot (German Windows).
The maximum width for animations is 3836.

Cheers,
Thorsten


On Sat, May 9, 2020 at 03:26 PM, Ian Deans wrote:
Is anyone on this group successfully running Animator on a 4K monitor.

I now have a 32" 4K monitor and I am finding it almost impossible to set it up with the animations I want and it will not allow a width of 3840.

I suspect the issue may be that the recommended DPI is 150% ( 100% too small )

My previous monitor 3440 x 1440 was fine but although I increased some text sizes a little the recommended DPI was 100%.

Regards
Ian.

Re: Pytroll/SatPy for EUMETCast

Ernst Lobsiger
 

Graham,

1) You have to indicate the Point Of Interest (POI, I added 'Switzerland' and 'Isle Of Man' in my scripts).
It's easy to find the needed latitude and longitude of the POI with google earth or something similar.
Make sure you get data from there. EARS region coverage for some sats, worldwide for other sats.
My scripts find the closest orbit that passed near the POI. There is always one day and one night pass.

2) Reproject the data to the area. You might have to invent your own projection (see my area.yaml).

3) If you want/schedule the data from today make sure those are already received via EUMETCast.

Hope this helps
Ernst

Re: Pytroll/SatPy for EUMETCast

Graham Woolf
 

Hi Ernst and Christian

Thanks for the reply

I have one further question

With the polar orbiting satellites they are picking up the orbits that include the UK . If I want the preceding orbit i.e Central Europe and Scandinavia or the following orbit over the Atlantic

How do I do it - I am assuming it might have something to do with swath and the resampling areas . I have tried this

    proj = 'euron0250'
    nscn = scn.resample(proj)
    nscn.save_dataset(composite,imgdir+'/Suomi_PPP-Orbit_'+str(orbmax)+'-'+
                     'DayTime-'+Yea+Mon+Day+'-'+composite+'-'+proj+'.jpg',
                      overlay = {'coast_dir': 'C:\Tools\gshhs',
                      'color': (255, 255, 0), 'width': 1.0, 'resolution': 'i'},
                      fill_value=0)
but it hasnt changed the orbit

Kind Regards

Graham

Re: MSG Animator

Ian Deans
 

On 09/05/2020 18:30, James Brown wrote:
Hi Ian,
I recently ‘upgraded’ to a 37” monitor to try and compensate eye debris problems and have also run into a few issues.
Suggestions to reduce the display to 1920 x 1080 didn’t help, and I have tried multiple variations along the lines you mentioned.
I have had to live with a compromise of going for the 1440 option and adjusting the DPI the same as yours. The result is that I get more space but lose some legibility on some prog text.
But Animator runs ok apart from the slight blur on text.
Cheers,
James

On 9 May 2020, at 14:34, Ian Deans via groups.io <iandeans142=btinternet.com@groups.io> wrote:
==================================================================================

Thanks for the reply James.

With a resolution of 3840 x 2160 you need the main display at 150% on a 32" monitor. I have tried all options to get it to work, but without success so either I don't use Animator or I have an expensive spare monitor !!!

Regards
Ian.

Re: MSG Animator

James Brown
 

Hi Ian,
I recently ‘upgraded’ to a 37” monitor to try and compensate eye debris problems and have also run into a few issues.

Suggestions to reduce the display to 1920 x 1080 didn’t help, and I have tried multiple variations along the lines you mentioned.

I have had to live with a compromise of going for the 1440 option and adjusting the DPI the same as yours. The result is that I get more space but lose some legibility on some prog text.

But Animator runs ok apart from the slight blur on text.

Cheers,
James

On 9 May 2020, at 14:34, Ian Deans via groups.io <iandeans142=btinternet.com@groups.io> wrote:


Is anyone on this group successfully running Animator on a 4K monitor.

I now have a 32" 4K monitor and I am finding it almost impossible to set it up with the animations I want and it will not allow a width of 3840.

I suspect the issue may be that the recommended DPI is 150% ( 100% too small )

My previous monitor 3440 x 1440 was fine but although I increased some text sizes a little the recommended DPI was 100%.

Regards
Ian.


Re: Omitting "receive_buffer_size=8000000" from the channels file?

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

David,

IIRC we had a discussion re receive_buffer_size beginning with this post:

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

At that time the default was 4000000. AFAIK the client begins to complain
if it's set too low for HVS (but this may be specific for the GNU/Linux client).
There was a note in TD-15 at that time (didn't check the current version).

Regards,
Ernst
====================================

Thanks, Ernst. I did find some posts but they didn't help. I've not set things lower than the EUMETSAT suggestion, and I've not seen the client complain. I suspect there is a default value, but that the default may be on the low side for EUMETCast operation. Pity it's not documented in the otherwise thorough Help information!

Cheers,
David
--
SatSignal Software - Quality software for you
Web: https://www.satsignal.eu
Email: david-taylor@...
Twitter: @gm8arv

Re: Pytroll/SatPy for EUMETCast

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

Graham,

as HRV is just one visual channel there is no such thing as a "high resolution colour composite".
[]
Regards,
Ernst
========================================

... and yet by magic, GeoSatSignal produces the image shown!

Cheers,
David
--
SatSignal Software - Quality software for you
Web: https://www.satsignal.eu
Email: david-taylor@...
Twitter: @gm8arv

Re: Omitting "receive_buffer_size=8000000" from the channels file?

Ernst Lobsiger
 

David,

IIRC we had a discussion  re receive_buffer_size beginning with this post:

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

At that time the default was 4000000. AFAIK the client begins to complain
if it's set too low for HVS (but this may be specific for the GNU/Linux client).
There was a note in TD-15 at that time (didn't check the current version).

Regards,
Ernst

Omitting "receive_buffer_size=8000000" from the channels file?

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

Has anyone tried omitting the "receive_buffer_size=8000000" in the TelliCast cast_client_channels.ini file, and if so, what effects did you observe? Anything in the log files?

Oh, and this may be old ground, but "receive_buffer_size" isn't documented in the TelliCast help, but a "stream_buffer" parameter is. Both appear to be in the executable file.

Thanks,
David
--
SatSignal Software - Quality software for you
Web: https://www.satsignal.eu
Email: david-taylor@...
Twitter: @gm8arv

MSG Animator

Ian Deans
 

Is anyone on this group successfully running Animator on a 4K monitor.

I now have a 32" 4K monitor and I am finding it almost impossible to set it up with the animations I want and it will not allow a width of 3840.

I suspect the issue may be that the recommended DPI is 150% ( 100% too small )

My previous monitor 3440 x 1440 was fine but although I increased some text sizes a little the recommended DPI was 100%.

Regards
Ian.