Is there a way to reorder the segments in the segment list in the Segment Editor? I looked through nightly docs but couldn’t find anything.
We haven’t implemented a convenient user interface to reorder segments (it is tracked in this feature request: http://na-mic.org/Mantis/view.php?id=4370), but you can use the Segmentations module “Copy/move segments” to achieve this: Create an empty Segmentation node and move segments there. If you move the segments back in the original Segmentations node then they will be added to the end. You can select multiple segments with shift/ctrl, so it should not be too difficult to get the order you need.
1 Like
Got it, that’s a great workaround.
Thanks very much!!
-Hollister
Sorry, very slow reply.
It’s more of a convenience than anything else. I often group anatomical elements together in my segmentations, even if I don’t segment them in a given order. My work is primarily on insects, so I’ll separate out head, thorax, abdomen, and then separate out legs and wings, and it would be handy for those to be ordered with the thorax. I’ll also separate out abdominal organs and group those, for example.
Again, it’s largely a convenience thing - if I wind up with a bunch of segments, it’s useful to have “neighboring” segments close to each other in the list.
Hope this helps - thanks!
-Hollister
1 Like
Thanks a lot for these details @hherhold, it is very helpful!
What is the format of your image data?
Do you use coded terms while annotating the data, and if yes - do they belong to an ontology that is publicly available?
An ontology with well-defined relationships could be useful to help browsing segmentations. Perhaps this could be one direction for improvement of our infrastructure. Unfortunately, an unsolved and a very contentious topic in clinical imaging. Perhaps things are better in the world of insects! 
The data is from micro-CT scans, and it’s usually NRRD stacks I’ve made from TIFF stacks using ImageJ/Fiji. I do a fair amount of cropping and pre-processing in ImageJ to make file sizes manageable. The data itself is usually 16 bit (unsigned int), although I have a couple from synchrotrons that are 32 bit float. I’ll occasionally decimate to 8 bit unsigned if I’m not concerned about slight variations in internal anatomy - say, looking at just trachea, for example.
Annotations are generally just anatomical descriptions from published literature. We don’t use coded terms.
As far as established relationships for insect anatomy - there are some standardized relationships, even though the 30 or so orders vary widely in morphology. Some areas, however, are still debated - there are a couple different ways of describing wing venation, for example, and it can be a character for species identification. Apologies if I’m not understanding your question!
Hope this helps!
-Hollister