Posts by Blupanthr2

    I had to make a test system in windows to try that... but attached is the output of the sender/receiver.


    I have also attached diffs of before/after using both dcmtk & dcm4che-toolkit

    I when using dcm4che, that if I do a dcmdump BEFORE it goes to Conquest, it dumps fine.

    If I do dcmdump AFTER it goes to Conquest, i get this, and have to force it with +E

    Using dcmtk, it changes all the values...


    dcmdump +E ECC686EC.dcm > ../MDR2.txt

    W: DcmItem: Element PrivateCreator (2001,0010) larger (1462092) than remaining bytes (426) of surrounding item

    E: dcmdump: Length of element larger than explicit length of surrounding item: reading file: ECC686EC.dcm

    How can I send the data without the implicit syntax?

    Do I comment out the line in dgatesop.lst? From what I've read, that only pertains to incoming, not outgoing.

    Code
    LittleEndianImplicit 1.2.840.10008.1.2 transfer

    I don't believe I NEED the data (Although I would prefer to keep all of the data complete). Would it be better to use LUA on incoming to strip OUT the private sequence?

    I have attached one image [ 1.3.46.670589.11.8034.5.0.3788.2023120407525574730.txt ] from an anonymized study (renamed .dcm to .txt), can you point me in the direction I need to go please?


    Thank you for all your help.

    I am having problems with Achieva Images. I have looked through the forums, but not found a suitable answer. I can send FROM the MRI to Conquest, and From Conquest to K-Pacs. I can then send FROM K-Pacs TO conquest, but I cannot send FROM Conquest TO Conquest.

    I have tried:

    dicom.ini - NoDICOMCheck = 1 - Did not help

    dgate.dic -

    (2001,0090) VERS="3" VR="LO" VM="1" Keyword="PrivateCreatorGroup2001" Name="Private Creator Group 2001"^M

    dgatesop.lst -

    PhilipsPrivateMRSpectrumStorage 1.3.46.670589.11.0.0.12.1 sop

    PhilipsPrivateMRSerieDataStorage 1.3.46.670589.11.0.0.12.2 sop

    PhilipsPrivateMRExamcardStorage 1.3.46.670589.11.0.0.12.4 sop

    And still nothing.

    I have tested with 1.5.0,a,b,c & d (Each in separate folders)


    Please help :-)


    This is my Send Error Log:

    Code
    Queue: retrying processing of file /home/user/pump-manual/data/MDR-00118/1.3.46.670589.11.8034.5.0.5500.2023101207535851320_0401_000008_1701852290001d.dcm
    ExportConverter1.0: forward /home/user/pump-manual/data/MDR-00118/1.3.46.670589.11.8034.5.0.5500.2023101207535851320_0401_000008_1701852290001d.dcm to PUMP84B
    DICOM ERROR PDU:Connect failed due to corrupt transmission 0*** ExportConverter1.0: Forward failed to connect to host PUMP84B


    This is my receive error log:

    I didn't change anything, it was processing, then stopped.

    I tried your suggestion of a shell script with dgate --commands, and it worked for a short while, and then on certain files, the dgate process goes to 100% CPU, and hangs.

    Here is my script:

    Script Output:

    dgate output:

    and top:


    And I have to restart dgate service each time to get the CPU usage to come back to normal. I'm not sure if it is memory, mysql, or what.


    Thank you again.

    I was given a task to consolidate 5 External HDDs of images to reconstruct a PACS from another system that crashed. All the drives have duplicate backup data, (and some new data) and some files are corrupt (Drive recovery attempts). I'm trying to use conquest 1.14.19d1 using either WatchFolder or MAG0/incoming to dump all .dcm files and save to mysql db with proper naming convention on MAG0. But every time it comes to a bad file, the import retries that file every 5s indefinitely until I stop the service, remove the file, and restart the service. Is there any way I can script it to move the bad file to a /bad directory to figure out later and keep processing the rest of the files?


    Examples:

    Nov 6 01:13:17 pacs conquest-server[12427]: ***(Dyn) Encountered an invalid group order during load of DCM file (after 00b80000)

    Nov 6 01:13:17 pacs conquest-server[12427]: ***[AddImageFile] /storage/fs1/incoming/1.2.392.200036.9123.100.12.11.17025.20140815150338.3.21.dcm -FAILED: Error on Load


    Thanks in advance.