(as relayed by GOES 17)

Favour less distorted regions

Both underlays were created using maptoglobe.com. This site allows files with a max file size of 10Mb and outputs files that aren't super high resolution.

Ideally, we should be less constrained by input file size, allowing us to use higher resolution Blue Marble images. Pristine globe renders should be at least 1.5x larger than the target output size of 2200x2200px to minimise loss during the lens correction process.

Describe the bug

when trying to reproject and stitch GOES 13,16,17,Himawari8, and GK2A combined

Expected behavior

Almost complete global coverag

Real behavior

Only is permitting 13,16,17 to project, even though Himawari and GK2A are shown as being processed

##This is the error:
y
[16:14:28 INF] Using cached underlay
[16:14:28 INF] Blending with underlay
[16:14:28 ERR] Workflow b9ae6072-0e18-4540-b808-07bfc62a1c78 raised error on step 22 Message: Crop rectangle should be smaller than the source bounds. (Parameter 'cropRectangle')
System.ArgumentException: Crop rectangle should be smaller than the source bounds. (Parameter 'cropRectangle')
at SixLabors.ThrowHelper.ThrowArgumentException(String message, String name)
at SixLabors.ImageSharp.Processing.Processors.Transforms.CropProcessor..ctor(Rectangle cropRectangle, Size sourceSize)
at SixLabors.ImageSharp.Processing.CropExtensions.Crop(IImageProcessingContext source, Rectangle cropRectangle)
at Sanchez.Workflow.Steps.Equirectangular.Stitch.CropImage.b__14_0(IImageProcessingContext ctx)
at SixLabors.ImageSharp.Processing.ProcessingExtensions.Mutate[TPixel](Image1 source, Configuration configuration, Action1 operation)
at SixLabors.ImageSharp.Processing.ProcessingExtensions.Mutate[TPixel](Image1 source, Action1 operation)
at Sanchez.Workflow.Steps.Equirectangular.Stitch.CropImage.Run(IStepExecutionContext context)
at WorkflowCore.Models.StepBody.RunAsync(IStepExecutionContext context)
at WorkflowCore.Services.WorkflowExecutor.ExecuteStep(WorkflowInstance workflow, WorkflowStep step, ExecutionPointer pointer, WorkflowExecutorResult wfResult, WorkflowDefinition def, CancellationToken cancellationToken)
at WorkflowCore.Services.WorkflowExecutor.Execute(WorkflowInstance workflow, CancellationToken cancellationToken)
[16:14:28 ERR] Unhandled failure in workflow
System.ArgumentException: Crop rectangle should be smaller than the source bounds. (Parameter 'cropRectangle')
at SixLabors.ThrowHelper.ThrowArgumentException(String message, String name)
at SixLabors.ImageSharp.Processing.Processors.Transforms.CropProcessor..ctor(Rectangle cropRectangle, Size sourceSize)
at SixLabors.ImageSharp.Processing.CropExtensions.Crop(IImageProcessingContext source, Rectangle cropRectangle)
at Sanchez.Workflow.Steps.Equirectangular.Stitch.CropImage.b__14_0(IImageProcessingContext ctx)
at SixLabors.ImageSharp.Processing.ProcessingExtensions.Mutate[TPixel](Image1 source, Configuration configuration, Action1 operation)
at SixLabors.ImageSharp.Processing.ProcessingExtensions.Mutate[TPixel](Image1 source, Action1 operation)
at Sanchez.Workflow.Steps.Equirectangular.Stitch.CropImage.Run(IStepExecutionContext context)
at WorkflowCore.Models.StepBody.RunAsync(IStepExecutionContext context)
at WorkflowCore.Services.WorkflowExecutor.ExecuteStep(WorkflowInstance workflow, WorkflowStep step, ExecutionPointer pointer, WorkflowExecutorResult wfResult, WorkflowDefinition def, CancellationToken cancellationToken)
at WorkflowCore.Services.WorkflowExecutor.Execute(WorkflowInstance workflow, CancellationToken cancellationToken)

Environment:

Please complete the following information to tell us how you are running Sanchez

 - OS: windows
 - Sanchez Version 1.010

Day (earth.jpg)

Night (night.jpg)

This will allow us to combine multiple satellites, reproject to geostationary with a specified longitude. This will allow animations to be created of a spinning Earth.

Thought I'd send you the mask I use for GK-2A images. It's made from an IR105 image which has been clipped to 0 and 255, so it lines up perfectly with the real images. I've also included sample images for testing IR enhancement stacking.

