Date   

Re: Pytroll/SatPy problems with GOES16 script

Daniele Guardigli
 

Hi Ernst, sorry for the bad mistake! I've left the ini file as it was  downloaded, without editing the file.
Could you attach me an example of your channels .ini file? Thank you

Il giorno lun 1 mar 2021 alle ore 19:19 Ernst Lobsiger via groups.io <ernst.lobsiger=belponline.ch@groups.io> ha scritto:
On Mon, Mar 1, 2021 at 09:37 AM, Daniele Guardigli wrote:
Yes I did, and the area selected is "full_scan". On the batch file I wrote "set PPP_CONFIG_DIR=C:/EMCtools/pppconfig", like cmd files provided as example.
 
Daniele,

a closer look shows that you have all your hvs-1 files in a /default directory as is first setup by EUMETSAT.

!!! THIS IS *VERY* BAD !!!

This way you are mixing GOES16 and GOES17 files. I didn't think someone would do such %@!!££ things.
And of course there is no common full scan area for this. There is a short time work around but you really
have to fix your reception data structures to something useful in the "cast-client-channels_hvs-1.ini" file.

Short time Work Around in GOES16.py:
...
files = []
for b in needed_files[composite]:
    files = files + glob(segdir + '/' + 'OR_ABI-*' + str(b) + '*s' + Slo + '*.nc')
...

CHANGE THAT TO:

files = []
for b in needed_files[composite]:
    files = files + glob(segdir + '/' + 'OR_ABI-*' + str(b) + '_G16_s' + Slo + '*.nc')


And make the same changes with '_G17_s'  in GOES17.py for images of this SAT.

Regards,
Ernst






--
Daniele Guardigli


Re: Pytroll/SatPy problems with GOES16 script

Ernst Lobsiger
 

On Mon, Mar 1, 2021 at 09:37 AM, Daniele Guardigli wrote:
Yes I did, and the area selected is "full_scan". On the batch file I wrote "set PPP_CONFIG_DIR=C:/EMCtools/pppconfig", like cmd files provided as example.
 
Daniele,

a closer look shows that you have all your hvs-1 files in a /default directory as is first setup by EUMETSAT.

!!! THIS IS *VERY* BAD !!!

This way you are mixing GOES16 and GOES17 files. I didn't think someone would do such %@!!££ things.
And of course there is no common full scan area for this. There is a short time work around but you really
have to fix your reception data structures to something useful in the "cast-client-channels_hvs-1.ini" file.

Short time Work Around in GOES16.py:
...
files = []
for b in needed_files[composite]:
    files = files + glob(segdir + '/' + 'OR_ABI-*' + str(b) + '*s' + Slo + '*.nc')
...

CHANGE THAT TO:

files = []
for b in needed_files[composite]:
    files = files + glob(segdir + '/' + 'OR_ABI-*' + str(b) + '_G16_s' + Slo + '*.nc')


And make the same changes with '_G17_s'  in GOES17.py for images of this SAT.

Regards,
Ernst





Re: Pytroll/SatPy problems with GOES16 script

Daniele Guardigli
 

Yes I did, and the area selected is "full_scan". On the batch file I wrote "set PPP_CONFIG_DIR=C:/EMCtools/pppconfig", like cmd files provided as example.


Il giorno lun 1 mar 2021 alle ore 14:33 Ernst Lobsiger via groups.io <ernst.lobsiger=belponline.ch@groups.io> ha scritto:
Daniele,

Have you done point 6) of the HOWTO? It seems 'area' is not defined ...


...
6) Environment variables
------------------------

Pytroll/SatPy is mainly looking for two environment variables:

# Path and name of wavelet decompression tool xRITDecompress.exe
XRIT_DECOMPRESS_PATH=C:/EMCtools/exefiles/xRITDecompress.exe
This is only used if you want Satpy to handle decompression. This was not
available when I started my scripts. I set the path directly in the code.

# In this directory you manage your own configuration files locally. This is
really recommended if you begin to experiment with your own map projections.
These are defined in file areas.yaml where I added e.g. cyprus, isleofman, ..
PPP_CONFIG_DIR=C:/EMCtools/pppconfig

