Add bit-depth-image#1262
Conversation
Fixes nexusformat#1258 by including it, using effectively the same definition as is currently in the field from DECTRIS
|
It could also be considered to extend NXdetector, too. |
|
Feedback from the Telco:
|
|
It is in use now in the field and was a specific proposal - fast vs. slow are encoded in the existing standard, endian is (I think?) already handled elsewhere, and the dtype is (I think) explicitly encoded in HDF5 so we don't need to have the signed-ness really? Anyway, I look forward to the outcome of the vote on adopting a tag which is already in use. |
Certainly signedness has caused confusions in dealing with this issue, as when trying to handle these mismatches we've had to make educated guesses as to whether we need to convert or truncate when converting to/from the declared bit depth. Endian is, I suppose, strictly missing, but I don't think we've seen any live examples of this being important. But yes, somewhat orthogonal to the issue of this specific field. |
|
Discussion from Code Camp:
I'll get these changes ready. Thanks again to @graeme-winter. |
|
Changes made in new PR #1284 |
Fixes #1258 by including it, using effectively the same definition as is currently in the field from DECTRIS