DO NOT MERGE: Resolve Type Conversion and Improve Documentation

[JackEAllen]

Resolve a type conversion bug preventing individual tiff files from being written correctly. Improve script usage documentation and log output directory location.

Issue

Closes #2193

Description

• Resolve incorrect values from being written during unpacking
• Add additional documentation to script file to describe usage
• Add an additional method to log the date and time and whether or not the script was successful at writing all files along and the output file location files have been written too.

Testing

Tested Image preview
Visually compared against images produced using ImageJ (Load files into ImageJ then save as image sequence)
Tested Loading into Mantid Imaging.

Acceptance Criteria

How should the reviewer test your changes?

• Images produced by script are identical to images produced by ImageJ
• Unpacked Images can be opened in Mantid Imaging
• The Date-time of script execution completion is printed
• A validation log is printed to the terminal to print if all files were successfully unpacked and written the destination
• Output directory location is printed to the terminal
• Script usage documentation improved to include example usage of setting a range and naming convention
• Documentation explicitly states paths are relative and that if the output directory does not exist, a directory will be created.

Documentation

How have you changed the documentation to reflect your changes? All changes should be noted in the appropriate file in docs/release_notes

N/A

[coveralls]

coverage: 72.796%. remained the same
when pulling 1446f87 on 2193_tiff_un-pack_utility_fix
into aa73fc2 on main.

[JackEAllen]

Float32 is the same type ImageJ produced unpacking tiff containers. I'll double check with IMAT if this is what they want as the raw value of images in the container is UINT32