image
image copied to clipboard
Added serialization-deserialization and FITS output.
I license past and future contributions under the dual MIT/Apache-2.0 license, allowing licensees to choose either at their option.
Here is a summary of changes:
- Images may now contain optional metadata (minor).
- Implemented serialization and deserialization for the
DynamicImageobject for transport over the network, with Zlib compression of the image container (minor). - Images can now be saved as compressed/uncompressed FITS files if the
fitsiofeature flag is set (breaking).- If the
fitsiofeature is enabled, imposes the additionalWriteImagetrait bound on thePrimitivetrait. This trait bound (and thefitsiofeature) is optional to compileimagecrate onwasmtargets, sincefitsiocrate requires thecfitsiolibrary. - Removes the
Primitivetrait implementations forusize,isizeandu64.fitsio::images::WriteImageis not implemented for these types, and these pixel types could be deemed unusable sinceimagedoes not serialize these types natively, and any of the image encoders/decoders do not support these types.
- If the
- Exposed the 16-bit buffer types (e.g.
Gray16Image, minor).
Thanks for your interest in image-rs!
Changes of this scale need to be discussed before we can get to the stage of reviewing a specific PR.
We also strongly prefer breaking up changes as much as possible because it makes them faster to review and reduces the amount of back-and-forth interaction to get any individual change merged. Each of your bullet point summary items likely warrant separate discussion issue and (if we decided the feature was something that belonged in this crate) its own PR.
That’s fair, glad to know you are interested. I will break this up into three and submit tomorrow:
- The “metadata”.
- Serialization-deserialization.
- FITS IO.
Before working on PRs could you create issues to discuss each of those? They all seem useful but I'm not yet sold that they are all things we want to add to this specific crate
Through our discussion, I see how metadata is challenging. Storing FITS images also appear to be outside the scope of the image crate, because of the niche use case, and more importantly, the C dependency. However, I think serde is important, and doable, and we should discuss that.