[Ctk-developers] [mitk-users] Moving BlueBerry Framework from MITK towards CTK making it independant of the massive MITK setup

Tue Jan 26 06:59:54 EST 2021

Hi Ramazan,

this is ambitious I think. Since your final use case is out of the MITK and CTK domains (medical imaging) I would suggest you could take the useful parts of BlueBerry, CppMicroServices and CTK to create a prototype of your application. I think doing this kind of standalone experiment would be easier right now, instead of starting with a big refactoring, given that I don't see the interest and resources in this community right now to support a major refactoring.

However I must also clearly say that though BlueBerry was created in the MITK context, we are in maintenance mode for this part, and before introducing new features or major changes we would probably re-evaluate all options where to head with our UI. So of course we could discuss fixes or smaller changes in concrete pull requests if they don't break things for MITK or Slicer, but it should really be with specific goals and of a manageable size.

Marco

________________________________
Von: Ramazan Ergüder Bekrek <e.bekrek at yandex.com>
Gesendet: Montag, 25. Januar 2021 19:22
An: Nolden, Marco; Andras Lasso; mitk-users; ctk-developers
Betreff: Re: [Ctk-developers] [mitk-users] Moving BlueBerry Framework from MITK towards CTK making it independant of the massive MITK setup

What I am aiming at I described previously is to have a basic framework with all the component to develop any kind of software with the same feeling as Eclipse RPC and OSGi modular component system.

So the way it is right now it seems that I would have to go the same way as MITK by extracting Blueberry so that I can use it with Qt5 for the dynamic UI side. I now that there is a PluginFramework in CTK but I think that I will hook also CppMicroservices next to it and use it.

My goal is to have a dynamic UI which can be loaded/unloaded at runtime with all the part independent from each other. I also wish the same for the backend side. I will use this whole infrastructure to create a multimedia browser which I think could replace the actual broken Browser ecosystem with HTML & Cie.

If you have any suggestion or ideas I wish that we could meet in real time on the Discord channel that I created for all subject related with C++ and OSGi.

Best regards

25.01.2021, 14:40, "Marco Nolden" <m.nolden at dkfz-heidelberg.de>:

Dear Ramazan,

again there is quite some history in these approaches, MITK is >15 years old, CTK started >10 years ago, as you can imagine not everything could be planned perfectly from the beginning.

As I wrote in my first post I think we could discuss a strategy here if you outline a bit more what you are aiming at. But please be aware that the resources to support you are limited, and we should aim for realistic improvements. Maybe smaller pull requests following a specific and accepted aim could be an alternative.

Regarding compilation errors I would also suggest to move to github issues of the respective projects. Posting this on two mailing lists doesn't work well.

And as I also wrote in my first post I think a separate repository / project for your endeavors could be a good idea as long as we don't have an agreed on strategy on how to move things around or to separate repositories.

Marco

On 1/23/21 8:49 PM, Ramazan Ergüder Bekrek wrote:
Actually the best would be to drop the PluginFramework and replace it with a dependency on CppMicroServices... Also I don't get it why there is 2 plugin frameworks in MITK one is CTKPluginFramework and the second CppMicroServices.

23.01.2021, 20:32, "Andras Lasso" <lasso at queensu.ca><mailto:lasso at queensu.ca>:

3D Slicer relies on CTK and we regularly make fixes and improvements. We do not use the plugin framework, so we can tolerate any changes to it, as long as we can keep it disabled and does not break the build of CTK.

Our slight preference would be to move the plugin framework out of CTK, just to keep CTK smaller and more focused. But since all these changes heavily impact MITK and nobody else has been spoken up, you need to agree in the strategy with Marco.

Andras

From: Ctk-developers <ctk-developers-bounces at public.kitware.com<mailto:ctk-developers-bounces at public.kitware.com>> On Behalf Of Ramazan Ergüder Bekrek
Sent: Saturday, January 23, 2021 12:07 PM
To: Nolden, Marco <m.nolden at dkfz-heidelberg.de<mailto:m.nolden at dkfz-heidelberg.de>>; mitk-users <mitk-users at lists.sourceforge.net<mailto:mitk-users at lists.sourceforge.net>>; ctk-developers <ctk-developers at public.kitware.com<mailto:ctk-developers at public.kitware.com>>
Subject: Re: [Ctk-developers] [mitk-users] Moving BlueBerry Framework from MITK towards CTK making it independant of the massive MITK setup

Can someone give some insight here please? I have the impression either everybody is sleeping because of Corona or people are busy.... :D

https://github.com/al-sabr/CTK/commits/ctk-blueberry-port-from-mitk<https://can01.safelinks.protection.outlook.com/?url=https%3A%2F%2Fgithub.com%2Fal-sabr%2FCTK%2Fcommits%2Fctk-blueberry-port-from-mitk&data=04%7C01%7Classo%40queensu.ca%7C3f1ae486a52448ccac7408d8bfc158cb%7Cd61ecb3b38b142d582c4efb2838b925c%7C1%7C0%7C637470184455734372%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C3000&sdata=2qt997ToqFPaZ2qBI74JQtQRZjE%2BejeqpsrjyOGgNoo%3D&reserved=0>

23.01.2021, 18:05, "Ramazan Ergüder Bekrek" <e.bekrek at yandex.com<mailto:e.bekrek at yandex.com>>:

Ok it seems that those errors had to do with CMake flags I didn't included from ITK. Now that I've cleared that out there's other weird compilation errors that I don't get because I don't have that much C++ knowledge.

G:\programming\cplusplus\CTK\Libs\mbilog\itkObject.cxx(42,24): error C2079: 'Observer' uses undefined class 'itk::ITKCommon_HIDDEN' [G:\programming\cplusplus\CTK\build\CTK-build\Libs\mbilog\CTKmbilog.vcxproj]

1>G:\programming\cplusplus\CTK\Libs\mbilog\itkObject.cxx(44,1): error C2059: syntax error: 'public' [G:\programming\cplusplus\CTK\build\CTK-build\Libs\mbilog\CTKmbilog.vcxproj]

1>G:\programming\cplusplus\CTK\Libs\mbilog\itkObject.cxx(49,3): error C2143: syntax error: missing ';' before '{' [G:\programming\cplusplus\CTK\build\CTK-build\Libs\mbilog\CTKmbilog.vcxproj]