The original default files are found under the lengthy path (don't change those!):
C:\users\username\miniconda3\envs\pytroll\Lib\site-packages\satpy\etc\areas.yaml

Environment variables can be added/set for your user account by "googling" bottom left for "ENV".
Then you permanently add the variable name and variable value to your personal environment only.
(**DO NOT CHANGE OR DELETE OTHER ENVIRONMENT VARIABLES AND DO NOT TOUCH THE SYSTEM VARIABLES**.)

Of course they can also be set at the command prompt after opening a black Miniconda3 window:
set PPP_CONFIG_DIR=C:/EMCtools/pppconfig
As long as the black Miniconda3 window stays open, this environment variable is now known.

Finally they can be set easily in batch files before the Python scripts are invoked:
set PPP_CONFIG_DIR=C:/EMCtools/pppconfig




Ernst



--
Daniele Guardigli


Re: Pytroll/SatPy problems with GOES16 script

Ernst Lobsiger
 

Daniele,

Have you done point 6) of the HOWTO? It seems 'area' is not defined ...


...
6) Environment variables
------------------------

Pytroll/SatPy is mainly looking for two environment variables:

# Path and name of wavelet decompression tool xRITDecompress.exe
XRIT_DECOMPRESS_PATH=C:/EMCtools/exefiles/xRITDecompress.exe
This is only used if you want Satpy to handle decompression. This was not
available when I started my scripts. I set the path directly in the code.

# In this directory you manage your own configuration files locally. This is
really recommended if you begin to experiment with your own map projections.
These are defined in file areas.yaml where I added e.g. cyprus, isleofman, ..
PPP_CONFIG_DIR=C:/EMCtools/pppconfig

The original default files are found under the lengthy path (don't change those!):
C:\users\username\miniconda3\envs\pytroll\Lib\site-packages\satpy\etc\areas.yaml

Environment variables can be added/set for your user account by "googling" bottom left for "ENV".
Then you permanently add the variable name and variable value to your personal environment only.
(**DO NOT CHANGE OR DELETE OTHER ENVIRONMENT VARIABLES AND DO NOT TOUCH THE SYSTEM VARIABLES**.)

Of course they can also be set at the command prompt after opening a black Miniconda3 window:
set PPP_CONFIG_DIR=C:/EMCtools/pppconfig
As long as the black Miniconda3 window stays open, this environment variable is now known.

Finally they can be set easily in batch files before the Python scripts are invoked:
set PPP_CONFIG_DIR=C:/EMCtools/pppconfig




Ernst


Pytroll/SatPy problems with GOES16 script

Daniele Guardigli
 

Hello,

attached there's a txt file with debug lines from GOES16.py.
Can anyone help me? Thanks


Daniele Guardigli


CLUT

Daniele Guardigli
 

Hello! Does anyone have a CLUT like the one attached but with light clouds in white?

Thanks

sample_BrownBlue.jpg
Daniele Guardigli


Re: New approach for GNU/Linux TC receivers using DVB-S2 PCIe cards

Ernst Lobsiger
 

Dear GNU/Linux users

The version of szap-s2 distributed in the evaluation kit with dvbond0
produces considerable additional UNIX system load with TBS-6903X/09X cards.
One reason is an added retreival of the demodulator chip temperature.

On the other hand this version can set MODCODs on the cards mentionned.
One possibility to get rid of the added system load is the -Q switch.
The -Q (Quiet) switch suppresses all unnecessary parameter retreival:

Look for these lines in dvb-eumetcast and add the -Q (+ final space):
...
                         A*)
                         # C-Band Africa...
                         SZAP_OPTION="-l $LOF_C  -Q  "
                         ;;

                         H*)
                         # C-Band Africa...
                         SZAP_OPTION="-l $LOF_KU  -Q  "
                         ;;

                         E*)
                         # C-Band Africa...
                         SZAP_OPTION="-l $LOF_KU  -Q  "
                         ;;

...

BTW comment # C-Band Africa...  under E* and H* is copy & paste error.
If you run my TBS-6909X 3 demodulator single cable solution you can set
the SID=1 (using P1) and set Bas MODCODs 8psk 3/5 only with W00001000.

For above settings make these changes in channels.conf:

Eutelsat 10A:11263:hS1O25:0:33000:::
AtlanticBird3:3732:h:0:11963::::
E1:11263:hS1P1:0:33000:::
E1B:11263:hS1P1W00001000:0:33000:::
E1H:11263:hS1P1:0:33000:::
E2:11388:hS1P1:0:33000:::
H1:11317:vS1:0:29950:::
H1B:11317:vS1:0:29950:::
H1H:11317:vS1:0:29950:::
H2:11355:vS1:0:29950:::
Htest:11393:vS1:0:27500:::
A1:3848:hS1:0:9892::::
#name:frequency:PolarisationDVBStdModcod:diseqSatNr:Symbolrate:::


