Date   

Re: pity

Ferdinand Valk
 

Yes Ernst, the TBS 6903 runs under Windows 10 on a separate PC and I have the code pointing to the network address. The 6903 hasn’t failed me yet, so there was no reason to switch-over to an update newer version. When more transponders will become a reality I’ll probably be upgrading.

 

It will be a good break of lockdown routine when the HowTo V2.0 will see the light! I’m looking forward to it.

 

Cheers,

Ferdinand

 

From: MSG-1@groups.io On Behalf Of Ernst Lobsiger via groups.io
Sent: Tuesday, 15 December, 2020 10:24
To: MSG-1@groups.io
Subject: Re: [MSG-1] pity

 

Ferdinand,

yes, very nice too. Maybe you want to change the receiver string in the code. Or do you run a TBS-6909X under Windows 10 already ... :-).
I have now a couple of new scripts including MultiScene stacking images of Sentinel-3A and Sentinel-3B for better daily coverage. I hope
to issue them all as a package in a Version 2.0 of the Pytroll/Satpy HOWTO towards the end of the year (@Graham, you will have to wait too...).

Cheers,
Ernst

//


Re: pity

Graham Woolf
 

Hi Ernst

It will be a nice Xmas present

Regards

Graham


Re: pity

Ernst Lobsiger
 

Ferdinand,

yes, very nice too. Maybe you want to change the receiver string in the code. Or do you run a TBS-6909X under Windows 10 already ... :-).
I have now a couple of new scripts including MultiScene stacking images of Sentinel-3A and Sentinel-3B for better daily coverage. I hope
to issue them all as a package in a Version 2.0 of the Pytroll/Satpy HOWTO towards the end of the year (@Graham, you will have to wait too...).

Cheers,
Ernst


Re: pity

Ferdinand Valk
 

That is indeed a very good one Ernst.

Using ‘true_color’ instead of ‘ocean_color’ brings the image out a bit better still.

 

Cheers,

Ferdinand

 

From: MSG-1@groups.io On Behalf Of Ernst Lobsiger via groups.io
Sent: Tuesday, 15 December, 2020 09:28
To: MSG-1@groups.io
Subject: Re: [MSG-1] pity

 

Ferdinand,

this should be the next good (+6 days) from December 9th:

S1B_EW_GRDM_1SDH_20201209T072535_20201209T072635_024622_02ED88_4503.zip

so expect Sentinel-1A today (might be already on the hub, have not checked yet). Meanwhile
have a look at the wonderful image of Sentinel-3B from yesterday. I have not many of those.

Cheers,
Ernst



Re: pity

Ernst Lobsiger
 

Ferdinand,

this should be the next good (+6 days) from December 9th:

S1B_EW_GRDM_1SDH_20201209T072535_20201209T072635_024622_02ED88_4503.zip

so expect Sentinel-1A today (might be already on the hub, have not checked yet). Meanwhile
have a look at the wonderful image of Sentinel-3B from yesterday. I have not many of those.

Cheers,
Ernst




pity

Ferdinand Valk
 

As it turns out, precisely the "perfect" HiRes Sentinel 1 slot of December
14 that should bring both South Georgia and A68 into one frame is missing on
the Copernicus hub. Maybe delayed in distribution, but strange nonetheless.

Ferdinand


Eumetcastview, xrit2pic doesn't processing NOAA 20, NPP data

Giftmacher
 

There is over 7 GB data  from NOAA 20 and same from NPP, both programs doesn't "see" it. Is there something to do with it?


Re: A68 continued

Ferdinand Valk
 

Ernst,

 

No no no, maybe I do advance a bit but not as much as you assume. Let me explain.

 

First the 1SDV (full name S1B_IW_GRDH_1SDV_20201211T070838_20201211T070907_024651_02EE71_2FF6.SAFE) was downloaded from the Sentinel hub. It was first run with the unmodified sarmicro script and the debug indicated that it couldn’t manage the data files due to sar-c_safe. I tried to see where things were running off-track within sar-c_safe and came to the conclusion that it didn’t like the DV polarization. So, just to test I altered DV to DH and to be consistent the vh/vh in the xml names to hh.hv.

