- User Since
- Aug 1 2016, 12:10 PM (171 w, 19 h)
Sat, Nov 9
Fri, Oct 25
Wed, Oct 23
Oct 11 2019
@hentsch : Du kannst es erstmal direkt in PlanaFigure reinpacken, auch wenn es eine DCMTK dependency bedeutet. Wir schauen es uns erstmal an und wollen bis dahin den Aufwand gering halten.
Oct 10 2019
Oct 4 2019
- Does it work if you select two normal images (not segmentations)?
- Does the seg fault also happens if you use the Registration Evaluator plugin with the image and the segmentation?
- Could you provied example data, please?
Oct 2 2019
Pushed new branch T26698-PerfusionCurveDescription_data_not_selectable.
Sep 27 2019
- Currently we can put into the methods subsection
- Next step would be to retrofit the code to be a usefull service. This we have to discuss further
We have discussed, how to proceed with corrupted images (see above).
Sep 26 2019
Sep 25 2019
I looked into all DICOM images that make this problems and are located in the DICOMReader/ directory.
Sep 19 2019
May be I missed the point. But it is de facto possible.
You can already define a filter predicate and you can specify a filter/check lambda. Both ways would allow to control if the geometries fit or not. These techiques should be used. If you have any questions, please ask.
I wouldn't value the node name of statistic nodes that high, as it has questionable importance/value.
- It is an open discussion if the statistic nodes should be visible at all in the data managers/storage inspectors. I currently tend to declare them as helpernodes that are not visible any ways.
- The name is not needed for the statistics view. For relations we use the relation rules.
- Name properties of nodes must not be "stable"; e.g. the name of an image node could change and then it would not feed any more to the image name encoded in the statistic node name.
Sep 17 2019
Sep 6 2019
No problem. A now fixed typo made it hard to understand.
Aug 21 2019
OK. But we definetly should talk about it before it is approached.
Aug 20 2019
Aug 19 2019
@kalali: Sharp eyes and good work. As far as I can see this is a proper solution to fix a state I had not covered in my implementation. The handling of invalid timepoints is still okay. As the documentation only guaranties that negative invalids will be 0. For all others there are no garanties and developers should use GetTimeBounds() to check wether they request legal time points or not.
Aug 12 2019
Aug 7 2019
Aug 2 2019
Hm, ok. Then the log output is somehow inconsistent, with what is loaded into the workbench.
@kislinsk How do one enforces the more detailed log? The logging console is capable to show more information then given in the attached log.
Aug 1 2019
Regarding this workflow: I have another question. How many files did you select in the dialoge? One file of the stack as selection would be sufficient.
Jul 31 2019
@jsolislemus Thanks for the info. If I understood it correctly also the official installer shows this problem. Could you please do me a favor and check with the official installer if you have the same loading problem, if you do not use the DICOM browser, but instead the normal file open dialog or dragNdrop. With this information we can narrow it down a bit more.
It would be helpfull to see the log output in order to see if a different reader configuration was choosen and which. Please activate the log window and check the out put of the read process.
Jul 30 2019
@kompan : Thanks! I think we should remove the arxiv version, as the final paper is open access to. Thanks.
Jul 22 2019
@steint I think I would have made it slightly different, but this is more a case of tast than hard facts (at least I have no good arguments against it right now ;).
So bottom line: We should go with the changes. Thanks. If we learn that something is missing, nothing stops us to revisit and refactor.
Jul 19 2019
@kompan: Could you be so kind and take care when you have some time left? Thanks!
@kompan: Could you be so kind and take care when you have some time left?
Jul 11 2019
@kislinsk Shouldn't we raise priority, if we run otherwise in a licesnsing gray zone?
Jul 9 2019
Jun 17 2019
May 29 2019
May 24 2019
It affects every branch that containes the ModelFit module and tries to build it with VS 2017 >=15.9.11
May 23 2019
May 22 2019
May 20 2019
May 17 2019
Result of the discussion:
At the current state we voted against moving to core.
Result of the discussion:
May 11 2019
Code coverage can be checked now.
And everything is setup up to use it with codecov.io
May 10 2019
I think it would be nice but is no show stopper, because we could, as a work arround, use a chartline that only contains the highlited point(s).
May 9 2019
Without a fundamental rework of the rttb build mechanics the only way to sooth the problem is to explicitly check if all prerequisits are fullfilled and if not give a meaningfull cmake error message.
May 2 2019
@hentsch / @kislinsk : Shouldn't we already set QmitkPlotDialog/QmitkPlotWidget/QtHistogram to deprecated then. To give us sooner then later the posibilite to realy remove the code from the codebase. If I see it correctly, that would also gives us the possibility to reomive Qwt as a third party package from MITK. What do you think?
Apr 29 2019
Pushed new branch T25941-Improve_mapper_view_user_manuel.
@kislinsk Thanks for the hint.
Apr 26 2019
I have concerns with the latest commit. See comments there. You can come by and ask if you have any questions.
The fix is not good and has several problems. See comment above. If it is not clear how to handle it properly, just drop by an I can explaine.
Apr 24 2019
@kislinsk Stefan, you said you reworked this pragma for MITK? Does it implie any changes for 3rd party projects?
Apr 18 2019
Pushed new branch T26287-Perfusion_crash_when_converting_signal.
It seems to beeing correlated with the addition of the generated concentration node to the data storage. If the nodes are not added to the datastorage, I cannot provoke a crash. This is at least concistent to the finding that there is also no proplem if we calculate the concentration beforehand.
Narrowed down the point where it crashes.
Pushed new branch T26265-Connect_error_multinodeselectionwidget.
Apr 17 2019
Apr 15 2019
Apr 12 2019
Pushed new branch T23808-Image2ImagePropertyRelation.
Apr 5 2019
Can you reproduce your problem now with the fix, that helped me out?