Stop tellicast-client and dvb-eumetcast and restart to apply changes.


Cheers,
Ernst


Brunt shelf today

Ferdinand Valk
 

With thanks to John Tellick for the early warning, attached is a radar image
of today after the calving of the Brunt-North shelf yesterday.
The composition of the shelf is quite different from what had spun off from
Larsen as A68. Basically this shelf consists of lots of loose icebergs that
came from the Stancomb-Wills glacier that froze-in in the extended sea ice
field, which thickened over time. The ice slab measures up to 150 meters
thick in places. Its disintegration will therefore follow a pattern
different from A68, which was not composite but a solid block of sea ice to
begin with. It is well possible that the North slab will freeze in place now
that local summer is nearing its end.
Interestingly West Brunt, where Halley 6 was located (moved in 2017 to 6a in
the image), still clings on along a stretch of ice of about two kilometers.
Another huge calving in the offing, although the onset of growing sea ice
may cause it to be delayed until the end of 2021.
A larger image is provided at https://tinyurl.com/tcep563x

Ferdinand Valk


Re: Evaluation copies of Windows 10 Windows Insider DEV

Graham Woolf
 

Hi David

Yes I did - I posted on the TBS forums and Microsoft but didnt get any replies from anybody

With  a massive amount of help from Ernst I now have my TBS card running under Linux so I wont bother with trying to get it to work  Windows

Regards

Graham


Re: Evaluation copies of Windows 10 Windows Insider DEV

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

On 08/01/2021 18:13, Graham Woolf wrote:
Hi John
No I cant get it to run either and I cant roll back my version either
Just have to hope CrazyCat is following this thread and can fix the problem
Regards
Graham
John, Graham,

It's been several weeks now since you reported this issue. Did you manage to report it and perhaps get any replies from TBS, Microsoft, CrazyCat or possibly EUMETSAT?

TBS would not want their hardware to fail under the next version of Windows.

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


Re: MSG4 in MSG Data MAanager

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

On 27/02/2021 06:07, Daniele Guardigli wrote:
Hi David, attached you'll find 3 screenshots of what I have on MSG Data Manager. Please, let me know where I did something wrong.
Thanks.
I think I already suggested this:

Stop the MSG Data Manager processing.

In Setup, uncheck Persistent Images.

Close the MSG Data Manager.

Delete the registry value: HKEY_CURRENT_USER\SOFTWARE\David J Taylor\MsgDataManager\RestartImageList

Be very careful when editing the registry!

Restart the MSG Data Manager.

I hope you will be able to register the software soon.

I don't think anything on screenshots (2) and (3) affect the problem you are seeing.

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


Re: MSG4 in MSG Data MAanager

Daniele Guardigli
 

Hi David, attached you'll find 3 screenshots of what I have on MSG Data Manager. Please, let me know where I did something wrong.
Thanks.
Problema MSG(3).jpgProblema MSG(2).jpgProblema MSG(1).jpg


Il giorno mar 23 feb 2021 alle ore 09:34 David J Taylor GM8ARV 🏴󠁧󠁢󠁳󠁣󠁴󠁿 🇪🇺 via groups.io <david-taylor=blueyonder.co.uk@groups.io> ha scritto:
On 22/02/2021 16:00, Daniele Guardigli wrote:
> Hello,
>
> I can't correctly process MSG4 images, since the channels preview are
> set to Africa and when I set a detailed image 1,2,3 or 4 the Europe is
> offset. With MSG3 all works fine.
> Can you help me? Thanks
>
> Daniele Guardigli

I'm sorry my suggestion did not help.  Could you please post a
screenshot (as an attachment) showing exactly what you mean by "preview
are set to Africa".

I am also puzzled by your reference to MSG-3 as that satellite data is
not due to be broadcast again until March-04 (IIRC).

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







--
Daniele Guardigli


Re: font for xrit2pic in nogui mode

R. Alblas
 

Andrea,
Only characters with ascii nr. 32 (space) to 127 are supported.
About 'not very clear': can you send me an example? (to r@...) Here it looks pretty clear.

Regards,
Rob.