Then the file was properly decoded albeit with wrong colour assignment. But at least it decodes. Next step is to see if this can be properly included in sar-c_safe which most likely is as yet out of my league, but I’ll try anyway.

Just for fun I attach the 1SDV image (8000x8000) immediately after decoding and prior to any editing.

 

Combining I did NOT do via Multiscene but a quicky via Photoshop, which was simple as I had used the same projection for the three base images. So you did give me more credit than I deserve.

 

Really looking forward to tomorrow!

 

Cheers,

Ferdinand

 

From: MSG-1@groups.io On Behalf Of Ernst Lobsiger via groups.io
Sent: Monday, 14 December, 2020 11:52
To: MSG-1@groups.io
Subject: Re: [MSG-1] A68 continued

 

Ferdinand,

you advance in stunning speed. When I combined 2 GRDM files I could only do that with MultiScene.
Your image looks like MultiScene where you stack ("blend") a list [] of scenes. So here my questions:

Where did you get the 1SDV file from?
Can it also be read with  reader 'sar-c_safe'?

Best regards
Ernst

There is now an S1B GRDM from yesterday December 13th. Didn't check GRDH, not enough memory.
Tomorrow 15th we should get an S1A GRDM/GRDH image that covers South Georgia and A68a again.


Re: A68 continued

Graham Woolf
 

Hi Ernst

Thanks

This is the script I am using but its not finding any files

c:\Tools\Wget\wget --user **** --password *******  https://scihub.copernicus.eu/dhus/odata/v1/Product(S1A_EW_GRDM_1SDH_20201203T072534_20201203T072634_035518_042716_6F8E.zip)

Its connecting OK but I suspect the path might be wrong but Im not sure of the correct one

Regards

Graham


Re: A68 continued

Ernst Lobsiger
 

On Mon, Dec 14, 2020 at 03:54 AM, Graham Woolf wrote:
How are you finding these files - I cant seem to find any on the Copernicus hub
Graham

Here is a list of SAR files you can look for (sorry, all GRDM :-):

S1A_EW_GRDM_1SDH_20201203T072534_20201203T072634_035518_042716_6F8E.zip
S1A_EW_GRDM_1SDH_20201207T215924_20201207T220024_035585_04296C_D084.zip
S1B_EW_GRDM_1SDH_20201201T215843_20201201T215943_024514_02E9FD_3C2F.zip
S1B_EW_GRDM_1SDH_20201209T072431_20201209T072535_024622_02ED88_2608.zip
S1B_EW_GRDM_1SDH_20201209T072535_20201209T072635_024622_02ED88_4503.zip
S1B_EW_GRDM_1SDH_20201213T215842_20201213T215942_024689_02EFAD_7275.zip

Ernst


Re: A68 continued

Graham Woolf
 

Hi Ernst

How are you finding these files - I cant seem to find any on the Copernicus hub

Im trying to use wget but its not returning any files

Regards

Graham


Re: A68 continued

Ernst Lobsiger
 

Ferdinand,

you advance in stunning speed. When I combined 2 GRDM files I could only do that with MultiScene.
Your image looks like MultiScene where you stack ("blend") a list [] of scenes. So here my questions:

Where did you get the 1SDV file from?
Can it also be read with  reader 'sar-c_safe'?

Best regards
Ernst

There is now an S1B GRDM from yesterday December 13th. Didn't check GRDH, not enough memory.
Tomorrow 15th we should get an S1A GRDM/GRDH image that covers South Georgia and A68a again.


A68 continued

Ferdinand Valk
 

Sar imaging in EW mode seldomly covers South Georgia itself and never in
full. For a full view one would need the GRDH-1SDV combination files.
To bring the current situation into context I combined yesterdays GRDH with
Dec 7 South Georgia, complemented with the SDV.
Supposedly, now that A68 enters the shallow waters around the island, it
will get stuck soon and the stress on the iceberg may cause it to start
breaking up.