images.zip

Sanchez always writes output files as JPEGs, regardless of the name of the output file. It should:

1. Look at output file extension
2. Validate that the extension is either PNG, JPG or JPEG
3. Choose the appropriate output writer

This will give us far more flexibility in introducing additional projections in the future. Should also allow us to remove the hand-crafted Mercator projection code.

• Subclass MapProjection
• Register("geostationary_satellite", typeof(GeostationaryProjection))

Reds aren't as red as they ought to be - is something odd about the histogram normalisation?

Sanchez will then scan for images from different satellites created within an optional time tolerance and automatically stitch them.

This will allow for rapid execution at the expense of image quality. Flag will default to off.

(or maybe we should have a flag which indicates the type of interpolation to be performed?)

Users should still be able to use Sanchez for basic underlay creation, but we also want to allow for reprojection (and a combination of the two)

Each one will have satellite-specific details:

• Filename prefix
• Scale factor per resolution
• Offsets per resolution

These should then be used to automatically determine how to manage an input file, and will allow users to modify to support additional satellites.

If source files are of the same aspect ratio but different resolutions, automatically upscale to largest. This will allow high res underlays to be used with the IR hopefully looking decent.

May just need to be quoted? (therefore documentation update only)

Both the cloned image in TintAndBlend() and all images in ImageStack should be disposed once we're done with them.

This is currently the same image as GOES 17 regular resolution
We also need a full resolution underlay of 5424px x 5424px

This software is wonderful!

It's looking quite obviously off:

Thanks for all the different Linux, OSX, WIndows versions of this great software.

Would it be possible to compile a FreeBSD 12 version as well?

Thanks

Particularly for GK-2A. This is leading to loss of detail. Examine alternative blending modes for IR compositing, or maybe just reduce brightness?

Currently, batch mode creates a thread per core. On a Pi 4 this results in 100% CPU. This is a sensible default, but a flag should be added to allow this to be overridden.

Batch mode creates the output folder if it doesn't exist, however non-batch mode results in an error. Target folder should always be created.

Including breaking changes, updates on how to use, etc.

Currently underlays are hand-made images. If we include a high-res Blue Marble image, we can be a bit smarter and create these dynamically.

To do this, we need to restore the forward geostationary projection code.

Banding in IR images is quite noticeable - is there a way in ImageSharp to interpolate?

Relating to #26, we should cache generated underlays to speed up processing.

This should be used as the default, as it's quite a bit faster. We should still provide an option to use true Mercator. Look into standardised naming of these projections so we can introduce others in the future.

On win x64 the brightness seem to be changing for different images.

original GK-2A:

windows 10 x64:
C:\D\sanchez-v1.0.8-win-x64>Sanchez.exe -s 20201011 -o 20201011_colored

linux raspberrypi 5.4.51
pi@raspberrypi:~ $ sanchez-v1.0.8-linux-arm/Sanchez -s xrit-rx/received/LRIT/20201011 -o xrit-rx/COLORED

(gif created with ImageMagick7 windows version)

hans@G510:~/sanchez-v0.2.2-linux-x64$ ./Sanchez -s ./IMG_FD_018_IR105_20200804_030006.jpg -m ./Resources/Mask.jpg -u ./Resources/GK-2A/Underlay.jpg -o Output.jpg -t "#0096FA"

0 images composited
1 files ignored

Variations on this command line all resulted in the same: 0 images composited, 1 files ignored.
Used the latest x64 version from Github.

Could you please also give instructions on how to compile sanchez on Linux.

(as relayed by GOES 16)

If we work out the overlap ahead of time, we can skip quite a bit of the calculations.

This is unexpected behaviour. We should either keep logs in the Sanchez directory and/or allow for an explicit log path to be provided on the command-line.

https://github.com/clSharp/Cloo

I use xplanet to dynamically create a day/night underlay every 30 minutes. I have to change the name of the underlay file each time or sanchez will use a cached copy. Can you refresh the cache if the timestamp on the underlay image has changed?

GOES-16 image using xplanet to generate a day/night underlay. Just replace earth.jpg and night.jpg in /usr/share/xplanet/images with the day and night files that come with Sanchez and run

xplanet -body earth -projection rectangular -num_times 1 -geometry 10848x5424 -output underlay.jpg

Currently intermediary projected image is entire globe, and calculations done for each pixel - many of which are ignored.

Instead we should create a target based on the known min/max longitude.

Also, is a 2d array any faster than Image?