Hi,
As pacs, you mean the dgate or our third party server?
Hi,
As pacs, you mean the dgate or our third party server?
Hi,
your third party server. If you look in the logs where it finds 0 images you can see which queries work or not. Conquest must modify the MOVE command e.g. on STUDY level into a FIND command on IMAGE level.
E.g.
Viewer peforms query
dgate passes query to pacs
dgate does query n itself
dgate merges both results and returns to viewer
viewer performs move
dgate queries local images
dgate counts missing images
dgate queries pacs images <--- this goes wrong
dgate builds list of images to get
dgate gets images from PACS
dgate returns images to viewer
Hope this explains.
Marcel
Hi,
I sent your message to the programmer of the third party dicom server.
The answer was that: The conquest doesn't sent the SeriesUID. That is the reason that you receive 0 pictures.
I attached the log.
Ok,
it wants a list of all images of a study - but your server will not provide this. To fix this the query code must be modified, which is quite a big job. Would it support multiple instance seris UID matching e.g. SeriesUID=uid1\uid2\uid3\uid4 ?
Marcel
Hi All, We have the 1.4.13 version running on Windows Server 2003, can our current version or the new releases run on 2016/2019?
Thanks
Hi,
The answer is yes to both. Only worry for 1.4.13 on modern OS would be the BDE if used. What database do you run?
Marcel
We currently have it connected to an old SQL 2005 database, we would like to connect it to at least a 2014 database. Thanks for your response.
Hi,
Should be OK. Use mixed login. You can just copy the server folder to the new machine to test and setup ODBC by hand.
Marcel
Hi,
I installed the dicom server. Some pictures was not sent to aeskulap.
For example:
Number of Images to send: 1
MyStudyRootRetrieveGeneric :: RetrieveOn
Locating file:MAG0 104211449/1.2.250.1.90.2.1756060673.1567589077.821_0001_000001_15675969940001.dcm
ReadAheadThread: readahead > 0000
RetrieveOn: givenout < 0000
Sending file : /mnt/dicom/data/bp/104211449/1.2.250.1.90.2.1756060673.1567589077.821_0001_000001_15675969940001.dcm
Image Loaded from Read Ahead Thread, returning TRUE
Retrieve: remote connection dropped after 0 images, 1 not sent
C-Move (StudyRoot)
What is the reason? Which log do you need to tell me more?
Can you help me?
Hi,
the image was not accepted by aeskulap even though it promised to do so. Does this happen for particular images or for all?
Marcel
Hi,
Only particular images has this problem and with the aeskulap viewer. I can watch tis picture with wease viewer. I attached one example image. (The patient data has been anonimized, but the problem persist)
https://drive.google.com/file/…SODH1HQB/view?usp=sharing
It was working with 1.4.16beta (on debian squeeze). AWith higher verion of dgate (and newer verion of debian) I can't see this picture with aeskulap .
Hi,
which version did you install? And what is in your dicom.ini and acrnema.map for easkulap. The image is jpeg compressed, and there may be an issue there.
Marcel
Hi,
I use (DGATE (1.5.0-alpha-test3, build Mon Sep 2 15:44:38 2019, bits 64) )wget https://codeload.github.com/ma…t-DICOM-Server/zip/master
I attached the dicom.ini and the acrnema.map
Hi,
Ok, you use the latest version.
But how come the image you sent me is compressed, while conquest is configured for uncompressed storage?
Marcel
Hi,
I don't understand. Could you explain what should I set?
Hi,
Where did the image you sent come from? And if it came from conquest, how did you load it into the conquest dicom server. It is compressed, while conquest is configured to uncompress it. This is likely not the issue, but on sending to eskulaep the image should have been uncompressed, which I do not see in the logs.
Marcel
Hi,
I add the image with this script:
for neve in `who -u | ls /mnt/dicom/masol/bp/ | grep -v archiv | grep -v log | awk '{print $1}'`;
do
/home/conquest/conquestbp/dgate --addimagefile:/mnt/dicom/masol/bp/$neve
echo $neve >> /mnt/dicom/masol/bp/log/!log.txt
echo $neve
done
How can I change this script to uncompressed the pictures?
Which is the correct dgate sintact to uncompressed the pictures?
Hi,
the image should have been processed with "DroppedFileCompression". How is that set in dicom.ini?
Marcel
Hi,
I used this:
# Configuration of compression for incoming images and archival
DroppedFileCompression = un
IncomingCompression = un
ArchiveCompression = as
Peter
Ok,
can you summarize the entire problem from the start for me? How did the data flow and ehat exactly failed.#
Thanks,
Marcel
Don’t have an account yet? Register yourself now and be a part of our community!