scaramallion
scaramallion
Do we need to, though? The pixel data is non-conformant (too large for uncompressed) and this: > One thought for a workaround is to set stop_before_pixels in dcmread to True,...
I know it's on our collective TODO list anyway, but perhaps the best solution is to make fixing this and other non-conformance reading issues simpler? Just spit-balling: ```python def fixer(elem:...
Thanks, which version of pydicom and pynetdicom this is for?
I can't reproduce this with the same versions (Python 3.10.4, pynetdicom 2.0.2 and pydicom 2.2.2) on Ubuntu 20.04 and installing using `pip`. Do you mind double checking in a fresh...
Hmm, looking at the branch for `2.0.X` that test is different to `master`, which it shouldn't be... Maybe I messed up the `pip` release by using `master` accidentally?
It is something that could be done, it's just that nobody has done it yet (apart from RLE).
OK, updated. Sorry, I know there's a lot of changed files, but the changes themselves are all fairly minor.
Does this need to be a class in a new module? I was thinking of adding it as a function to the pixel utilities instead: ```python def apply_icc_profile( arr: "np.ndarray",...
> For multi-frame images with a large number of frames, we don't want to build the transform object over and over again for every frame. I did include a way...
It depends how accurate you want to be For VR **DS**, probably the worst, the type can be: ``` Union[None, str, float, Decimal, valuerep.DSfloat, valuerep.DSDecimal, numpy.ndarray, numpy.float64, MutableSequence[str], MutableSequence[float], ...,...