- User Since
- Aug 1 2016, 12:10 PM (181 w, 3 d)
I think both is right
- It is already resolved by work of HackingWeek 2019/2
- If docu writes something about TabelModel it is wrong/outdates/implementation detail...
Batch is deprecated. Frame Correction is the last opened view.
Wed, Jan 22
Clemenst meant Option 2. This is what we have planned.
Cannot tell what @zhangyan meant. I would fix this with option 2.
Tue, Jan 21
Pushed new branch T24660-selection_history_inspector.
Mon, Jan 20
Just to be sure. The work-arround with the "binary" property (see above) is only for the problem that you weren't able to select the T1 map in the view.
It is not a solution for the Dimension 2 is not in (ItkOutputImageType::ImageDimension) error!
@jsolislemus : Could you provide me your email adresse? Then I will send you the instructions how to transfer data.
Sun, Jan 19
The problem was caused by the fact that the T1 map has just 2 different pixel values. Therfore it was automatically classified as binary image /mask on loading.
Sat, Jan 18
That would be great. Thanks!
Fri, Jan 17
Thu, Jan 16
Yes you are right. I was inprecise. I already had T26851 in mind because it is on out to do list.
Wed, Jan 15
Logic is correct. But I would condense it to remove redundancy (see inline comment).
Discussed it offline.
Tue, Jan 14
Fri, Jan 10
Thu, Jan 9
Pushed new branch T26980-Prohibit_dependency_on_autoload_module.
Dec 20 2019
I don't know the status of the branch above as it is dangeling arround for quite some time.
Dec 6 2019
I have managed to compile now just using cmake cli, when doing the following:
Pushed new branch T26167-Fix_broken_test.
@kompan It is now in the master. ;)
Dec 5 2019
I have the same error on my local Ubuntu VM. But only if configure via CMake command line. If I use the CMake gui and set the same values, then everything works fine.
Generator does not matter I have the problem with make and ninja; with one and multiple jobs.
Dec 3 2019
Nov 28 2019
Sorry for the long delay. Localisers should not be a problem per se. We also have such images in our protocols.
Fixing T26167 was enough for now.
Nov 27 2019
Sooner then later I have to restart on reworking the ChartWidget due to performance problems when transfering data to the java script side. Currently each line is communicated on its own and this communication has an overhead. Paied for every graph line on an update it is a serious performance bump that impacts usability e.g. in the perfusion context.
Nov 26 2019
Nov 25 2019
Oh, great. Thanks for the hint.