1>G:\programming\cplusplus\CTK\Libs\mbilog\itkObject.cxx(49,3): error C2447: '{': missing function header (old-style formal list?) [G:\programming\cplusplus\CTK\build\CTK-build\Libs\mbilog\CTKmbilog.vcxproj]

1>G:\programming\cplusplus\CTK\Libs\mbilog\itkObject.cxx(50,20): error C2588: '::~Observer': illegal global destructor [G:\programming\cplusplus\CTK\build\CTK-build\Libs\mbilog\CTKmbilog.vcxproj]

1>G:\programming\cplusplus\CTK\Libs\mbilog\itkObject.cxx(50,12): error C2575: 'Observer': only member functions and bases can be virtual [G:\programming\cplusplus\CTK\build\CTK-build\Libs\mbilog\CTKmbilog.vcxproj]

1>G:\programming\cplusplus\CTK\Libs\mbilog\itkObject.cxx(50,22): error C4430: missing type specifier - int assumed. Note: C++ does not support default-int [G:\programming\cplusplus\CTK\build\CTK-build\Libs\mbilog\CTKmbilog.vcxproj]

1>G:\programming\cplusplus\CTK\Libs\mbilog\itkObject.cxx(50,12): error C2365: 'itk::Observer': redefinition; previous definition was 'data variable' [G:\programming\cplusplus\CTK\build\CTK-build\Libs\mbilog\CTKmbilog.vcxproj]

1>G:\programming\cplusplus\CTK\Libs\mbilog\itkObject.cxx(56,1): error C2653: 'Observer': is not a class or namespace name [G:\programming\cplusplus\CTK\build\CTK-build\Libs\mbilog\CTKmbilog.vcxproj]

1>G:\programming\cplusplus\CTK\Libs\mbilog\itkObject.cxx(56,12): error C2523: '<Unknown>::~Observer': destructor tag mismatch [G:\programming\cplusplus\CTK\build\CTK-build\Libs\mbilog\CTKmbilog.vcxproj]

1>G:\programming\cplusplus\CTK\Libs\mbilog\itkObject.cxx(57,1): error C4430: missing type specifier - int assumed. Note: C++ does not support default-int [G:\programming\cplusplus\CTK\build\CTK-build\Libs\mbilog\CTKmbilog.vcxproj]

1>G:\programming\cplusplus\CTK\Libs\mbilog\itkObject.cxx(58,10): error C2065: 'm_Event': undeclared identifier [G:\programming\cplusplus\CTK\build\CTK-build\Libs\mbilog\CTKmbilog.vcxproj]

1>G:\programming\cplusplus\CTK\Libs\mbilog\itkObject.cxx(58,17): error C2541: 'delete': cannot delete objects that are not pointers [G:\programming\cplusplus\CTK\build\CTK-build\Libs\mbilog\CTKmbilog.vcxproj]

1>G:\programming\cplusplus\CTK\Libs\mbilog\itkObject.cxx(61,24): error C2079: 'SubjectImplementation' uses undefined class 'ITKCommon_HIDDEN' [G:\programming\cplusplus\CTK\build\CTK-build\Libs\mbilog\CTKmbilog.vcxproj]

1>G:\programming\cplusplus\CTK\Libs\mbilog\itkObject.cxx(63,1): error C2059: syntax error: 'public' [G:\programming\cplusplus\CTK\build\CTK-build\Libs\mbilog\CTKmbilog.vcxproj]

1>G:\programming\cplusplus\CTK\Libs\mbilog\itkObject.cxx(64,27): error C2143: syntax error: missing ';' before '{' [G:\programming\cplusplus\CTK\build\CTK-build\Libs\mbilog\CTKmbilog.vcxproj]

1>G:\programming\cplusplus\CTK\Libs\mbilog\itkObject.cxx(64,27): error C2447: '{': missing function header (old-style formal list?) [G:\programming\cplusplus\CTK\build\CTK-build\Libs\mbilog\CTKmbilog.vcxproj]

1>G:\programming\cplusplus\CTK\Libs\mbilog\itkObject.cxx(65,25): error C2588: '::~SubjectImplementation': illegal global destructor [G:\programming\cplusplus\CTK\build\CTK-build\Libs\mbilog\CTKmbilog.vcxproj]

1>G:\programming\cplusplus\CTK\Libs\mbilog\itkObject.cxx(65,27): error C4430: missing type specifier - int assumed. Note: C++ does not support default-int [G:\programming\cplusplus\CTK\build\CTK-build\Libs\mbilog\CTKmbilog.vcxproj]

1>G:\programming\cplusplus\CTK\Libs\mbilog\itkObject.cxx(65,4): error C2365: 'SubjectImplementation': redefinition; previous definition was 'data variable' [G:\programming\cplusplus\CTK\build\CTK-build\Libs\mbilog\CTKmbilog.vcxproj]

1>G:\programming\cplusplus\CTK\Libs\mbilog\itkObject.cxx(68,33): error C4430: missing type specifier - int assumed. Note: C++ does not support default-int [G:\programming\cplusplus\CTK\build\CTK-build\Libs\mbilog\CTKmbilog.vcxproj]

1>G:\programming\cplusplus\CTK\Libs\mbilog\itkObject.cxx(68,33): error C2143: syntax error: missing ',' before '&' [G:\programming\cplusplus\CTK\build\CTK-build\Libs\mbilog\CTKmbilog.vcxproj]

1>G:\programming\cplusplus\CTK\Libs\mbilog\itkObject.cxx(71,33): error C4430: missing type specifier - int assumed. Note: C++ does not support default-int [G:\programming\cplusplus\CTK\build\CTK-build\Libs\mbilog\CTKmbilog.vcxproj]

1>G:\programming\cplusplus\CTK\Libs\mbilog\itkObject.cxx(71,33): error C2143: syntax error: missing ',' before '&' [G:\programming\cplusplus\CTK\build\CTK-build\Libs\mbilog\CTKmbilog.vcxproj]

1>G:\programming\cplusplus\CTK\Libs\mbilog\itkObject.cxx(71,62): error C2270: 'AddObserver': modifiers not allowed on nonmember functions [G:\programming\cplusplus\CTK\build\CTK-build\Libs\mbilog\CTKmbilog.vcxproj]

22.01.2021, 23:09, "Ramazan Ergüder Bekrek" <e.bekrek at yandex.com<mailto:e.bekrek at yandex.com>>:

I've past beyond the last compilation error with new ones:

1>    mitkException.cpp

1>  G:\programming\cplusplus\CTK\Libs\mbilog\mitkException.cpp(43,26): error C2247: 'itk::ExceptionObject::GetDescription' not accessible because 'mitk::Exception' uses 'private' to inherit from 'itk::ExceptionObject' [G:\programming\cplusplus\CTK\build\CTK-build\Libs\mbilog\CTKmbilog.vcxproj]

1>  G:\programming\cplusplus\CTK\Libs\mbilog\itkExceptionObject.h(111): message : see declaration of 'itk::ExceptionObject::GetDescription' [G:\programming\cplusplus\CTK\build\CTK-build\Libs\mbilog\CTKmbilog.vcxproj]

1>  G:\programming\cplusplus\CTK\Libs\mbilog\mitkException.h(48): message : see declaration of 'mitk::Exception' [G:\programming\cplusplus\CTK\build\CTK-build\Libs\mbilog\CTKmbilog.vcxproj]

1>  G:\programming\cplusplus\CTK\Libs\mbilog\itkExceptionObject.h(49): message : see declaration of 'itk::ExceptionObject' [G:\programming\cplusplus\CTK\build\CTK-build\Libs\mbilog\CTKmbilog.vcxproj]

1>    mitkLog.cpp

1>  G:\programming\cplusplus\CTK\Libs\mbilog\mitkExceptionMacros.h(20,1): warning C4005: 'ITK_LOCATION': macro redefinition [G:\programming\cplusplus\CTK\build\CTK-build\Libs\mbilog\CTKmbilog.vcxproj]

1>  G:\programming\cplusplus\CTK\Libs\mbilog\itkMacro.h(479): message : see previous definition of 'ITK_LOCATION' [G:\programming\cplusplus\CTK\build\CTK-build\Libs\mbilog\CTKmbilog.vcxproj]

1>  G:\programming\cplusplus\CTK\Libs\mbilog\mitkLog.cpp(40,3): error C2065: 'logMutex': undeclared identifier [G:\programming\cplusplus\CTK\build\CTK-build\Libs\mbilog\CTKmbilog.vcxproj]

1>  G:\programming\cplusplus\CTK\Libs\mbilog\mitkLog.cpp(42,23): error C3861: 'GetCurrentThreadId': identifier not found [G:\programming\cplusplus\CTK\build\CTK-build\Libs\mbilog\CTKmbilog.vcxproj]

1>  G:\programming\cplusplus\CTK\Libs\mbilog\mitkLog.cpp(50,34): error C3861: 'GetCurrentThreadId': identifier not found [G:\programming\cplusplus\CTK\build\CTK-build\Libs\mbilog\CTKmbilog.vcxproj]

1>  G:\programming\cplusplus\CTK\Libs\mbilog\mitkLog.cpp(64,39): error C3861: 'GetCurrentThreadId': identifier not found [G:\programming\cplusplus\CTK\build\CTK-build\Libs\mbilog\CTKmbilog.vcxproj]

1>  G:\programming\cplusplus\CTK\Libs\mbilog\mitkLog.cpp(70,3): error C2065: 'logMutex': undeclared identifier [G:\programming\cplusplus\CTK\build\CTK-build\Libs\mbilog\CTKmbilog.vcxproj]

1>  G:\programming\cplusplus\CTK\Libs\mbilog\mitkLog.cpp(99,5): error C2065: 'logMutex': undeclared identifier [G:\programming\cplusplus\CTK\build\CTK-build\Libs\mbilog\CTKmbilog.vcxproj]

1>  G:\programming\cplusplus\CTK\Libs\mbilog\mitkLog.cpp(109,5): error C2065: 'logMutex': undeclared identifier [G:\programming\cplusplus\CTK\build\CTK-build\Libs\mbilog\CTKmbilog.vcxproj]

1>  G:\programming\cplusplus\CTK\Libs\mbilog\mitkLog.cpp(119,5): error C2065: 'logMutex': undeclared identifier [G:\programming\cplusplus\CTK\build\CTK-build\Libs\mbilog\CTKmbilog.vcxproj]

1>  G:\programming\cplusplus\CTK\Libs\mbilog\mitkLog.cpp(128,7): error C2065: 'logMutex': undeclared identifier [G:\programming\cplusplus\CTK\build\CTK-build\Libs\mbilog\CTKmbilog.vcxproj]

1>  G:\programming\cplusplus\CTK\Libs\mbilog\mitkLog.cpp(135,7): error C2065: 'logMutex': undeclared identifier [G:\programming\cplusplus\CTK\build\CTK-build\Libs\mbilog\CTKmbilog.vcxproj]

1>    itkSimpleFastMutexLock.cxx

1>    itkSimpleFastMutexLockNoThreads.cxx

1>    itkSimpleFastMutexLockPThreads.cxx

1>  G:\programming\cplusplus\CTK\Libs\mbilog\itkSimpleFastMutexLockPThreads.cxx(35,3): error C2065: 'pthread_mutexattr_t': undeclared identifier [G:\programming\cplusplus\CTK\build\CTK-build\Libs\mbilog\CTKmbilog.vcxproj]

1>  G:\programming\cplusplus\CTK\Libs\mbilog\itkSimpleFastMutexLockPThreads.cxx(35,23): error C2146: syntax error: missing ';' before identifier 'mta' [G:\programming\cplusplus\CTK\build\CTK-build\Libs\mbilog\CTKmbilog.vcxproj]

1>  G:\programming\cplusplus\CTK\Libs\mbilog\itkSimpleFastMutexLockPThreads.cxx(35,23): error C2065: 'mta': undeclared identifier [G:\programming\cplusplus\CTK\build\CTK-build\Libs\mbilog\CTKmbilog.vcxproj]

1>  G:\programming\cplusplus\CTK\Libs\mbilog\itkSimpleFastMutexLockPThreads.cxx(36,27): error C2065: 'mta': undeclared identifier [G:\programming\cplusplus\CTK\build\CTK-build\Libs\mbilog\CTKmbilog.vcxproj]

1>  G:\programming\cplusplus\CTK\Libs\mbilog\itkSimpleFastMutexLockPThreads.cxx(36,3): error C3861: 'pthread_mutexattr_init': identifier not found [G:\programming\cplusplus\CTK\build\CTK-build\Libs\mbilog\CTKmbilog.vcxproj]