Cheers,
Ferdinand


Re: Pytroll/SatPy for EUMETCast..Help

maurizio.calvitti@...
 

Ernst,

I agree with you

 

Cheers,

Maurizio

 

Da: MSG-1@groups.io <MSG-1@groups.io> Per conto di Ernst Lobsiger via groups.io
Inviato: lunedì 14 dicembre 2020 09:51
A: MSG-1@groups.io
Oggetto: Re: [MSG-1] Pytroll/SatPy for EUMETCast..Help

 

On Mon, Dec 14, 2020 at 12:35 AM, <maurizio.calvitti@...> wrote:

Ernst,

Here is my first Himawari-8 image.

Just a suggestion:   the day-night border is too clear, could it  be smoothed (penumbra zone) like in the original B/W imagine.

 

My best regards,

Maurizio

Maurizio,

that was quick: Welcome to the Club! SatPy has certainly some enhancements built in for the penumbra zone.
But this is all up to you now. My personal interest 202012 is SAR EW. Read the latest docs on www.pytroll.org 


Regards,
Ernst


Re: Pytroll/SatPy for EUMETCast..Help

Ernst Lobsiger
 

On Mon, Dec 14, 2020 at 12:35 AM, <maurizio.calvitti@...> wrote:

Ernst,

Here is my first Himawari-8 image.

Just a suggestion:   the day-night border is too clear, could it  be smoothed (penumbra zone) like in the original B/W imagine.

 

My best regards,

Maurizio

Maurizio,

that was quick: Welcome to the Club! SatPy has certainly some enhancements built in for the penumbra zone.
But this is all up to you now. My personal interest 202012 is SAR EW. Read the latest docs on www.pytroll.org 


Regards,
Ernst


Re: Pytroll/SatPy for EUMETCast..Help

maurizio.calvitti@...
 

Ernst,

Here is my first Himawari-8 image.

Just a suggestion:   the day-night border is too clear, could it  be smoothed (penumbra zone) like in the original B/W imagine.

 

My best regards,

Maurizio

 

Da: MSG-1@groups.io <MSG-1@groups.io> Per conto di Ernst Lobsiger via groups.io
Inviato: domenica 13 dicembre 2020 19:45
A: MSG-1@groups.io
Oggetto: Re: [MSG-1] Pytroll/SatPy for EUMETCast..Help

 

On Sun, Dec 13, 2020 at 08:54 AM, <maurizio.calvitti@...> wrote:

This is my first Meteosat-11 image!!!! By Pytroll/SatPy…

The adventure has begun!

Maurizio,

Congratulations (even if this is still more or less my MSG4 image)! If you come up with your first Himawari
image we will definitely welcome you in the "Old Farts Club" (as promoted by Hugo). I had a quick look
at MDM. It seems MDM expects everything in that "I:/EUMETCast/received/bas/EUMETSAT_Data_Channel_2".
This means that also HVS-1 Channel E1H-TPG-1 (Himawari-8 files) will go to the same directory that you
name .../received/bas/... I'm confused to say the least. Or do you run more MDMs for HVS-1 and HVS-2?
That's *very* different from what I do. I use each EUMETCast channel with a Yea/Mon/Day data structure.

But I noted (I hope you know much better than I do), that you can setup MDM and it will do it's jobs
and move the raw data to C:\MSG-1\RawData\year\mon\day structure. You can also tell MDM to keep the
files there e.g. one to two days and then to delete these raw data. This should interface perfectly with my
Starter-Kit. You can just let MDM do its job and change the segment directory in each of my scripts to

segdir = "C:/MSG-1/RawData" + "/" + Yea + "/" + Mon + "/" + Day

And it must be exactly like that:  No more 30 posts for this line! And make sure MDM also moves the
PROLOG and EPILOG Files for all Meteosats and other GEO Satellites that need those. Maybe you have
a different path for the above, then use this one (I almost see you have a folder "IMMAGINI SATELLITI"
in your home directory?). Maybe that's the place to look? Windows 10 users should help you with MDM!

