The latest CHRIS products are distributed in the SIP format.
This format is not supported.
Within these SIP-packages the known hdf files are available.
They can be extracted by the user and used.
If we want to implement the support for this format, we must consider following issues:
The hdf libraries cannot be read directly from the zip file
hdf files need to be extracted. Where? In a temporary folder? Next to the SIP file? Remove them the usage?
All 5 products can be opened in SNAP (after API change) at once. How shall the operators deal with this when invoked from the command line? Shall only the first one be processed? Shall all be processed? Then we need more API changes in SNAP or at least adaptations of the processors.
I don’t know for this particular case, but from my days in EOP-G, the SIP format was supposed to be used for transport only - with the exception of data which had no other data format!
Since you mention that there is hdf already in there, I would assume the user should be able to unzip the package and read directly the files.