I will have a further look into this the upcoming Community Day.

• The modules cannot be auto-loaded on Windows because the bin path of OpenSSL isn't specified.

• Linked manual in module manuals
• Cleaned up dependencies to cpprestsdk
• Removed/replaced MITK_USE_CppRestSdk by MITK_USE_cpprestsdk
• Removed global definition _WIN32_WINNT=0x0501
• Globally disabled C4251 warning

Pushed new branch T26170-Fixes.

Pushed new branch T26189-Adc2.

Pushed new branch T26189-Adc.

Pushed new branch T26057-CmdTypes.

@eisenman ?

Pushed new branch T26182-TractSeg.

If we disable openigtlink, all IGT modules/Plugins won't work. This is not an option for me. I think the main problem is to configure the build system in the right way.

My CppRestSdk and CppRestSdkQt modules are now integrated. I also added a doxygen file as a guide for how to use the module but I'm not sure whether this is displayed correctly, so this needs to be checked. In the end it should be on the doxygen page in the section Module Manuals (e.g. as Chart documentation).
If this is checked, the branch can be integrated in the master.

Talked with the colleagues. Currently the problem can not be reproduced (maybe another update fixed the problem). So "watchfull waiting". We will reopen/reprioritze it, if it occurs again.

This is still an issue. It was dicussed to disable openigtlink otherwise.

Okay, never mind. Now it works and i am not quite sure what i have done..
Maybe because i removed vcpkg from PATH.

I cannot build Boost while MITK_USE_cpprestsdk is ON.

Pushed new branch T26170-integration-of-rest-module.

Pushed new branch T26168-QtToStartScript.

first, we have to migrate the existing plots to MitkChart (T23385, T23386, T25832), then we can set the whole class deprecated

Befor we follow this idea any further, T26167 should be solved and performance should be checked again.

Pushed new branch T26073-ImplementStackedBarCharts.

Pushed new branch T26166-FiberfoxRelaxTimes.

Pushed new branch T23191-4DIntensityProfile.

The derived segmentation can only be saved as DICOM if the original image is a DICOM.

could also be that the problems arise due to ITK update (2016.03: 4.7.1, 2016.11: 4.9.0).
We could check that with MITK code from end 2016 and an updated ITK version.

In MITK 2016.03, Reinit on the respective data sets work, whereas in MITK 2016.11, it does not work any more.
Hence, it has to do something with the changes introduces by @espak in Geometry (1ca1a7b0574).

futher analyses:

• newer data tends to work better
  • newer in terms of date
  • newer in terms of acquisition machine software version
• working and not working data stems from the same machine (Siemens)

The log entries don't tell me a lot, basically I thing for every file it writes: ERROR: setting value to 0
Just in the end, before the termination the log entries change to:

1. DICOM
2. IO suffix
3. Yes!
4. Surprise! Remove dependency to other auto-load modules. k thx bye

This is important to be fixed soon-ish. Potential candidate for the next bugfix release.

Okay, this is surprising. Let's talk about this when Simon is back. We should definitely change this design to a "manager approach".

It should be modified.

further hints: https://github.com/electron/electron/issues/15133

Pushed new branch T26161-IntegrateMITKv2018.04.2.

deprecation leads to errors in GCC

Sorry, this was too close to the MITK 2018.04.2 release to be considered to be part of the bugfix release.