User Details
- User Since
- Feb 18 2021, 3:37 PM (160 w, 4 d)
Yesterday
Fri, Mar 15
Thu, Mar 14
Fri, Mar 8
Wed, Mar 6
Deleted branch from rMITK MITK: feature/T29273-Decouple-TimeNavigationController-from-SliceNavigationController.
Discussion result:
Simplify bounding box interaction / Add simpler version and make it available outside of the Image Cropper
The action makes sense, for the stamping widget we'll have to check if it is used somewhere, and in doubt remove it.
Discussion result: remove
Discussion result: for now, we can live with this being a known issue
Wed, Feb 21
I am also in favor of option 3.
Feb 7 2024
Conclusion: still needs subtasks
- can the binary tag be removed?
- convert binary images easier into segmentations
- offer python utility package as a way to convert -> T29389
Conclusion: makes sense to do, will be tackled implicitly in the future.
Discussion: the listed parts can be removed + semantic relations can also be removed (in its current implementation state, because it would need to be reimplemented with property relation rules).
Has been clarified
Conclusion: In general it makes sense, but we would want to get rid of the "locked state" of the perspective. Needs further research if the locked state can be removed easily or be made more clearly visible, e.g. by a UI element.
Feb 2 2024
Jan 25 2024
Jan 10 2024
Dec 8 2023
Nov 30 2023
Nov 27 2023
Nov 22 2023
MITK Workbench XL
MITK Workbench - extra
Nov 21 2023
I don't see a good way to handle this differently. Discerning if a slice has become obsolete would be very hard, especially since it's in 3D and the slice could be intersected by a segmented slice of a different orientation. The position node remaining does not seem like a problem to me, so I would vote to close as Invalid or Wontfix.
Nov 20 2023
Nov 17 2023
Nov 16 2023
Nov 15 2023
Can reproduce. I agree with your explanation. When group 1 is empty, it can't actually be selected. There's the dotted line, but group 2 is still in focus (which is stated in the popup dialog). I guess after group 2 is deleted the "focus" is not set correctly.
I guess we could either ensure that the next available label is automatically selected, since usually there is always a label selected, or the "Delete group" should be respective to the dotted-line selection of a group.
I'm not sure if this contradicts previous discussions we had about the topic, but I would actually prefer the second option. Generally, it feels weird that one is able to kind of select a group and interact with its context menu, but the buttons above still refer to the group of the focused label. For example, it is impossible to add a label to an empty group with the buttons (except for the first one).
Nov 14 2023
Nov 13 2023
Nov 8 2023
Nov 7 2023
Nov 2 2023
Oct 31 2023
Oct 30 2023
Oct 26 2023
Oct 20 2023
Oct 19 2023
Oct 18 2023
Oct 12 2023
I looked shortly into this, but couldn't find an easy way to solve it. The problem is that for the desired behavior, one needs to capture not only events of the utility widget itself, but also of all its child widgets.
Oct 11 2023
Sep 7 2023
- Boolean Operations
- chosen: high effort
- Can be used so that the other functions can do everything
- Work only on one image, select two labels
- Contour to Image & Surface to Image
- chosen: low effort seems more senseful. The functionality can be achieved via other tools (e.g. boolean)
- Image Masking
- chosen: low effort
- Morphological Operations
- as proposed
- Pick an image & pick a label
- Include options like in picking tool, i.e. generate a new layer when doing an operation, lock labels (to make sure other labels are not overwritten e.g. for a dilution)
- Add a new tool: Transfer Label could be used to transfer a label from one image to another (if the same image is selected twice, it's just a rename)