Posts by Burwell40

  • Opthalmic 8 bit

    I added 1.2.840.10008.5.1.4.1.1.77.1.5.1 as suggested in the error message. Last night, it worked...I could send to Conquest. Today, I can't repeat it and I don't know what I've changed. I've been trying to recreate a process from years back where I sent retinal images to conquest and it output jpegs to a folder. Swinging and missing all around here... 8)


    [CONQUESTSRV1] UPACS THREAD 47: STARTED AT: Fri Nov 14 16:51:33 2014
    [CONQUESTSRV1] Calling Application Title : "Compass "
    [CONQUESTSRV1] Called Application Title : "destination "
    [CONQUESTSRV1] Application Context : "1.2.840.10008.3.1.1.1", PDU length: 1048576
    [CONQUESTSRV1] Presentation Context 0 "1.2.840.10008.5.1.4.1.1.77.1.5.1" 0
    [CONQUESTSRV1] Transfer Syntax 0 "1.2.840.10008.1.2.4.50" 1
    [CONQUESTSRV1] *** Association rejected: you may need to add the listed presentation context as sop to dgatesop.lst
    [CONQUESTSRV1] UPACS THREAD 47: ENDED AT: Fri Nov 14 16:51:33 2014
    [CONQUESTSRV1] UPACS THREAD 47: TOTAL RUNNING TIME: 0 SECONDS


    # DICOM Application / sop / transfer UID list.
    #
    # This list is used by the CheckedPDU_Service ( "filename" ) service
    # class. All incoming associations will be verified against this
    # file.
    #
    # Revision 2: disabled GEMRStorage and GECTStorage
    # Revision 3: extended with new sops and with JPEG transfer syntaxes
    # Revision 4: added Modality Worklist query
    #
    #None none RemoteAE
    #None none LocalAE
    #DICOM 1.2.840.10008.3.1.1.1 application
    Opthalmic 8 bit 1.2.840.10008.5.1.4.1.1.77.1.5.1 sop

  • export jpeg to folder

    Still empty. File name length it's trying to use is kind of evil too.


    Thanks!



    [CONQUESTSRV1] UPACS THREAD 44: STARTED AT: Fri Nov 14 16:36:19 2014
    [CONQUESTSRV1] Calling Application Title : "Compass "
    [CONQUESTSRV1] Called Application Title : "destination "
    [CONQUESTSRV1] Application Context : "1.2.840.10008.3.1.1.1", PDU length: 1048576
    [CONQUESTSRV1] Presentation Context 0 "1.2.840.10008.5.1.4.1.1.1" 1
    [CONQUESTSRV1] ***Truncated AccessionN from 20 to 16 chars in file: 000-00-0000\1.2.840.113619.2.203.4.2147483647.1401384237.432484.3_0320_000001_1416004579004d.v2
    [CONQUESTSRV1] Written file: C:\users\administrator\documents\dicomserver1414\data\000-00-0000\1.2.840.113619.2.203.4.2147483647.1401384237.432484.3_0320_000001_1416004579004d.v2
    [CONQUESTSRV1] ***Truncated AccessionN from 20 to 16 chars in file: 000-00-0000\1.2.840.113619.2.203.4.2147483647.1401384237.432484.3_0320_000003_1416004579004e.v2
    [CONQUESTSRV1] Written file: C:\users\administrator\documents\dicomserver1414\data\000-00-0000\1.2.840.113619.2.203.4.2147483647.1401384237.432484.3_0320_000003_1416004579004e.v2
    [CONQUESTSRV1] ***Truncated AccessionN from 20 to 16 chars in file: 000-00-0000\1.2.840.113619.2.203.4.2147483647.1401384237.432484.3_0320_000002_1416004579004f.v2
    [CONQUESTSRV1] Written file: C:\users\administrator\documents\dicomserver1414\data\000-00-0000\1.2.840.113619.2.203.4.2147483647.1401384237.432484.3_0320_000002_1416004579004f.v2
    [CONQUESTSRV1] UPACS THREAD 44: ENDED AT: Fri Nov 14 16:36:19 2014
    [CONQUESTSRV1] UPACS THREAD 44: TOTAL RUNNING TIME: 0 SECONDS
    [CONQUESTSRV1] Exportconverter0.0 executes: mkdcmdir.bat CDIC-598-052914-2353
    [CONQUESTSRV1] Exportconverter0.1 executes: dcmj2pnm.exe +oj +Wm --scale-x-size 600 C:\users\administrator\documents\dicomserver1414\data\000-00-0000\1.2.840.113619.2.203.4.2147483647.1401384237.432484.3_0320_000001_1416004579004d.v2 C:\retinal\CDIC-598-052914-2353\1.2.840.113619.2.203.4.2147483647.1401384237.432484.3_0320_000001_1416004579004d.jpg,//00"
    [CONQUESTSRV1] Exportconverter0.0 executes: mkdcmdir.bat CDIC-598-052914-2353
    [CONQUESTSRV1] Exportconverter0.1 executes: dcmj2pnm.exe +oj +Wm --scale-x-size 600 C:\users\administrator\documents\dicomserver1414\data\000-00-0000\1.2.840.113619.2.203.4.2147483647.1401384237.432484.3_0320_000003_1416004579004e.v2 C:\retinal\CDIC-598-052914-2353\1.2.840.113619.2.203.4.2147483647.1401384237.432484.3_0320_000003_1416004579004e.jpg,//00"
    [CONQUESTSRV1] Exportconverter0.0 executes: mkdcmdir.bat CDIC-598-052914-2353
    [CONQUESTSRV1] Exportconverter0.1 executes: dcmj2pnm.exe +oj +Wm --scale-x-size 600 C:\users\administrator\documents\dicomserver1414\data\000-00-0000\1.2.840.113619.2.203.4.2147483647.1401384237.432484.3_0320_000002_1416004579004f.v2 C:\retinal\CDIC-598-052914-2353\1.2.840.113619.2.203.4.2147483647.1401384237.432484.3_0320_000002_1416004579004f.jpg,//00"

  • export jpeg to folder

    All I get is an empty folder. Any ideas as to what I have wrong here?



    Exportconverters = 2
    ExportConverter0 = "mkdcmdir.bat %V0008,0050"
    ExportConverter1 = "dcmj2pnm.exe +oj +Wm --scale-x-size 600 %f C:\retinal\%V0008,0050\%b.jpg,//0"


    Mike

  • ForwardCollectDelay problem

    I'm having a heck of a time getting the ForwardCollectDelay to work. Everything that comes in, shoots out just as fast.


    I would like Conquest to wait a specified amount of time making certain it has received all images for a certain study before forwarding. However, I can't get Conquest to stop forwarding in real time.


    Mike.


    # Configuration of forwarding and/or converter programs to export DICOM slices


    ForwardAssociationLevel = IMAGE
    ForwardAssociationCloseDelay = 5
    ForwardAssociationRefreshDelay = 3600
    ForwardCollectDelay = 300
    MaximumExportRetries = 0
    MaximumDelayedFetchForwardRetries = 0


    ExportConverters = 2
    ExportConverter1 = ifequal "%V0008,0090[0,1]","VA"; forward to PET1
    ExportConverter0 = forward to PACS

  • Conquest DICOM server 1.4.15alpha released

    We've been using an instance of 1.4.14 as an importer. We have an export converter that pushes to another device for matching, etc. In 1.4.15alpha, when we try to use it like this, the converters won't work. So, in as much as we liked that drag and drop export feature, it's a problem...:).


    Thanks!

  • Conquest as an automatic image-converter?

    Marcel,


    Sorry for the multiple posts, but we have it working in all instances now.


    Here is exactly what we have in place.


    ExportConverters = 2
    ExportConverter0 = "mkdcmdir.bat %V0010,0010"
    ExportConverter1 = dgate.exe "--convert_to_jpg:%f,600,C:\retinal\%V0010,0010\%b.jpg,//0"



    We had removed the "mkdcmdir.bat" converter. We watched it work without it, I swear. But, at any rate, we added the bat file back in, and it started working and now it works everywhere.


    Thanks again for all your help.

  • Conquest as an automatic image-converter?

    Scratch that...


    We installed a new windows instance with SP2 and not patches...same problem. Dgate won't write to disk. Then, we went back to our original setup (the one that worked) and it will no longer write jpgs. It acts like it's doing it...no error messages but, again, no files written to disk.

  • Conquest as an automatic image-converter?

    Marcel,


    We've think that there is some setting in a MS Security patch (we haven't determined if or which) that is preventing dgate from writing the jpgs. We were ableto get the option to work great on a windows install within VMWare Fusion on a Mac. When we tried it on a different Mac VMware Windows install, it wouldn't work. We've discovered that it won't work in other windows installs. Firewall is turned off. dgate acts like it's writing the files just fine, but it ain't happening anywhere but this one virtual machine.


    Has anyone else observed this?

  • Conquest as an automatic image-converter?

    Marcel,


    Thanks again, that worked great. We made some changes as shown below. When we set %i, it used the patient's real ID. We therefore used import converters to change the name field to the accession number, then used that as folder name for the jpegs. We wanted larger images, so we experimented with the scale-x-size setting. Setting it to 5000 gives us 600K-600K images which we think will be okay. How does that setting work? What if we wanted larger jpegs?


    ExportConverter1 = nop dcmj2pnm.exe +oj +Wm --scale-x-size 5000 %f D:\retinal\%V0010,0010\%b.jpg


    Thanks again!


    Mike.

  • Conquest as an automatic image-converter?

    We're good with the de-identify process. We're just unable to get something similar to the process below to work. A folder is created, but no jpegs live there...


    So, in essence, we'd like to be able to send studies to a conquest instance, change the patient name to the accession number, then output images of that accession number as standard jpegs to a folder of that name (accession number not patientname)


    Quote from jasonslan

    in your dicom.ini file you can add an export converter:
    Export converter:

    Code
    # Make directory using bat script# Convert images and add them in the correct directory##################################Exportconverters  = 2ExportConverter0 = "mkdcmdir.bat %i"ExportConverter1 = "dcmj2pnm.exe +oj +Wm --scale-x-size 600 %f D:\www\temp\%i\%b.jpg"


    mkdcmdir.bat file:

    Code
    @ECHO OFF

    REM %1 = name of the directory to create

    

    

    REM # CREATE DIRECTORY TO HOLD JPG IMAGES IN WWW FOLDER

    mkdir D:\www\temp\%1

    @ECHO ON


    this should do the trick for you. - just hollar if you need any help.

  • Anonymization

    Marcel,


    I can't get that to work in as much as when I send a study to it from the PACS, then try to send the study back as a teaching study, the PACS rejects it because it recognized the uids.


    Also, when I watch the server status, ImportConverter0 doesn't appear to generate any activity.


    Mike.

  • Anonymization

    Marcel,


    How does one call the "newuids" from an importconverter?


    I'd like to create a Conquest instance that will generate new suids for every image that comes in.


    Thanks,
    Mike.

  • disable multiple associations?

    Marcel, now I get this error...


    [IOW_DVR10_CNQ] UPACS THREAD 5: STARTED AT: Wed Aug 19 16:16:13 2009
    [IOW_DVR10_CNQ] Calling Application Title : "IOW_DVR10_CNQ "
    [IOW_DVR10_CNQ] Called Application Title : "IOW_DVR10_CNQ "
    [IOW_DVR10_CNQ] Application Context : "1.2.840.10008.3.1.1.1", PDU length: 16384
    [IOW_DVR10_CNQ] Presentation Context 0 "1.2.840.10008.5.1.4.1.2.1.2" 1
    [IOW_DVR10_CNQ] C-Move Destination: "IOW_DVR1_RIM "
    [IOW_DVR10_CNQ] ***preretrieve/forward xxx to: remote DICOM error
    [IOW_DVR10_CNQ] C-Move (PatientRoot)
    [IOW_DVR10_CNQ] UPACS THREAD 5: ENDED AT: Wed Aug 19 16:16:13 2009
    [IOW_DVR10_CNQ] UPACS THREAD 5: TOTAL RUNNING TIME: 0 SECONDS

  • disable multiple associations?

    Sorry for the delay...here ya go!


    # Configuration of forwarding and/or converter programs to export DICOM slices
    ForwardAssociationLevel = PATIENT


    ForwardAssociationCloseDelay = 5
    ForwardAssociationRefreshDelay = 3600
    ForwardAssociationRelease = 0


    # Configuration of rules to modify, log or reject incoming DICOM slices
    ImportConverters = 2
    ImportConverter0 = ifequal "%m", "PR"; destroy
    ImportConverter1 = set 0010,0020 to "%V0010,0010[0,1]%V0010,0030[0,3]"


    ExportConverters = 1
    ExportConverter0 = between "5","23"; defer; forward to IOW_DVR1_RIM


    ForwardCollectDelay = 600
    MaximumExportRetries = 0
    MaximumDelayedFetchForwardRetries = 2

  • disable multiple associations?

    Marcel,


    We've been using a Conquest instance to queue up studies to send to a CD burner at night. Conquest dutifully recieves the studies sent to it during the day and defers the send till the specified hour. The problem is that Conquest is opening multiple associations to send multiple patients/studies. Normally this would be great but in this case, our burner can't handle the deluge and loses its mind so to speak burning multiple disks per patient.


    Now for the question...


    Can we force Conquest to send one study or patient at a time?


    As always, thanks for the help!


    Mike.