- User Since
- Aug 1 2016, 12:10 PM (119 w, 1 d)
Is this really already resolved?
Mon, Nov 12
Pushed new branch T25590-ModelFit_docs.
Fri, Nov 9
That's cool. Thanks for the effort! Will be very usefull also for our model fit and CEST work!
@steint : Cool thanks for following up on this! Very valuable.
Wed, Nov 7
Tue, Oct 30
Pushed new branch T25589-MatchPoint_docs.
Mon, Oct 29
Fri, Oct 26
What do you exactly mean with geometry processing part? Does "to the storage" mean, into the class or into the file?
Tue, Oct 23
No, I don't think so. It is not job of the DataStorage to update the status bar.
Yes, partially. We have no crashes, but
Mon, Oct 22
Fri, Oct 19
that would be great.
Thu, Oct 18
Pushed new branch T24987-mitkFunctionAddLibrarySearchPaths.
Discussed it. For now we will implement an simple solution (simelar to the legacy modulconf pattern) to add additional path from the eps cmakeexternals script.
Oct 13 2018
@nolden Could you please "unraise" your concern now. It is spoiling my statistics/dashboard. Thanks ;)
GCC error was fixes. Thanks for the hint.
@kislinsk : Do you know the/a reason why this task wasn't merged and closed after positiv review? Seems like it was forgotten some how.
Oct 10 2018
I think the reason is that this Service has now a new (correct) autoload rule and the continuus clients are not cleaned. This combiniation leads to the service being load twice.
Propertylist has more strict behavior. Only none empty strings are allows as property key. Property list now also implements the PropertyOwner interface.
Introduced with T25441: Name DataNodes with DICOM data appropriately by using dicom tags
Oct 9 2018
Pushed new branch T25441-fix_tests.
Pushed new branch T25442-fix_tests.
Oct 8 2018
Oct 5 2018
Still open, as nobody was assigned so far and had time ;)
Oct 4 2018
Oct 2 2018
Sep 28 2018
We discussed it today with the following results:
Sep 26 2018
Pushed new branch T25441-fix_gcc.
Good idea that would really help.
Sep 25 2018
@hentsch Is there a reason this is still open. Seems to be mergeable to the master, isn't it?
Sep 21 2018
@kahl : If you work on a task (e.g. this one; thank you!) please claim it, that everyone sees that you are assigned. If you have stopped working on the task, its fine in its unassigned state.
You pointed in the right direction. The operator == currently checks complete equality. So also the number of time points and frames must be the same; and must have the same value. This is not the case in your on-the-fly-generated operand. Tempering with the == is not trival, because there are use cases where it realy matters if there is the same geometry and not only the same value. There are thoughts to implement posibilities to express TemporoSpatialStringProperties more compact, but thats no quick solution.
As far as I can see (had to dig through the commits) All changes of this branch, have already been cherry picked to the master at some point. (Don't know if they are also already in the current beta brunch).