|
Bugzilla – Bug 509 |
Segmentation Editor doesn't recognize existing label files anymore |
Last modified: 2013-04-30 11:23:02 CDT |
| ⚠ |
NOTICE! This is a static HTML version of a legacy Fiji BugZilla bug. The Fiji project now uses GitHub Issues for issue tracking. Please file all new issues there. |
| Segmentation Editor doesn't recognize existing label files anymore | |
|
|
|
||||||||||||||||||||||||||||||||||||||||||
|
|
||||||||||||||||||||||||||||||||||||||||||||
|
|||||
Created attachment 79 Information about your version of Java Hi, when I last used the Segmentation Editor (about half a year ago) the following was possible: I created labels with the plugin Segmentation Editor on a TIFF stack. A file XXX.labels was created that showed these labels. After I clicked "OK" in the Segmentation Editor, I got two stacks, the original stack and the label stack. If I then ran the Segmentation Editor again, the same label file was re-used. In this manner I could modify previous label stacks. As long as it was compatible (regarding slices and file name), a saved label stack could even be loaded and modified at a later point (by running the Segmentation Editor on the image stack). Now each time I open the Segmentation Editor on an image stack, a new label stack is created, no matter whether one already exists. It would be great if this little bug could be solved... Thanks, TillI had the same problem, but found out that fortunately the labels stack was recognized again after saving (Save as > AmiraMesh) and loading (Import > Amira) it again. After browsing a bit through the code, I think this is because the calibration and size information are added to the image only when saving, although they are required for the image stack to be recognized as a valid labels stack. A question to those developers who have more insight: What use is the check for info.indexOf("CoordType") >= 0 in line 127 of AmiraParameters.java? To me it doesn't seem to be used anywhere else again, so maybe the check for the "Materials" info is enough? Omitting the "CoordType" check should resolve this bug.