Wayne would know the long-term history, but recently ImageJ would To your satisfaction? Or, if you’re not sure of the version, a date orĭate range for when things were working for you? You imply that opening these images in ImageJ used to work for you.Īre you sure that at one time ImageJ opened these images for youīoth as 16-bit images, and using (not ignoring) the Rescale Slope?Ĭould ignoring the Rescale Slope be “good enough” for what you areĭoing? I suggest this because I think this was probably what wasĬould you give us an ImageJ version number for which this worked Version from a month or so ago, they would have been opened asġ6-bit images (not converted to float), but the Rescale Slope would “DICOM… > Open as 32-bit float” option is set. Non-trivial Rescale Slope (i.e., not equal to 1).Īs such, with the current version of ImageJ (1.52i) they will automaticallyīe converted to float when they are read in, regardless of whether the zip file you linked to (theįirst and last by alphabetical order). I looked at two of the DICOM images in the. Might have to live with floats as a workaround, or perhaps youĬould scheme up some feature request that would otherwise meet My belief (could be mistaken) is that the current DICOM input codeĭoes not properly handle a non-trivial “Rescale Slope” unless itĬonverts the image to float, so if you need “Rescale Slope” you Of why these “Open as 32-bit float” changes were made. Regardless, Wayne will be the expert on this, and knows the history Something else is going on, and it would also be helpful if youĬould link to an example image so we can look further.) (If this “Rescale Slope” thing is not the cause of your issue, then Other than 1.) Also, could you upload an example image to a file-sharing You can see if it has a “Rescal Slope,” and if its value is something Slope”? (You can see this by opening your DICOM image and running This change was made about a month ago (restoring an old fix ofĬould you check if your DICOM image has a non-trivial “Rescale Is this the problem that you’re seeing – 16-bit images being openedĪs floats even with that option unchecked? If they have a non-trivial “Rescale Slope,” they will be openedĪs (32-bit) floats, even if the option is unchecked. " Edit->Options->Dicom->Open as 32-bit float" unchecked,ġ6-bit DICOMS will usually be opened as 16-bit images, but If this is what is going on, it should be the case that with Image having a non-trivial “Rescale Slope” (i.e., not equal to 1). Linked to in one of his replies, then this could be caused by your DICOM If this is related to the side issue mentioned in the thread that Herbie If possible, could it be changed back to respect the user’s choice? This is doubling memory usage as well as other problems which now need a work around. What has changed and why? Shouldn’t the user’s choice be respected? Now for some reason, on certain series, the checkbox choice for this option is being ignored. Up until the latest versions of Fiji the option under Edit->Options->Dicom->Open as 32-bit float was always honored.
0 Comments
Leave a Reply. |
AuthorWrite something about yourself. No need to be fancy, just an overview. ArchivesCategories |