Posts by nkakouros

Hi Marcel,

I tried both an individual file and a folder straight from the CD-ROM. I also tried other DICOM files from local disk. None of it works..

Best
Nikos

Hi Marcel,

I'm afraid nothing is working. i tried hitting Esc with focus on explorer or ConQuest with no results... When I drag the folder onto the UI the curson changes from the red no-go symbol to the [+] sign but nothing actually happens when I release the files on the UI. Is there a specific tab the UI should be on (I've tried them all anyway, but just checking)... It used to work just fine before...
Any other ways I can get the CDs in?

Best

Nikos

Hi all,

I often receive studies on CD and import into ConQuest using the GUI. Unfortunately, this no longer seems to work for me with 1.4.19beta3. I drag the DICOM folders onto the interface as usual but nothing happens. I tried running the UI with Admin rights but still no good.
Is anyone else having this issue?
Many thanks,

Nikos

I am also receiving the

Quote

UN2CADW14] ***SQLITEExec error: no such column: Stage
[UN2CADW14] ***SQLITEExec error: 5 values for 4 columns

error when trying to anonymize.
Re-initialized DB but still no good.
In terms of results, sometimes the anonymization seems to work despite the errors, but on other occasions, the Patient Name shows as "No Name" and original images are lost...

Is there any update or advice on this?

Many thanks

Dear Marcel et al,

I am using the new 1.4.19 beta 3 ConQuest server. I installed WampServer 3.0.6 (64) and the web interface works great for finding studies. Even the thumbnails show! Most of the studies I would like to view are, however, echocardiograms with serial images that need to display as a 'movie'. I see there are many options for viewers and I briefly toyed with the built-in viewer. Also looked at weasis portable and the dwv demo and neither seem suited for displaying moving images (though I may be wrong).
What viewer would you recommend? Would ImageJA work? If so - are there instructions posted somewhere?
Many thanks,

Nikos

Hi Marcel,

I believe cqDicom.dll is the one that came with the alpha with modification date of October 22, 2011 (729,088 bytes long).

Nikos

Hi Marcel,

I enabled JPEG(2000) and chose the Uncompressed/JPEG storage option.

It now does not give error on importing:
------------ Adding image files to server -----------
[UN2CADW14] Added file: C:\dicomserver\data\PATID203\1.2.528.1.1001.100.3.3833.461.753637600.20130430145802312_0001_000002_13674306970000.dcm
[UN2CADW14] Added file: C:\dicomserver\data\PATID203\1.2.528.1.1001.100.3.3833.461.753637600.20130430145802312_0001_000003_13674307420001.dcm
[UN2CADW14] Added file: C:\dicomserver\data\PATID203\1.2.528.1.1001.100.3.3833.461.753637600.20130430145802312_0001_000004_13674307600002.dcm
[UN2CADW14] Added file: C:\dicomserver\data\PATID203\1.2.528.1.1001.100.3.3833.461.753637600.20130430145802312_0001_000005_13674307800003.dcm
[UN2CADW14] Added file: C:\dicomserver\data\PATID203\1.2.528.1.1001.100.3.3833.461.753637600.20130430145802312_0001_000006_13674307840004.dcm
[UN2CADW14] Added file: C:\dicomserver\data\PATID203\1.2.528.1.1001.100.3.3833.461.753637600.20130430145802312_0001_000001_13674308410005.dcm
-----------------------------------------------------

Changing the patient ID works fine (images renamed, moved and still remain readable)

