User Details
- User Since
- Aug 1 2016, 12:10 PM (373 w, 6 d)
Wed, Sep 27
I think in doubt I would just move but not merge it for now. If we see that it is needed or wanted we can make the effort and merge it. It would be better than not offering this feature at all.
The dicom inspector has one additional dependency to module MITKDICOM. Therefore if we merge the inspector plugins also our normal inspector could only be build if DICOM module is activated. (Which it currently is per default).
Tue, Sep 19
Yes there is. As only (potentially) the pixel values of image parts with an mask should be exported. And you can select multiple image (as long as they have the same geometry), there pixel values will be exported into the same table.
Mon, Sep 11
Fri, Sep 8
@full Is this still an issue (with the current release)?
Thu, Sep 7
T29204 should be done before as we need to store the information in an appropriate way. The most important thing is that we have then a property to store the instance UID. The default UID is the pixelvalue if not overwritten by the user or another configuration. Regarding the persistance of the pixel value I see two option:
a) Leave with the fact (and document it) that DICOM Seg is not "loss less" regarding the pixel value. So after saving to and loading from DICOM Seg your label will have the same (class) name and instance UID but might have a different pixel value.
b) offer the feature to take an instance UID that is an int as the pixel value. But this is only possible if we assure in our UI that you cannot use/change into an instance UID in a Segmentation that is alrready used there by another label.
Currently I would lean to a) and generate a new ticket for b) and see if we need it in the future.
Aug 12 2023
After we have moved to Qt6, we then have QtCharts to our disposal and migrate to that.
After we have moved to Qt6, we then have QtCharts to our disposal and migrate to that.
After we have moved to Qt6, we then have QtCharts to our disposal and migrate to that.
Should be done after(!) we have moved to Qt6 as we then have QtCharts to our disposal and migrate to that.
After we have moved to Qt6, we then have QtCharts to our disposal and migrate to that.
Should be done after(!) we have moved to Qt6 as we then have QtCharts to our disposal and migrate to that.
Should be done after(!) we have moved to Qt6 as we then have QtCharts to our disposal and migrate to that.
Should be done after(!) we have moved to Qt6 as we then have QtCharts to our disposal and migrate to that.
Aug 4 2023
Aug 3 2023
Aug 1 2023
@kislinsk Where does the crash originate from?
@gaoh Maybe you got it wrong. Saving DICOM seg is broken like always. The there is no version before v2023.04.02 that could store multi lable segmentations correctly and 4D will always crash. If you find a earlier version that does not crash on your data, then it is highliy likely to a change in DCMTK over time.
Jul 31 2023
@holzwart Which version of MITK and which plugin do you use?
Jul 28 2023
Jul 26 2023
Jul 25 2023
Your "solution" is not a real fix. It just exploits a bug/undefined behavior. So do not do it
Jul 24 2023
Be carefull. RGB channels of an RGB image are not stored in different mitk::Image channels currently. Every thing is stored in one channel. But the channel has the pixel type "rgba". So the channels are encoded in each pixel.
Jul 13 2023
Jul 11 2023
@fedorov Thank you for your quick reply and verification for my assumption (I hoped, that I might have overlooked some broader interpretablility...)
👍
I would propose to also standardizeand align some of the properties for the frames to be either in sync with MITK terminology or with DICOM.
Jul 9 2023
@kislinsk thank you for the explanations. They do make sense.
Jul 8 2023
Jul 7 2023
Thank you for the first draft. I had the following first thoughts:
from @neher : clscreenshot sounds like something that might be useful, but i never used it
Jul 6 2023
So far only CLGlobalImageFeatures is claimed to be needed.
Jul 4 2023
Valid. Will be /is regarded in the refactoring.
There is now a dedicated mini app for matching.