1>  G:\programming\cplusplus\CTK\Libs\mbilog\itkSimpleFastMutexLockPThreads.cxx(37,30): error C2065: 'mta': undeclared identifier [G:\programming\cplusplus\CTK\build\CTK-build\Libs\mbilog\CTKmbilog.vcxproj]

1>  G:\programming\cplusplus\CTK\Libs\mbilog\itkSimpleFastMutexLockPThreads.cxx(37,35): error C2065: 'PTHREAD_MUTEX_RECURSIVE': undeclared identifier [G:\programming\cplusplus\CTK\build\CTK-build\Libs\mbilog\CTKmbilog.vcxproj]

1>  G:\programming\cplusplus\CTK\Libs\mbilog\itkSimpleFastMutexLockPThreads.cxx(37,3): error C3861: 'pthread_mutexattr_settype': identifier not found [G:\programming\cplusplus\CTK\build\CTK-build\Libs\mbilog\CTKmbilog.vcxproj]

1>  G:\programming\cplusplus\CTK\Libs\mbilog\itkSimpleFastMutexLockPThreads.cxx(38,43): error C2065: 'mta': undeclared identifier [G:\programming\cplusplus\CTK\build\CTK-build\Libs\mbilog\CTKmbilog.vcxproj]

1>  G:\programming\cplusplus\CTK\Libs\mbilog\itkSimpleFastMutexLockPThreads.cxx(38,3): error C3861: 'pthread_mutex_init': identifier not found [G:\programming\cplusplus\CTK\build\CTK-build\Libs\mbilog\CTKmbilog.vcxproj]

1>  G:\programming\cplusplus\CTK\Libs\mbilog\itkSimpleFastMutexLockPThreads.cxx(44,3): error C3861: 'pthread_mutex_destroy': identifier not found [G:\programming\cplusplus\CTK\build\CTK-build\Libs\mbilog\CTKmbilog.vcxproj]

1>  G:\programming\cplusplus\CTK\Libs\mbilog\itkSimpleFastMutexLockPThreads.cxx(51,3): error C3861: 'pthread_mutex_lock': identifier not found [G:\programming\cplusplus\CTK\build\CTK-build\Libs\mbilog\CTKmbilog.vcxproj]

1>  G:\programming\cplusplus\CTK\Libs\mbilog\itkSimpleFastMutexLockPThreads.cxx(58,30): error C3861: 'pthread_mutex_trylock': identifier not found [G:\programming\cplusplus\CTK\build\CTK-build\Libs\mbilog\CTKmbilog.vcxproj]

1>  G:\programming\cplusplus\CTK\Libs\mbilog\itkSimpleFastMutexLockPThreads.cxx(58,27): error C2789: 'lockCaptured': an object of const-qualified type must be initialized [G:\programming\cplusplus\CTK\build\CTK-build\Libs\mbilog\CTKmbilog.vcxproj]

1>  G:\programming\cplusplus\CTK\Libs\mbilog\itkSimpleFastMutexLockPThreads.cxx(58): message : see declaration of 'lockCaptured' [G:\programming\cplusplus\CTK\build\CTK-build\Libs\mbilog\CTKmbilog.vcxproj]

1>  G:\programming\cplusplus\CTK\Libs\mbilog\itkSimpleFastMutexLockPThreads.cxx(71,3): error C3861: 'pthread_mutex_unlock': identifier not found [G:\programming\cplusplus\CTK\build\CTK-build\Libs\mbilog\CTKmbilog.vcxproj]

1>    itkSimpleFastMutexLockWinThreads.cxx

1>  G:\programming\cplusplus\CTK\Libs\mbilog\itkSimpleFastMutexLockWinThreads.cxx(36,3): error C3861: 'InitializeCriticalSection': identifier not found [G:\programming\cplusplus\CTK\build\CTK-build\Libs\mbilog\CTKmbilog.vcxproj]

1>  G:\programming\cplusplus\CTK\Libs\mbilog\itkSimpleFastMutexLockWinThreads.cxx(42,3): error C3861: 'DeleteCriticalSection': identifier not found [G:\programming\cplusplus\CTK\build\CTK-build\Libs\mbilog\CTKmbilog.vcxproj]

1>  G:\programming\cplusplus\CTK\Libs\mbilog\itkSimpleFastMutexLockWinThreads.cxx(49,3): error C3861: 'EnterCriticalSection': identifier not found [G:\programming\cplusplus\CTK\build\CTK-build\Libs\mbilog\CTKmbilog.vcxproj]

1>  G:\programming\cplusplus\CTK\Libs\mbilog\itkSimpleFastMutexLockWinThreads.cxx(56,29): error C3861: 'TryEnterCriticalSection': identifier not found [G:\programming\cplusplus\CTK\build\CTK-build\Libs\mbilog\CTKmbilog.vcxproj]

1>  G:\programming\cplusplus\CTK\Libs\mbilog\itkSimpleFastMutexLockWinThreads.cxx(69,3): error C3861: 'LeaveCriticalSection': identifier not found [G:\programming\cplusplus\CTK\build\CTK-build\Libs\mbilog\CTKmbilog.vcxproj]

22.01.2021, 15:43, "Ramazan Ergüder Bekrek" <e.bekrek at yandex.com<mailto:e.bekrek at yandex.com>>:

Hi again Marco,

I am almost at the last stage for compiling the external dependencies like ITK headers and MITK but somehow I end up with many compilation errors.

1>  G:\programming\cplusplus\CTK\Libs\mbilog\itkExceptionObject.h(304,1): error C2447: '{': missing function header (old-style formal list?) [G:\programming\cplusplus\CTK\build\CTK-build\Libs\mbilog\CTKmbilog.vcxproj]

Link latest stand : https://github.com/al-sabr/CTK/commits/ctk-blueberry-port-from-mitk<https://can01.safelinks.protection.outlook.com/?url=https%3A%2F%2Fgithub.com%2Fal-sabr%2FCTK%2Fcommits%2Fctk-blueberry-port-from-mitk&data=04%7C01%7Classo%40queensu.ca%7C3f1ae486a52448ccac7408d8bfc158cb%7Cd61ecb3b38b142d582c4efb2838b925c%7C1%7C0%7C637470184455744369%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C3000&sdata=MmaJDxEy2IlUQAyLIL3V88lBHSrGBp4Oqhrg45pcRts%3D&reserved=0>

