- User Since
- Aug 1 2016, 12:10 PM (102 w, 3 d)
Tue, Jul 10
- Section A
- Section B
- Section C
- Section D
Wed, Jul 4
Feedback from forensic examiners:
- add additional quantity unit to quantity related questions
Mon, Jul 2
Sun, Jul 1
Export format from platform is .csv. Using python as scripting language.
Sat, Jun 23
Feedback from forensic radiologists:
- questions and answers are clear and fully understandable
- questionnaire could be too long, especially if comments are required for each answer
Wed, Jun 20
Forensics personell can start on monday
Give it for language and understanding proofreading.
Jun 19 2018
Jun 18 2018
Testing is setup and can be performed online. Waiting for feedback from testers.
Jun 17 2018
Jun 15 2018
Compiled a DICOM file including information for monitoring purpose. A daily cron-job copies this file into the CTP DICOM data pipeline so end-users can monitor the last successful transfer of this file.
DICOM data is transferred via HTTPS connection.
DICOM data workflow for mobile applications is routed via new DICOM receiver at DKFZ.
New data receiver for DICOM images at DKFZ is online and ready to go :-).
May 27 2018
Apr 18 2018
Survey is ready but DKFZ IT-CF needs to port the survey to the public server. Currently the survey can only be accessed within the DKFZ network.
Apr 13 2018
Apr 8 2018
Apr 7 2018
Feb 12 2018
Routing rules are set-up.
VM is installed and available. After first tests, the VM will be moved into the Demilitarised Zone (DMZ) within the DKFZ IT Infrastructure.
Nov 8 2017
Nov 6 2017
Enabled CTP DICOM-PIXEL-ANONYMISER Processor and updated script according to CT Scanners parameters. All further DICOM pixeldata will be anonymised accordingly
Sep 26 2017
Sep 13 2017
Sep 6 2017
Sep 2 2017
Also on macOS same issue occurs using a localizer sequence. This is shown in the log:
Sep 1 2017
Aug 31 2017
Aug 30 2017
Pushed new branch T23244-XNAT-nrrd-convenient-upload-feature.
DCMTK 3.6.2 on Ubuntu 16 throws this error:
Building current version of ITK fails with latest clang on macOS 10.13:
An ordered comparison between a pointer and zero is very suspicious. Does it change the intended logic when replacing this with a comparison to nullptr, e.g. if (nout != nullptr)? Is it already fixed in ITK 4.12? If not, consider to contribute.
DCMTK 3.6.2 builds on MacOS 10.13 without errors. @nolden, this task seems solved.
Aug 29 2017
sorry about the commit message. Copy & Pasted wrong formatting.