- User Since
- Sep 3 2018, 11:01 AM (124 w, 3 d)
@floca I might have found a dataset, where even the new number is not enough:
Fri, Jan 15
yes exactly, the problem with the scripted version, ist still, that it is necessary to provide credentials. That was fine, as long we were the only ones creating the containers.
The version of @nolden downloading the packages in ubuntu allows others to just build the container, without having to provide credentials at all.
Thu, Jan 14
Wed, Jan 13
Oh I forgot to mention: the segmentation is saved as dicom-seg.
Thu, Jan 7
Dec 21 2020
Dec 17 2020
Dec 16 2020
Dec 15 2020
Dec 10 2020
We need a dataset to reporduce the problem, to setup a testsetup.
Dec 1 2020
So I tested it with Orthanc (without CGET only):
With 2018.04.2 retrieve works. With the current develop branch MITK crashes with the same exception:
Nov 30 2020
Have you checked, if the dataset (or the slices) are already in the PACs. In my case (I got the error, when sending data from airflow to the PACs), the files creating the 409 were already in DCM4CHE.
Oh sorry, I thought it was clear, because the title is wDB related:
I used the wDB. I did not test it with a different PACs system, but I can try and report back...
Nov 26 2020
In T27573 we discussed the problem of data transfer from CTP to DCM4CHE.
So basically it is a kind of similar problem: A datatransfer between CTP and DCM4CHE fails.
The problem is then, CTP just keeps the data in the queue (here) or inserts in the quarantine folder (T27573).
Anyway, we do not get notified, that there is a problem.
Nov 25 2020
So for the current develop:
With or without CGET activated. When trying to Retrieve a dataset after Query, I get an Exception:
Nov 24 2020
Nov 17 2020
The CTP thread responsible for sending the data to the PACs crashed:
Oct 9 2020
Oct 6 2020
Oct 1 2020
Sep 29 2020
Sep 14 2020
Sep 3 2020
Aug 31 2020
Is this the correct module? https://docs.mitk.org/2018.04/org_mitk_views_cmdlinemodules.html ? Or is there another command line tool?
Aug 25 2020
Aug 6 2020
Aug 5 2020
Jul 14 2020
Jul 1 2020
Jun 8 2020
@gaoh: Can you tell what you mean by dynamic mask?
May 15 2020
File is correctly saved in the current master.
then build package target in MITK build.
@kislinsk what do you mean with this? Is it just the "normal" process, aka cmake and make in MITK-build. Or do I have to configure something additionally?
I tried the normal way and got also the "normal structure": with a bin, lib, Modules etc folder. Whereas when I download the release 18.04, the libraries are directly packed into the bin folder?
May 11 2020
If the "base", the image, is in dcm, and not a nrrd file (which is the case in dcipher, when pulling the images from the PAC), the Segmentation can be saved as DICOM. The created file can be saved in a mounted folder and can then be directly imported via airflow into the pacs.
Directly sending data from MITK to the PACs is not recommended, because otherwise the metadata is not extracted and the segemtation cannot be triggered via kibana!
I reproduced it with the "Installer".
[63.469] Writing image: /home/hanno/mitk/seg.dcm
Input image size: [512, 512, 7]
CodeSequence Exception: missing value in code sequence
#63.470# ERROR: An error occurred during writing the DICOM Seg: JSON Exception: file could not be read.
May 8 2020
I just tested it, it works!
May 5 2020
Apr 8 2020
Mar 4 2020
The current way in the dicomweb-plugin is for GET, is to use with IHE (Invoke Image Display style).
The data is downloaded in a local temp folder (via SendWADO). And the data is then imported to the datanode via mitk::IOUtil::Load()
So basically, apart from listening to incoming IHE GET requests, it is only a DicomWeb client.
But this could be nice, to use MITK also a DicomWeb server. This Rest API could be used to build a wrapper around.
Also, it could be nice in the current implementation of loading the data to use this.
Mar 2 2020
Feb 21 2020
Jan 9 2020
This issue is not wDB related, but MITK related:
Query with CGET activated and then Retrieve:
Retrieve does not work, MTIK directly shows:
Jan 8 2020
Still valid, but still part of the checklist!
Still not working, but still part of the checklist!
This does still not work (Retrieve from wdB fails, when going throw the "Checkliste DICOM Browser".
I have to look into this.
still not working, but it is part of the checklist "ViewNavigator"
Dec 9 2019
A two step build also works:
Dec 3 2019
Mar 15 2019
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:
Feb 15 2019
Point 1 and 2 are working.
With point 3: not all the series are downloaded: I retrieved all 5 series of a patient, but only got 2 series. Separately retrieving of each series was fine.