Can you provide your insight or maybe advice how to resolve this road block.

Best Regards

22.01.2021, 11:25, "Nolden, Marco" <m.nolden at dkfz-heidelberg.de<mailto:m.nolden at dkfz-heidelberg.de>>:

Hi Ramazan,

BlueBerry used to be more separated in MITK (this is also where some references to blueberry.org may dangle around). But it’s always a tradeoff to maintain completely separate repositories and build systems, as I said before from a pure architectural view you are completely right. In the beginning it even had an abstraction layer to make it independent of Qt, impressive work by the principal developer, but again something with a tradeoff.

Marco

Von: Ramazan Ergüder Bekrek <e.bekrek at yandex.com<mailto:e.bekrek at yandex.com>>
Gesendet: Freitag, 22. Januar 2021 11:17
An: Nolden, Marco <M.Nolden at Dkfz-Heidelberg.de<mailto:M.Nolden at Dkfz-Heidelberg.de>>; mitk-users <mitk-users at lists.sourceforge.net<mailto:mitk-users at lists.sourceforge.net>>; ctk-developers <ctk-developers at public.kitware.com<mailto:ctk-developers at public.kitware.com>>
Betreff: Re: AW: [Ctk-developers] [mitk-users] Moving BlueBerry Framework from MITK towards CTK making it independant of the massive MITK setup

Hi Marco! Thank you for your feedback.

The goal actually was to get the same development feeling without having the need to use all the heavy dependencies that come with MITK. Having something like OSGi Eclipse Equinox and Eclipse RPC to start to program right away in any field was my goal. Right now the people at MITK didn't for see to cut the modularity outside of their Architecture.

The ideal was in my thoughts to make this a brother plugin bundle in CppMicroservices but I didn't have time and energy to go down lower.

CTK felt for me like CppMicroservices with modified version. And I needed Qt5 on top of OSGi + the beautiful Eclipse RPC feeling.

10:52, January 22, 2021, "Nolden, Marco" <m.nolden at dkfz-heidelberg.de<mailto:m.nolden at dkfz-heidelberg.de>>:

Hi Ramazan,

thanks for your interesting efforts! I see the general idea, and conceptually BlueBerry may be closer to the CTK plugin framework than to MITK, but at the same time it’s a working system in the way it’s setup right now.

Could you maybe give some background about your goals or expectations? You can probably understand that a massive change like this will need considerable resources for review and maintenance in both communities to make this change something the projects using CTK are having a real benefit from.

One thing that has been discussed in the MITK community before was a standalone BlueBerry, to make it available to non-medical applications. So this _could_  be something to aim for, but again this wouldn’t be a primary goal for MITK development right now, and in my opinion this could or even should also live outside of the primary CTK repository to make it most useful for the non-medical community looking for a flexible application framework.

Marco

Von: Ctk-developers <ctk-developers-bounces at public.kitware.com<mailto:ctk-developers-bounces at public.kitware.com>> Im Auftrag von Ramazan Ergüder Bekrek
Gesendet: Dienstag, 19. Januar 2021 13:47
An: mitk-users <mitk-users at lists.sourceforge.net<mailto:mitk-users at lists.sourceforge.net>>; ctk-developers <ctk-developers at public.kitware.com<mailto:ctk-developers at public.kitware.com>>
Betreff: Re: [Ctk-developers] [mitk-users] Moving BlueBerry Framework from MITK towards CTK making it independant of the massive MITK setup

Good news everyone the whole BLUEBERRY framework is now 100% successfully compiling on Windows with VS 2019 and Qt.

Here you can find the latest repo version

https://github.com/al-sabr/CTK/commits/ctk-blueberry-port-from-mitk<https://can01.safelinks.protection.outlook.com/?url=https%3A%2F%2Fgithub.com%2Fal-sabr%2FCTK%2Fcommits%2Fctk-blueberry-port-from-mitk&data=04%7C01%7Classo%40queensu.ca%7C3f1ae486a52448ccac7408d8bfc158cb%7Cd61ecb3b38b142d582c4efb2838b925c%7C1%7C0%7C637470184455744369%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C3000&sdata=MmaJDxEy2IlUQAyLIL3V88lBHSrGBp4Oqhrg45pcRts%3D&reserved=0>

Besdt Regards

18.01.2021, 13:48, "Ramazan Ergüder Bekrek" <e.bekrek at yandex.com<mailto:e.bekrek at yandex.com>>:

So I was able to convert Blueberry framework from MITK towards CTK.

I was able to successfully compile 7 out of 8 plugins and I had some issues compiling org.blueberry.ui.qt.help because there is a bug in qt5-webengine version 5.15.1.

The link for the repo with working compilation is here : https://github.com/al-sabr/CTK/commits/ctk-blueberry-port-from-mitk<https://can01.safelinks.protection.outlook.com/?url=https%3A%2F%2Fgithub.com%2Fal-sabr%2FCTK%2Fcommits%2Fctk-blueberry-port-from-mitk&data=04%7C01%7Classo%40queensu.ca%7C3f1ae486a52448ccac7408d8bfc158cb%7Cd61ecb3b38b142d582c4efb2838b925c%7C1%7C0%7C637470184455754355%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C3000&sdata=TIMYJv834cawrBpjMmF6kyeOo1O1e6l8oSrXlZv7u6s%3D&reserved=0>

I filed a ticket on github on vcpkg repository here : https://github.com/microsoft/vcpkg/issues/15712<https://can01.safelinks.protection.outlook.com/?url=https%3A%2F%2Fgithub.com%2Fmicrosoft%2Fvcpkg%2Fissues%2F15712&data=04%7C01%7Classo%40queensu.ca%7C3f1ae486a52448ccac7408d8bfc158cb%7Cd61ecb3b38b142d582c4efb2838b925c%7C1%7C0%7C637470184455754355%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C3000&sdata=KX5B2K1RLt9mTC6uGE0TCs0Jon0E7bX9LgFzY9Pu4LA%3D&reserved=0>

I still don't understand what it is concerning but I am waiting for the fix they proposed.

Any thought on what could be done next I'm working on this alone and I would appreciate if someone could give some inputs for guidance.

Best Regards

18.01.2021, 13:40, "Ramazan Ergüder Bekrek" <e.bekrek at yandex.com<mailto:e.bekrek at yandex.com>>:

So I was able to convert Blueberry framework from MITK towards CTK.

