Mike my guess is that it will only be simulated test data on a loop I think similar to what they have been sending for a while ( I don't take the HVS ) as the satellite is not even launched yet.

Thanks guys for all that information, I get excellent HVS Signal here so will see what develops as we go along, and I will try that software. Regards, to all , Mike.

Hi Mike, Eumetsat has his own software for decoding the Sentinel-3 data : Snap and the Sentinel-3 toolbox. ( http://step.esa.int/main/toolboxes/snap/ http://step.esa.int/main/toolboxes/snap/ )

Mike my guess is that it will only be simulated test data on a loop I think similar to what they have been sending for a while ( I don't take the HVS ) as the satellite is not even launched yet.

Hi guys just had an e-mail from EUMETSAT Ops regarding new service starting from the 4th February and the HVS Service will be used to disseminate Sentinel-3A test data, does anyone have any software

Well Done! Now you just need a Timestamp. I use import PIL Image, ImageDraw, ImageFont and draw the Timestamp in black and white slightly offset, so it shows on dark and light

Francis, I just want to let you now: auto decompression is working now! Thank you for your support and your script. I wrote to the pytroll google group- they even had no idea but recommended to

David, that's great! :-) Will try to download this beta tomorrow and give it a try! Yes....'source files' will the right term! Thank you very much! Regards, Christian Am 30.01.16 um 17:47

Rob, i just had a look on the new version! Great you updated to 3-hourly data. I will give the cascade a try....but I then have to relinquish in MDM that it arrange the decoded pictures in folders.

Rob, yes...exact...that's the point! ;-) Let's see...! Christian Am 30.01.16 um 13:31 schrieb sat sat@... [MSG-1]:

Christian, Currently xrit2pic looks at one directory at a time. So if MDM moves raw files to several sub-dirs (probably year/month/day) then you would need to alter the directory to look at by

Francis, I copied to usr/bin. I just recompiled and placed it in my home directory-but no change. I can invoke xRITDecompress <filename> and it decompresses all well. So it's working. No special

Rob, if I can point to a directory and xrit2pic did search into sudirectories (which MDM does create even under raw the directoy) than that's obsolete! Sorry, it just is for testing and becoming

Christian, I don't know what you exactly want to do with the combination MDM/xrit2pic. As far as I know MDM can move the raw (unprocessed) files to 'a' directory, from where xrit2pic can take it over.

Christian, where is your xRITDecompress file? I presume you did build it for 32bit as per the README.txt file in the unzipped folder? Francis

Rob, i just had a look on the new version! Great you updated to 3-hourly data. I will give the cascade a try....but I then have to relinquish in MDM that it arrange the decoded pictures in folders.

Francis, thank you for your script! I set my data folder but got exact the same error. I think decompression wasn't called here for any reason....!? I'm running a 32 bit linux in a VM but I hope

This script works for me. don't forget to set the correct data source folder. #!/usr/bin/python2 # -*- coding: utf-8 -*- # from mpop.utils import debug_on debug_on() from mpop.satellites import

Francis, no problem! I found that https://groups.google.com/forum/#!topic/pytroll/7VrtUgwDl9Q which leads me to the point that already decompression isn't initialized and mpop try to open the

Christian, That should be possible; put MDM and xrit2pic in cascade. (Never point the 2 to the same received dirctory.) Btw, I have to make an update for the 'essential data' button. This is