In any case it looks possible that you let MDM work (almost) as usual and still adventure into Pytroll/Satpy.

Good Luck
Ernst


P.S. Can't wait for that first Himawari image generated by Pytroll/Satpy under your Windows 10 ...


Re: Pytroll/SatPy for EUMETCast..Help

Ernst Lobsiger
 

On Sun, Dec 13, 2020 at 08:54 AM, <maurizio.calvitti@...> wrote:

This is my first Meteosat-11 image!!!! By Pytroll/SatPy…

The adventure has begun!

Maurizio,

Congratulations (even if this is still more or less my MSG4 image)! If you come up with your first Himawari
image we will definitely welcome you in the "Old Farts Club" (as promoted by Hugo). I had a quick look
at MDM. It seems MDM expects everything in that "I:/EUMETCast/received/bas/EUMETSAT_Data_Channel_2".
This means that also HVS-1 Channel E1H-TPG-1 (Himawari-8 files) will go to the same directory that you
name .../received/bas/... I'm confused to say the least. Or do you run more MDMs for HVS-1 and HVS-2?
That's *very* different from what I do. I use each EUMETCast channel with a Yea/Mon/Day data structure.

But I noted (I hope you know much better than I do), that you can setup MDM and it will do it's jobs
and move the raw data to C:\MSG-1\RawData\year\mon\day structure. You can also tell MDM to keep the
files there e.g. one to two days and then to delete these raw data. This should interface perfectly with my
Starter-Kit. You can just let MDM do its job and change the segment directory in each of my scripts to

segdir = "C:/MSG-1/RawData" + "/" + Yea + "/" + Mon + "/" + Day

And it must be exactly like that:  No more 30 posts for this line! And make sure MDM also moves the
PROLOG and EPILOG Files for all Meteosats and other GEO Satellites that need those. Maybe you have
a different path for the above, then use this one (I almost see you have a folder "IMMAGINI SATELLITI"
in your home directory?). Maybe that's the place to look? Windows 10 users should help you with MDM!

In any case it looks possible that you let MDM work (almost) as usual and still adventure into Pytroll/Satpy.

Good Luck
Ernst


P.S. Can't wait for that first Himawari image generated by Pytroll/Satpy under your Windows 10 ...


Re: Pytroll/SatPy for EUMETCast..Help

maurizio.calvitti@...
 

Ernst,

This is my first Meteosat-11 image!!!! By Pytroll/SatPy…

The adventure has begun!

 

Thanks for your help…

 

 

Maurizio

 

 

 

Da: MSG-1@groups.io <MSG-1@groups.io> Per conto di Ernst Lobsiger via groups.io
Inviato: domenica 13 dicembre 2020 17:18
A: MSG-1@groups.io
Oggetto: Re: [MSG-1] Pytroll/SatPy for EUMETCast..Help

 

Maurizio,

The image is in:

imgdir = "D:/EMCdata/images/Meteosat-11"

see the script msg4.py as well as one of my many posts.

If you do not find it there you should have at least
a *.png without annotation in the temp directory

tmpdir = "D:/EMCdata/tmpdirs/xmsg4"

Regards,
Ernst

P.S. Post your first Meteosat-11 image so we can call this a day ...


Re: Iceberg A-68A from Metop.

Graham Woolf
 

Hi Ernst

Thanks - thats useful to know - I didnt appreciate that

Regards

Graham


Re: Iceberg A-68A from Metop.

Ernst Lobsiger
 

Graham,

you will not get a good image each day. Sentinel-1 has a repeat cicle of 12 days. As Sentinel-1A and Sentinel-1B
have the same orbit but 180° out of phase this makes 6 days. Every 6 days you should see South Georgia and A68
on the same image. We already had that December 3rd and December 9th. Next should be December 15th. AFAIK
Ferdinand had A68 only on an ascending path. IIRC this was December 7th. If this is correct we have such a pic today.

Regrds,
Ernst

1801 - 1820 of 32253