I was able to successfully compile 7 out of 8 plugins and I had some issues compiling org.blueberry.ui.qt.help because there is a bug in qt5-webengine version 5.15.1.

I filed a ticket on github on vcpkg repository here : https://github.com/microsoft/vcpkg/issues/15712<https://can01.safelinks.protection.outlook.com/?url=https%3A%2F%2Fgithub.com%2Fmicrosoft%2Fvcpkg%2Fissues%2F15712&data=04%7C01%7Classo%40queensu.ca%7C3f1ae486a52448ccac7408d8bfc158cb%7Cd61ecb3b38b142d582c4efb2838b925c%7C1%7C0%7C637470184455764359%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C3000&sdata=h%2F0GWXkiYQLVvK8w7o0FMX6MJ1RKnVN8mNr8ugPA7ro%3D&reserved=0>

I still don't understand what it is concerning but I am waiting for the fix they proposed.

Any thought on what could be done next I'm working on this alone and I would appreciate if someone could give some inputs for guidance.

Best Regards

13.01.2021, 23:42, "Ramazan Ergüder Bekrek" <e.bekrek at yandex.com<mailto:e.bekrek at yandex.com>>:

Have a look at the commits of that branch and you will get what I am talking about. If you have ideas and details you noticed I didn't take into consideration then let me know.

https://github.com/al-sabr/CTK/commits/ctk-blueberry-port-from-mitk<https://can01.safelinks.protection.outlook.com/?url=https%3A%2F%2Fgithub.com%2Fal-sabr%2FCTK%2Fcommits%2Fctk-blueberry-port-from-mitk&data=04%7C01%7Classo%40queensu.ca%7C3f1ae486a52448ccac7408d8bfc158cb%7Cd61ecb3b38b142d582c4efb2838b925c%7C1%7C0%7C637470184455764359%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C3000&sdata=L0RqApavESStE9NWgg1%2Bb9LSZ700tC0OXdY1IdrfI8I%3D&reserved=0>

Best regards

13.01.2021, 20:48, "Ramazan Ergüder Bekrek" <e.bekrek at yandex.com<mailto:e.bekrek at yandex.com>>:

I just started from scratch again so that you can follow what I am talking about since the beginning

https://github.com/al-sabr/CTK/tree/ctk-blueberry-port-from-mitk<https://can01.safelinks.protection.outlook.com/?url=https%3A%2F%2Fgithub.com%2Fal-sabr%2FCTK%2Ftree%2Fctk-blueberry-port-from-mitk&data=04%7C01%7Classo%40queensu.ca%7C3f1ae486a52448ccac7408d8bfc158cb%7Cd61ecb3b38b142d582c4efb2838b925c%7C1%7C0%7C637470184455774345%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C3000&sdata=DvpjNM1sjy3sx3JWNaK2pzHNWcKS0uhjFQqGKDieUE4%3D&reserved=0>

13.01.2021, 18:59, "Ramazan Ergüder Bekrek" <e.bekrek at yandex.com<mailto:e.bekrek at yandex.com>>:

Another solution could be we check inside of the code from Blueberry and remove all connection to mbilog and adapt it with the logging system from CTK just by replacing the specific lines. This is just another idea I am not sure about 100% so I would need you perspective.

13.01.2021, 16:52, "Alex Melville" <amelvill at umich.edu<mailto:amelvill at umich.edu>>:

Hi Ramazan,

I am aware of the Virtual PC option and I have several of them, but they are very very slow since Visual Studio is very very disk I/O heavy. To make things a bit more complicated, I need to run Docker on my primary dev machine (which prevents me from easily running VirtualBox) so all this would have to happen on a different PC.

If I get time I can see what I can do, but let's be honest, this will not be an insignificant amount of effort. CMake / build scripts in general are not a super convenient thing to debug remotely.

Did you get a chance to try my suggestion? How did it go?

- Alex

On Wed, Jan 13, 2021 at 10:47 AM Ramazan Ergüder Bekrek <e.bekrek at yandex.com<mailto:e.bekrek at yandex.com>> wrote:

I also found this link with 196 mb iso file which is stripped down version.

https://sites.google.com/site/tinyxpfiles/home/1<https://can01.safelinks.protection.outlook.com/?url=https%3A%2F%2Fsites.google.com%2Fsite%2Ftinyxpfiles%2Fhome%2F1&data=04%7C01%7Classo%40queensu.ca%7C3f1ae486a52448ccac7408d8bfc158cb%7Cd61ecb3b38b142d582c4efb2838b925c%7C1%7C0%7C637470184455774345%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C3000&sdata=FoL8UX9SDSDrKYRhZdcD9eBYtdddhpnZdbjq4gUJXD8%3D&reserved=0>

12.01.2021, 21:21, "'Ramazan Ergüder Bekrek'" <e.bekrek at yandex.com<mailto:e.bekrek at yandex.com>>:

What I would recommend you to do is to install Virtual Box with Tiny Vista Images Fromm Torrents and Install it Takes 15 Minutes Thema visual Studio 2019 Community with mitk latest Version and my repo. What die you think?

15:49, January 12, 2021, "amelvill at umich.edu<mailto:amelvill at umich.edu>" <amelvill at umich.edu<mailto:amelvill at umich.edu>>:

Hi Ramazan,

First, there’s one unfortunate thing I have to mention, we use a rather old version of MITK, and as a result, every PC I have that I use with MITK uses Visual Studio 2013 and there’s no way I can upgrade, and I can’t risk running a more recent version in parallel.

So I can give you suggestions, but unfortunately it will probably be a futile effort for me to actually try and build it. I can’t even make a fresh install of Windows, because this job has taken every PC and SSD I own, and then some (between the dev PC and my “build” PC).

Anyway, here is what I think about this:

mbilogExports.h:

mbilogExports.h is an automatically generated header that comes as part of the build process. For me this is what it contains (I found it here: MITK-superbuild\MITK-build\Utilities\mbilog\mbilogExports.h)

#ifndef MBILOG_EXPORT_H

#define MBILOG_EXPORT_H

#ifdef MBILOG_STATIC_DEFINE

#  define MBILOG_EXPORT

#  define MBILOG_NO_EXPORT

#else

#  ifndef MBILOG_EXPORT

#    ifdef mbilog_EXPORTS

        /* We are building this library */

#      define MBILOG_EXPORT __declspec(dllexport)