I then try anonymize (from GUI by right clicking on the patient in the Browse Database tab.

Things are now worse. Even the small images become unreadable after anonymizing... I also note that although before the small images were turned into RGB and only the large images were UBR_FULL-422 now all of them are like that...

So - something happens to the images with anonymize that doesn't happen when changing the patientID... Maybe the anonymization messes something in the DICOM 'headers' that makes the images unreadable by other software?

Nikos

Hi Marcel,

I updated to the beta. When I first import the DICOMs I get the following:
------------ Adding image files to server -----------
[UN2CADW14] [recompress]: recompressed with mode = un (strip=0)
[UN2CADW14] Added file: C:\dicomserver\data\PATID203\1.2.528.1.1001.100.3.3833.461.753637600.20130430145802312_0001_000006_13674141180000.dcm
[UN2CADW14] ***[DecompressJPEGL]: Could not allocate decompressed image memory.
[UN2CADW14] ***[DecompressImage]: JPEG library decompression error
[UN2CADW14] Added file: C:\dicomserver\data\PATID203\1.2.528.1.1001.100.3.3833.461.753637600.20130430145802312_0001_000001_13674141790001.dcm
[UN2CADW14] [recompress]: recompressed with mode = un (strip=0)
[UN2CADW14] Added file: C:\dicomserver\data\PATID203\1.2.528.1.1001.100.3.3833.461.753637600.20130430145802312_0001_000002_13674141970002.dcm
[UN2CADW14] ***[DecompressJPEGL]: Could not allocate decompressed image memory.
[UN2CADW14] ***[DecompressImage]: JPEG library decompression error
[UN2CADW14] Added file: C:\dicomserver\data\PATID203\1.2.528.1.1001.100.3.3833.461.753637600.20130430145802312_0001_000003_13674142460003.dcm
[UN2CADW14] [recompress]: recompressed with mode = un (strip=0)
[UN2CADW14] Added file: C:\dicomserver\data\PATID203\1.2.528.1.1001.100.3.3833.461.753637600.20130430145802312_0001_000004_13674142560004.dcm
[UN2CADW14] ***[DecompressJPEGL]: Could not allocate decompressed image memory.
[UN2CADW14] ***[DecompressImage]: JPEG library decompression error
[UN2CADW14] Added file: C:\dicomserver\data\PATID203\1.2.528.1.1001.100.3.3833.461.753637600.20130430145802312_0001_000005_13674142790005.dcm
-----------------------------------------------------

At this point the DICOMs written in the data directory are nicely readable.
Of note, when I browse the library, the ones that work on import are RGB but the others are YBR_FULL_422 500x500x8bit. The ones that work are also small at about 100 frames compared to about 2000 for the others.

If I chose to change patient ID that works fine. The ID is changed, the images are moved in the data directory and they do remain readable.

If I chose anonymize, the database is updated with the new name/ID and the images moved to the new directory.
With anonymize,however, something bad happens to the larger images and they become unreadable. The smaller ones work fine.

I hope this helps,

Nikos

PS: The GUI still says 1.4.17alpha but the DGATE does report beta on startup

More info:

Despite the JPEG library decompression error noted in my last post when importing images into ConQuest, the files in the Data directory remain readable by other DICOM software.
If I then try to anonymize the series the new (anonymized) images written in the data directory are messed up and unreadable... No errors are recorded in the server status during the anonymization process.

I hope this observation helps pinpoint the problem.

Nikos

UPDATE:
I tried replicating the process - turned JPEG(2000) off, chose uncompressed for disc storage and now get this error:

------------ Adding image files to server -----------
[UN2CADW14] [recompress]: recompressed with mode = un (strip=0)
[UN2CADW14] Added file: C:\dicomserver\data\PATID203\1.2.528.1.1001.100.3.3833.461.753637600.20130430145802312_0001_000006_13673446430000.dcm
[UN2CADW14] ***[DecompressJPEGL]: Could not allocate decompressed image memory.
[UN2CADW14] ***[DecompressImage]: JPEG library decompression error
[UN2CADW14] Added file: C:\dicomserver\data\PATID203\1.2.528.1.1001.100.3.3833.461.753637600.20130430145802312_0001_000001_13673447030001.dcm
[UN2CADW14] [recompress]: recompressed with mode = un (strip=0)
[UN2CADW14] Added file: C:\dicomserver\data\PATID203\1.2.528.1.1001.100.3.3833.461.753637600.20130430145802312_0001_000002_13673447210002.dcm
[UN2CADW14] ***[DecompressJPEGL]: Could not allocate decompressed image memory.
[UN2CADW14] ***[DecompressImage]: JPEG library decompression error
[UN2CADW14] Added file: C:\dicomserver\data\PATID203\1.2.528.1.1001.100.3.3833.461.753637600.20130430145802312_0001_000003_13673447710003.dcm
[UN2CADW14] [recompress]: recompressed with mode = un (strip=0)
[UN2CADW14] Added file: C:\dicomserver\data\PATID203\1.2.528.1.1001.100.3.3833.461.753637600.20130430145802312_0001_000004_13673447830004.dcm
[UN2CADW14] ***[DecompressJPEGL]: Could not allocate decompressed image memory.
[UN2CADW14] ***[DecompressImage]: JPEG library decompression error
[UN2CADW14] Added file: C:\dicomserver\data\PATID203\1.2.528.1.1001.100.3.3833.461.753637600.20130430145802312_0001_000005_13673448050005.dcm

KR

Nikos

Hi Marcel,

I am using ConQuest 1.4.17alpha.
I also filled in a bug report and Lambert got back to me. One of the things he suggested was to try to read the files directly off the ConQuest data directory to see whether the error starts there (before sending to KPACs). I tried opening those files with all kinds of viewers to no avail - they appear to be invalid. Interestingly, however, they can be viewed by ConQuest in the database browser (if I force viewing large images).

I exported the original DICOMs from the originating server onto a CD and tried throwing them back at ConQuest (in case the problem arose due to the transfer into ConQuest over the network) but the same thing happened. The files written on the data directory are readable by ConQuest but nothing else, unlike the images on the CD that are readable.
I also tried sending to another server (instead of KPACS) and the files are no good when they get there either, so I don't think it's a KPACS issue.

The ConQuest settings were to enable JPEG(2000) support and keep images on disk as JPEG or Uncompressed and name as DCMs.

I then disabled JPEG(2000) support and chose to save images on disk as uncompressed. I then re-imported the DICOMs to ConQuest off the CD.
Once I did that, the images in the ConQuest Data Directory were now readable by various viewers. I can still not send them to KPACS even if uncompressed setting is selected.

So I guess there may be two problems here:
a) Why are the images becoming unreadable when selecting JPEG and
b) Why can they not be sent to KPACS even when stored uncompressed.

