View Issue Details
ID | Project | Category | View Status | Date Submitted | Last Update |
---|---|---|---|---|---|
0001372 | Slicer4 | Core: GUI | public | 2011-08-28 04:45 | 2012-08-01 04:38 |
Reporter | kikinis | Assigned To | alexy | ||
Priority | normal | Severity | feature | Reproducibility | N/A |
Status | closed | Resolution | fixed | ||
Platform | mac | OS | x | OS Version | 7.1 |
Product Version | |||||
Target Version | Slicer 4.0.0 | Fixed in Version | Slicer 4.0.1 | ||
Summary | 0001372: tractography fiducial seeding ui improvements | ||||
Description | http://cdash.org/slicer4/buildSummary.php?buildid=1091 This turned into quite an adventure. Below the workflow after a bit of experimenting: | ||||
Tags | No tags attached. | ||||
2011-08-28 04:47
|
|
2011-08-28 04:47
|
|
I don't understand the last comment vey well: -the fiber bundle and the fiducial list are conceptually linked for this function, but need to be manipulated separately. From a user perspective I have a streamline with a controller (list, model, ROI) and a set of parameters to modulate the effect of the controller. |
|
Let's not change the name to streamlines (we have used Fiber Bundles consistently and should not change it here). |
|
Again, if I have two separate fiber bundles with two fiducial seeds. I keep them separate, because I would like to extract quantitative measures from each of them. I would like to go back and forth between them while optimizing their location. Now, I have to switch each fiducial and each fiber bundle separately and have to disable and enable tract seeding in a complicated sequence. Its easy to make a mistake in the process. |
|
This seems like what you are doing, if I'm not wrong, is working with two fiducial seeding module instances simultaneously (one for each fiducial/streamline combination). Then the problem is that the outputs of both modules instances are conflicting. We don't have quantitative measurement extraction from fiber bundles yet. Is this a new use-case? |
|
yes and not on your immediate todo list. I was just trying to describe a second scenario to clarify. |
|
Included seeding node name into output FiberBundle name. |
|
I would like to reopen the issue on how to improve the UI when switching between fiducial lists. I have created two fiducial lists, each containing several fiducials. Each fiducial list has a fiber bundle associated with it. |
|
in the previous node I meant to say: node name included in the fiber bundle name, but can we drop the vtkMRML prefix? |
|
I dropped vtkMRML prefix from the fiber name. |
|
Its ok for now. we can defer the second request |
|
Date Modified | Username | Field | Change |
---|---|---|---|
2011-08-28 04:45 | kikinis | New Issue | |
2011-08-28 04:47 | kikinis | File Added: Screen Shot 2011-08-28 at 8.30.39 AM.png | |
2011-08-28 04:47 | kikinis | File Added: Screen Shot 2011-08-28 at 8.29.36 AM.png | |
2011-08-30 10:06 | demian | Note Added: 0002853 | |
2011-08-30 10:06 | demian | Status | new => feedback |
2011-08-30 11:20 | pieper | Note Added: 0002856 | |
2011-08-30 11:20 | pieper | Assigned To | => alexy |
2011-08-30 21:15 | finetjul | Target Version | => Slicer 4.0 RSNA |
2011-08-31 09:52 | kikinis | Note Added: 0002869 | |
2011-08-31 09:58 | demian | Note Added: 0002870 | |
2011-08-31 10:09 | kikinis | Note Added: 0002871 | |
2011-08-31 10:13 | demian | Product Version | Slicer 4.0 RSNA => |
2011-08-31 10:39 | kikinis | Fixed in Version | => Slicer 4.0 post RSNA |
2011-09-02 12:57 | alexy | Note Added: 0002889 | |
2011-09-02 12:57 | alexy | Status | feedback => resolved |
2011-09-02 12:57 | alexy | Resolution | open => fixed |
2011-09-25 05:00 | kikinis | Note Added: 0003106 | |
2011-09-25 05:00 | kikinis | Status | resolved => feedback |
2011-09-25 05:00 | kikinis | Resolution | fixed => reopened |
2011-09-25 05:03 | kikinis | Note Added: 0003107 | |
2011-10-02 09:44 | alexy | Note Added: 0003156 | |
2011-10-02 12:25 | kikinis | Note Added: 0003158 | |
2012-08-01 04:38 | kikinis | Status | feedback => closed |
2012-08-01 04:38 | kikinis | Resolution | reopened => fixed |