#    else

        /* We are using this library */

#      define MBILOG_EXPORT __declspec(dllimport)

#    endif

#  endif

#  ifndef MBILOG_NO_EXPORT

#    define MBILOG_NO_EXPORT

#  endif

#endif

#ifndef MBILOG_DEPRECATED

#  define MBILOG_DEPRECATED __declspec(deprecated)

#endif

#ifndef MBILOG_DEPRECATED_EXPORT

#  define MBILOG_DEPRECATED_EXPORT MBILOG_EXPORT MBILOG_DEPRECATED

#endif

#ifndef MBILOG_DEPRECATED_NO_EXPORT

#  define MBILOG_DEPRECATED_NO_EXPORT MBILOG_NO_EXPORT MBILOG_DEPRECATED

#endif

#if 0 /* DEFINE_NO_DEPRECATED */

#  ifndef MBILOG_NO_DEPRECATED

#    define MBILOG_NO_DEPRECATED

#  endif

#endif

#endif /* MBILOG_EXPORT_H */

This is kind of a hacky thing to do, but I wonder if you could just copy/paste this into the mbilog source and use that, since I can’t think of a reason why this needs to be auto-generated, other than to take advantage of some free stringizing.

Try this and let me know what happens,

Hope that helps,

  *   Alex

From: Ramazan Ergüder Bekrek <e.bekrek at yandex.com<mailto:e.bekrek at yandex.com>>
Sent: Tuesday, January 12, 2021 7:36 AM
To: amelvill at umich.edu<mailto:amelvill at umich.edu>
Subject: Re: [mitk-users] Moving BlueBerry Framework from MITK towards CTK making it independant of the massive MITK setup

Well you can follow the part I blocked. It seems that we need to adapt mbilog or remove it by replacing the logging system from CTK. I was wondering if we could just wrap it around CTK's logging and bam smoothly let it believe that it still uses MITK logging.

What do you think?

Best Regards

16:20, October 6, 2020, "Ramazan Ergüder Bekrek" <e.bekrek at yandex.com<mailto:e.bekrek at yandex.com>>:

Greetings,

I am still in the pursuit of happiness with this endeavor of moving BlueBerry from MITK downward to CTK. Up until now I didn't receive any feedback with that repository that I created as a branch.

I still persisted and almost got it working but due to my lack of CMake understanding I think a little support from all of you would be appreciated. I almost was able to compile org.blueberry.core.runtime as I had it converted to a CTK plugin format when it complained that mbilog was missing its include files.

I've checked mbilog in MITK and saw that it was a MITK Module. Since there is no module in CTK I thought the equivalent could be a Lib like the Core, PluginFramework, etc...

So I converted the mbilog as a CTK Library and almost got it work. Unfortunately I don't understand what is mbilog and also I ask myself if there is no such equivalent available in CTK already that we could just adapt org.blueberry.core.runtime to use that instead of mbilog.

This is the error I am getting when I try to compile

1> CTKCore.vcxproj -> G:\programming\cpp\CTK\build\CTK-build\bin\Debug\CTKCore.dll
1> CTKWidgets.vcxproj -> G:\programming\cpp\CTK\build\CTK-build\bin\Debug\CTKWidgets.dll
1> CTKWidgetsPlugins.vcxproj -> G:\programming\cpp\CTK\build\CTK-build\bin\designer\Debug\CTKWidgetsPlugins.dll
1> CTKPluginFramework.vcxproj -> G:\programming\cpp\CTK\build\CTK-build\bin\Debug\CTKPluginFramework.dll
1> Generating moc_mbilogExports.cpp
1> moc: G:/programming/cpp/CTK/Libs/mbilog/mbilogExports.h: No such file

I created this include file to reflect the structure from MITK inside of CTK/Libs/Core/include:MITK/Modules/Core/include :
https://github.com/al-sabr/CTK/blob/d39f75568a08cbd0efca6042e17b2a68567b9d0a/Libs/Core/include/ctkLogMacros.h#L1<https://can01.safelinks.protection.outlook.com/?url=https%3A%2F%2Fgithub.com%2Fal-sabr%2FCTK%2Fblob%2Fd39f75568a08cbd0efca6042e17b2a68567b9d0a%2FLibs%2FCore%2Finclude%2FctkLogMacros.h%23L1&data=04%7C01%7Classo%40queensu.ca%7C3f1ae486a52448ccac7408d8bfc158cb%7Cd61ecb3b38b142d582c4efb2838b925c%7C1%7C0%7C637470184455784348%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C3000&sdata=Xaf32SrzHC%2Fj16IE2cTSTmo6DIT%2F0VzD2IiLV2Y1F4w%3D&reserved=0>

I did the standard export directive here :
https://github.com/al-sabr/CTK/blob/d39f75568a08cbd0efca6042e17b2a68567b9d0a/Libs/Core/CMakeLists.txt#L17<https://can01.safelinks.protection.outlook.com/?url=https%3A%2F%2Fgithub.com%2Fal-sabr%2FCTK%2Fblob%2Fd39f75568a08cbd0efca6042e17b2a68567b9d0a%2FLibs%2FCore%2FCMakeLists.txt%23L17&data=04%7C01%7Classo%40queensu.ca%7C3f1ae486a52448ccac7408d8bfc158cb%7Cd61ecb3b38b142d582c4efb2838b925c%7C1%7C0%7C637470184455794340%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C3000&sdata=xtswIPwPtln6mMgLys9hHhEPe3AcS5txR5%2By5zX0Jqw%3D&reserved=0>

I still don't get why this file is not created by CTK.

