For binary images the outlines are shifted if the plane is oblique. It seems to be a rounding error as the error varies when scrolling through slices.
Description
Status | Assigned | Task | ||
---|---|---|---|---|
Wontfix | None | T10996 Outlines for binary images are shifted | ||
Wontfix | None | T24071 Revisit 2-d image rendering | ||
Wontfix | None | T17812 SlicedGeometry3D initialisation fix for non-image geometries | ||
Resolved | kislinsk | T20204 Provide public getter for reference geometry of sliced geometries | ||
Resolved | kislinsk | T20217 Equality checks when setting data storage for renderers | ||
Resolved | kislinsk | T20218 DataStorage::ComputeBoundingBox3D creates geometry with incorrect origin and bounding box | ||
Wontfix | kislinsk | T24080 Write visual debugging utilitiy for inspecting geometries |
Event Timeline
We noticed that outline for a selected region behaves in a very strange way.
For oblique planes the outline does not fit to the selected pixels, but the shifting can't be predicted at all. So far we can not find any logical reason for that.
a) We checked the spacing of the image and the spacing stored in the
localStorage of the mapper and they are the same.
b) We checked outlining between different slices. That is where we found a new
very strange bug. For some cases the outline remains, even if there is no pixel selected in current slice. And some times it depends on the direction how you are going through slices (?????).
c) For slices at the 'begining of the image stack the error seems to be quite
small, when going through the stack the error varies.
d) Sometimes the outline is even outside of the image regardless wether we are at
the begining or at the end according to the image edges.
e) The shifting only occurs in directions where the spacing was recalculated.
We found something that might cause the bug.
In the attachments there are two screenshots showing that the crosshair is not in the center of the pixels of the image, but in the center of the outline. This means that either the image is shifted somehow or the outline and crosshair are wrong.
This bug was discovered during testing of 2012-06, updating version. Target milestone is unspecified until general bug review, but feel free to fix it before.
This bug was discovered during testing of 2012-06, updating version. Target milestone is unspecified until general bug review, but feel free to fix it before.
This bug could not be fixed within the 2013-06 release and has medium severity. Setting target milestone to unspecified.
This bug could not be fixed within the release 2013-06. Setting its target milestone to unspecified
Hi there! 🙂
This task was auto-closed according to our Task Lifecycle Management.
Please follow this link for more information and don't forget that you are encouraged to reasonable re-open tasks to revive them. 🚑
Best wishes,
The MITK devs