How would you suggest I proceed?

Nikos

Hi Marcel,

I have some Intravascular Ultrasound images (IVUS). They are ultrasound images from inside vessels. They are admittedly very large series of images (the first 'image' I have consists of 2586 frames!). I sent them to Conquest ok..
When I try to view them off Conquest using K-PACS it fails and the server status reveals memory errors:
[UN2CADW14] UPACS THREAD 4: STARTED AT: Fri Apr 19 20:05:09 2013
[UN2CADW14] Calling Application Title : "KPServer"
[UN2CADW14] Called Application Title : "UN2CADW14 "
[UN2CADW14] Application Context : "1.2.840.10008.3.1.1.1", PDU length: 16384
[UN2CADW14] Presentation Context 0 "1.2.840.10008.5.1.4.1.2.2.2" 1
[UN2CADW14] C-Move Destination: "KPServer"
[UN2CADW14] Number of Images to send: 6
[UN2CADW14] Accepted compression: ui
[UN2CADW14] ***VR:ReAlloc out of memory allocating 1766596680 bytes
[UN2CADW14] ***A fatal error occurred (out of memory) - closing server

This may be because, no matter what setting the KPServer is at (uncompressed, prefer JPEG lossy, prefer JPEG lossnes, compatibility), the only way transfers work is if the CONQUEST Known Providers entry is KPServer [IP] [port] u1
I don't seem to be able to get jpeg to work despite trying various combinations of settings int he KPserver side and CONQUEST 'known providers' entry (tried j2, j2, j6).

I'm guessing the memory error happens as CONQUEST tries to convert these massive files to 'uncompressed'.

Is this a bug or a feature I'm using wrong?

Many thanks,
Nikos

Hi Marcel,

Many thanks for the prompt reply. I found the context menu DBBrowser refresh and the option to display larger images in the ini.. I should have looked in there, but Conquest was so simple to set up and use with just the GUI that I never even looked at the ini file
I tried the StudyRoot query and it does indeed help resolve the two patients bearing the same ID.
Having the patient table enlarge instead of the image table when resizing would be great.
It's a shame about the KPacs integration for multiframe objects but not a big deal. I installed KPacs as standalone and will view images that way, although that will need them to be copied over rather than being viewed in situ.
Many thanks again for this excellent software and your prompt response!

Nikos

Marcel & Lambert,

Firstly thank you for this excellent server!
I have some wishlist requests below for which I have taken the liberty of suggesting priorities

a) I noted that if the server gets sent two patients with the same PATIENTID, they seem to merge into one entry even if PATIENTNAM is different and one of them disappears... Not sure how this should be best handled...
Priority: probably low - should probably not be sending it patients with the same ID (the reason this occured is because the studies are anonymized and end up with same ID at default)

b) I use the server as part of a DICOM anonymization pathway, along with David Clunie's excellent DICOM anonymizer, so I use the Browse database function interactively. I note that it does not refresh automatically unless you change tabs and return. For example, new studies don't appear and if you delete a study within the database browser it ends up with an "image file not found" error. Can there be a manual "refresh" button in the browse database tab?
Priority: low - one can change tabs and return to browser tab

c) For the same reasons above, can the top left panel of the browse database tab be made resizable so one can view more than 4 patients at a time?
Priority: low but I'm guessing this should be easy and welcomed (at least by me!)

d) For the same reasons as b: is there an option to always display large files in the browse database?
Priority: very low if (e) is achieved

e) Even better than (d) would be the ability to view studies from Conquest fully in the K-browser. This doesn't work at all for me... Maybe I'm doing something wrong, but I have a number of study series that include echocardiograms. Such studies have multiple images and each image is often a 'movie' comprising of multiple (maybe hundernds) of frames ("multiframe object"). When I select the series and then view in K-Pacs, it only opens the very first 'image' (multiframe object) and its corresponding frames in K-Pacs but the rest of the 'images' in the series are not in there... Even if I select another 'image' within the series, right click and select KPacs, it still only opens the first one. Studies where each 'image' really is one image (such as a CT) rather than multiframe, the KPacs browsing works fine.
Priority: at least medium for me...

Many thanks,

Nikos