On 25-02-2021 09:58, Andrea Battistella wrote:
Thanks Rob
the problem is that the default font is not clear and greek characters like "µ" are not present.
best regards
Andrea


Re: New approach for GNU/Linux TC receivers using DVB-S2 PCIe cards

Graham Woolf
 

Hi Ernst

All changes done and all working perfectly

Regards

Graham


Re: font for xrit2pic in nogui mode

Andrea Battistella
 

Thanks Rob
the problem is that the default font is not clear and greek characters like "µ" are not present.
best regards
Andrea


Hotbird EUMETCast backup.

geojohnt@...
 

Hello All,

You might find these two links from EUMETSAT's website interesting.
Similar information is contained in the recently updated TD-15, so many will already know it.

 

Between you, me, and the gate post, if EUMETSAT are paying money to reserve the two channels on Hotbird indefinitely, I suspect I'm not the only one wondering why they don't use Hotbird as the prime dissemination satellite and 10A or 9B as the backup.
I'm sure we would all welcome that?

Regards,
John T.





Re: New approach for GNU/Linux TC receivers using DVB-S2 PCIe cards

Ernst Lobsiger
 

On Wed, Feb 24, 2021 at 10:24 AM, Graham Woolf wrote:
Do I copy the new szap-2 and mc-grp-join files as well ?
Graham,

szap-s2 is probably the same you already have. mc-grp-join MUST be copied and will run in the background
with the new solution. There is no eluna.tgz this time. Just use the same paths you have starting from the
apache2 server root /var/www to directly get the respective update.sh or graph.pm files you need to change.
You can try with a graphical browser from Windows first if that helps. On the TC receiver use w3m or wget.

Regards,
Ernst


Re: New approach for GNU/Linux TC receivers using DVB-S2 PCIe cards

Graham Woolf
 

Hi Ernst

I always like to be a forerunner

Thanks for that  I will have a go tomorrow

Do I copy the new szap-2 and mc-grp-join files as well ?

I have tried wget for your latest eluna files but it cant seem to find anything - I used wget http://5.153.116.236:86/eluna.tgz and get file not found

I did hear back from Jonathan at Hadrians Balm and your parcels were sent separately for some reason so hopefully the second one should be with you soon

Regards

Graham


Re: New approach for GNU/Linux TC receivers using DVB-S2 PCIe cards

Ernst Lobsiger
 

On Wed, Feb 24, 2021 at 03:17 AM, Graham Woolf wrote:
Would you recommend me upgrading  my system ? Is it complicated ?
Hi Graham,

it's up to you, whether you want to be a forerunner again. The change is not complicated.
You stop /etc/init.d/tellicast-client and /etc/init.d/dvb-eumetcast. Make a backup of
dvb-eumetcast and /etc/dvb-eumetcast.cfg. Then using mc you copy the content of file
dvb-eumetcast-1.2-0_905.x86_64.tar.gz to the respective places in the file system.

Starting again the new /etc/init.d/dvb-eumetcast should setup the novel dvbond0 interface.
If you want your 3 demodulator setup to begin with edit the new dvb-eumetcast.cfg first.
The configuration files also allow for the HB13 backup satellite and fix the problem
with PID 509 that has not been used for years but still exists in your current setup.

One side effect is that the eLuna user-bytes graphs will only work 50% as dummy0 has
now been replaced by dvbond0. It should be noted, that the new solution is on layer 2
(like bridges and switches) while the classic solution is on layer 3 (like routers).

You can revert again by copying back /etc/init.d/dvb-eumetcast and /etc/dvb-eumetcast.cfg
on a stopped system. I have adapted eLuna for a single MC interface either dummy0 or dvbond0.
This is a Q&D fix that does not touch existing RRDs. The smcroute graph has been replaced
given the fact that EUMETSAT said they will slowly go to 1 PID per TC service in the future.

My receiver Luna running now with the new dvbond0 is here: http://5.153.116.236:86

If you want to adapt your eLuna monitoring you can wget the respective files from Luna.
Don't forget that these files must belong to your apache2 user (chown www-data:www-data).


Good luck

Ernst


Re: New approach for GNU/Linux TC receivers using DVB-S2 PCIe cards

Graham Woolf
 

Hi Ernst

Second package should be with you soon - I hope

My system is running OK but I am getting lots of lots packets due to high winds here - I may have to get someone in to see to my dish

Would you recommend me upgrading  my system ? Is it complicated ?

Regards

Graham

921 - 940 of 32028