I also added this line from MITK in CTK/Libs/Core/CMakeLists.txt
https://github.com/al-sabr/CTK/blob/d39f75568a08cbd0efca6042e17b2a68567b9d0a/Libs/Core/CMakeLists.txt#L19<https://can01.safelinks.protection.outlook.com/?url=https%3A%2F%2Fgithub.com%2Fal-sabr%2FCTK%2Fblob%2Fd39f75568a08cbd0efca6042e17b2a68567b9d0a%2FLibs%2FCore%2FCMakeLists.txt%23L19&data=04%7C01%7Classo%40queensu.ca%7C3f1ae486a52448ccac7408d8bfc158cb%7Cd61ecb3b38b142d582c4efb2838b925c%7C1%7C0%7C637470184455794340%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C3000&sdata=zX6jcVbJCI5ns4wUQg3T%2BG8I7Pi8fILl%2FqHEEL2xRYY%3D&reserved=0>
https://github.com/al-sabr/CTK/blob/d39f75568a08cbd0efca6042e17b2a68567b9d0a/Libs/Core/CMakeLists.txt#L154<https://can01.safelinks.protection.outlook.com/?url=https%3A%2F%2Fgithub.com%2Fal-sabr%2FCTK%2Fblob%2Fd39f75568a08cbd0efca6042e17b2a68567b9d0a%2FLibs%2FCore%2FCMakeLists.txt%23L154&data=04%7C01%7Classo%40queensu.ca%7C3f1ae486a52448ccac7408d8bfc158cb%7Cd61ecb3b38b142d582c4efb2838b925c%7C1%7C0%7C637470184455794340%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C3000&sdata=FcOmMTr1y56T%2FILAZZIUXKnaSda8NQxnXgVaFO%2BAAbg%3D&reserved=0>

The only thing I could not get my head around is this part which I could not translate to CTK. I think there is no equivalent but if there is one please let me know:
https://github.com/al-sabr/CTK/blob/2359469f3d321a04b6078f49ee51168cf958536a/Libs/mbilog/CMakeLists.txt#L44<https://can01.safelinks.protection.outlook.com/?url=https%3A%2F%2Fgithub.com%2Fal-sabr%2FCTK%2Fblob%2F2359469f3d321a04b6078f49ee51168cf958536a%2FLibs%2Fmbilog%2FCMakeLists.txt%23L44&data=04%7C01%7Classo%40queensu.ca%7C3f1ae486a52448ccac7408d8bfc158cb%7Cd61ecb3b38b142d582c4efb2838b925c%7C1%7C0%7C637470184455804334%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C3000&sdata=YVfkmBE6g9FotS8uLcX6ofSSilXWARBFzkFLgWS1poU%3D&reserved=0>

You can follow the commit timeline https://github.com/al-sabr/CTK/commits/ctk-blueberry-framework<https://can01.safelinks.protection.outlook.com/?url=https%3A%2F%2Fgithub.com%2Fal-sabr%2FCTK%2Fcommits%2Fctk-blueberry-framework&data=04%7C01%7Classo%40queensu.ca%7C3f1ae486a52448ccac7408d8bfc158cb%7Cd61ecb3b38b142d582c4efb2838b925c%7C1%7C0%7C637470184455804334%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C3000&sdata=gZOrIipUgzjcyJ87lrgWiFQwhYJPdU67YK6Crh%2BgHfo%3D&reserved=0>

Best regards

_______________________________________________
mitk-users mailing list
mitk-users at lists.sourceforge.net<mailto:mitk-users at lists.sourceforge.net>
https://lists.sourceforge.net/lists/listinfo/mitk-users<https://can01.safelinks.protection.outlook.com/?url=https%3A%2F%2Flists.sourceforge.net%2Flists%2Flistinfo%2Fmitk-users&data=04%7C01%7Classo%40queensu.ca%7C3f1ae486a52448ccac7408d8bfc158cb%7Cd61ecb3b38b142d582c4efb2838b925c%7C1%7C0%7C637470184455814327%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C3000&sdata=VRk9aVpBfDW4svZ1Grf8AQWSengRtplmwrHNKJTXj7M%3D&reserved=0>

--
Sent from Yandex.Mail for mobile

--
Sent from Yandex.Mail for mobile

--
Sent from Yandex.Mail for mobile

,,

_______________________________________________
mitk-users mailing list
mitk-users at lists.sourceforge.net<mailto:mitk-users at lists.sourceforge.net>
https://lists.sourceforge.net/lists/listinfo/mitk-users<https://can01.safelinks.protection.outlook.com/?url=https%3A%2F%2Flists.sourceforge.net%2Flists%2Flistinfo%2Fmitk-users&data=04%7C01%7Classo%40queensu.ca%7C3f1ae486a52448ccac7408d8bfc158cb%7Cd61ecb3b38b142d582c4efb2838b925c%7C1%7C0%7C637470184455814327%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C3000&sdata=VRk9aVpBfDW4svZ1Grf8AQWSengRtplmwrHNKJTXj7M%3D&reserved=0>

,,

_______________________________________________
mitk-users mailing list
mitk-users at lists.sourceforge.net<mailto:mitk-users at lists.sourceforge.net>
https://lists.sourceforge.net/lists/listinfo/mitk-users<https://can01.safelinks.protection.outlook.com/?url=https%3A%2F%2Flists.sourceforge.net%2Flists%2Flistinfo%2Fmitk-users&data=04%7C01%7Classo%40queensu.ca%7C3f1ae486a52448ccac7408d8bfc158cb%7Cd61ecb3b38b142d582c4efb2838b925c%7C1%7C0%7C637470184455824320%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C3000&sdata=3kZcz5XqWVfUPYpXi3DaKfdzojnxNEAiYtMbohQwLZ8%3D&reserved=0>

,,

_______________________________________________
mitk-users mailing list
mitk-users at lists.sourceforge.net<mailto:mitk-users at lists.sourceforge.net>
https://lists.sourceforge.net/lists/listinfo/mitk-users<https://can01.safelinks.protection.outlook.com/?url=https%3A%2F%2Flists.sourceforge.net%2Flists%2Flistinfo%2Fmitk-users&data=04%7C01%7Classo%40queensu.ca%7C3f1ae486a52448ccac7408d8bfc158cb%7Cd61ecb3b38b142d582c4efb2838b925c%7C1%7C0%7C637470184455824320%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C3000&sdata=3kZcz5XqWVfUPYpXi3DaKfdzojnxNEAiYtMbohQwLZ8%3D&reserved=0>

--
Dr. Marco Nolden

Scientist & Board Member
Division of Medical Image Computing (E230)

German Cancer Research Center (DKFZ)
Foundation under Public Law
Im Neuenheimer Feld 280
69120 Heidelberg
Germany
phone: +49 6221 42-2325
fax: +49 6221 42-2345

m.nolden at dkfz.de<mailto:m.nolden at dkfz.de>
www.dkfz.de<http://www.dkfz.de/>

Management Board: Prof. Dr. Michael Baumann, Ursula Weyrich
VAT-ID No.: DE143293537
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://public.kitware.com/pipermail/ctk-developers/attachments/20210126/d6923ebd/attachment-0001.htm>