Importing studies from a local directory

4,959 views
Skip to first unread message

Sorcerer Stone

unread,
Sep 7, 2015, 6:37:32 PM9/7/15
to dcm4che
I have a few sets of dcm studies residing in a local folder. Can someone kindly tell me how I can import these studies into dcm4chee? I can't find anywhere in the UI that allows me to do this.
Thanks in advance.

Jon Ander Zuccaro

unread,
Sep 7, 2015, 7:43:54 PM9/7/15
to dcm4che
You could download the dcm4che toolkit (http://sourceforge.net/projects/dcm4che/files/dcm4che2/2.0.29/) and use the command line tool dcmsnd located on the bin directory to store a folder contents to your PACS.

Usage:   dcmsnd DCM4CHEE@ip-of-pacs:11112 c:/your/folder/location/

... or simply run dcmsnd for a lot of useful information.

The tool scans the folder for all DICOM files and sends them all.

(You need to have Java installed)



Cheers!

Sorcerer Stone

unread,
Sep 7, 2015, 9:40:10 PM9/7/15
to dcm4che
Thanks. I ran into something weird.
I tried: dcmsnd DCM4CHEE@localhost:11112 "C:\MyDevelopments\DICOM_Samples\"
It ran w/o error. I did a blind search (i.e. not filling in any info), nothing was returned. I waited for 20 min, still there is nothing registered in dcm4chee.
I replaced the localhost with local ip address. Same thing.
I tried forward slash and back slash for the source directory. Same result.
I double check the spelling of AET & its dicom port. No problem there either.
Am I missing something?

Jon Ander Zuccaro

unread,
Sep 7, 2015, 9:58:12 PM9/7/15
to dcm...@googlegroups.com
You should see something like this (I changed the default AETitle on my installation):


dcmsnd DF...@192.168.1.108:11112 c:\COMUNIX
Scanning files to send
........................................................................................................
....................................
Scanned 166 files in 2.137s (=12ms/file)
21:17:31,868 INFO   - Association(1) initiated Socket[addr=/192.168.1.108,port=11112,localport=64438]
21:17:31,879 INFO   - DFIX(1): A-ASSOCIATE-RQ DFIX << DCMSND
21:17:31,893 INFO   - DFIX(1): A-ASSOCIATE-AC DCMSND >> DFIX
Connected to DF...@192.168.1.108:11112 in 0.161s
21:17:31,923 INFO   - DFIX(1) << 1:C-STORE-RQ[pcid=5, prior=0
        cuid=1.2.840.10008.5.1.4.1.1.2/CT Image Storage
        iuid=1.3.12.2.1107.5.1.4.36085.4.0.13457323674926193
        ts=1.2.840.10008.1.2.4.91/JPEG 2000 Image Compression]
21:17:32,225 INFO   - DFIX(1) >> 1:C-STORE-RSP[pcid=5, status=0H
        cuid=1.2.840.10008.5.1.4.1.1.2/CT Image Storage
        iuid=1.3.12.2.1107.5.1.4.36085.4.0.13457323674926193]
.21:17:32,233 INFO   - DFIX(1) << 2:C-STORE-RQ[pcid=5, prior=0
        cuid=1.2.840.10008.5.1.4.1.1.2/CT Image Storage
        iuid=1.3.12.2.1107.5.1.4.36085.4.0.13457325328252501
        ts=1.2.840.10008.1.2.4.91/JPEG 2000 Image Compression]
21:17:32,348 INFO   - DFIX(1) >> 2:C-STORE-RSP[pcid=5, status=0H
        cuid=1.2.840.10008.5.1.4.1.1.2/CT Image Storage
        iuid=1.3.12.2.1107.5.1.4.36085.4.0.13457325328252501]
.21:17:32,358 INFO   - DFIX(1) << 3:C-STORE-RQ[pcid=5, prior=0
        cuid=1.2.840.10008.5.1.4.1.1.2/CT Image Storage

Are you seeing status=0H?


I did not use " for the folder

Make sure the IP points to your installation, if you are running this on the server itself localhost should work (I have tested it).


Are you able to receive images from other sources?

If you are not running dcm4chee as a service you can watch the console to look for errors, or check the log server side. Make sure your images contain a valid patientID tag!, DCM4CHEE does not accept images without a patient ID by default.


--
You received this message because you are subscribed to a topic in the Google Groups "dcm4che" group.
To unsubscribe from this topic, visit https://groups.google.com/d/topic/dcm4che/i9uELNYzhqA/unsubscribe.
To unsubscribe from this group and all its topics, send an email to dcm4che+u...@googlegroups.com.
To post to this group, send email to dcm...@googlegroups.com.
Visit this group at http://groups.google.com/group/dcm4che.
For more options, visit https://groups.google.com/d/optout.

Sorcerer Stone

unread,
Sep 7, 2015, 10:26:23 PM9/7/15
to dcm...@googlegroups.com
You are correct. I can't use ". The command line prompt did not take kindly to that. I took out spacing in folder's name and then removed "".
I made a few "innocent" mistakes. In my original folder, there are too many dicom studies.
However, I looked at dcm4chee UI. There is an incomplete dicom study there now. But when I use weasel to view it. Weasel posted an error: Error on loading wadoSML from: http://localhost:8090/weasis-pacs-connector/RequestManifest?id=1
I created another folder. I just put 1 dicom study there and use dcmtk lib to push it to dcm4chee.
Here is the dos output. The key is I did not see status=0H

C:\MyCompany\ProductDevelopment\DemoPrep\openMRS - dcm4che\Components\dcm4che Toolkit\dcm4che-2.0.29\bin>dcmsnd DCM4CHEE@localhost
:11112 C:\MyDevelopments\DICOM_Samples2\
Scanning files to send
....
Scanned 4 files in 0.236s (=59ms/file)
21:48:31,395 INFO   - Association(1) initiated Socket[addr=localhost/127.0.0.1,port=11112,localport=8216]
21:48:31,404 INFO   - DCM4CHEE(1): A-ASSOCIATE-RQ DCM4CHEE << DCMSND
21:48:31,414 INFO   - DCM4CHEE(1): A-ASSOCIATE-AC DCMSND >> DCM4CHEE
Connected to DCM4CHEE@localhost:11112 in 0.155s
21:48:31,566 INFO   - DCM4CHEE(1) << 1:C-STORE-RQ[pcid=3, prior=0
        cuid=1.2.840.10008.5.1.4.1.1.1.2/Digital Mammography X-Ray Image Storage - For Presentation
        iuid=1.2.840.113681.2230565760.965.3506077500.532.1
        ts=1.2.840.10008.1.2.1/Explicit VR Little Endian]
21:48:32,423 INFO   - DCM4CHEE(1) >> 1:C-STORE-RSP[pcid=3, status=0H
        cuid=1.2.840.10008.5.1.4.1.1.1.2/Digital Mammography X-Ray Image Storage - For Presentation
        iuid=1.2.840.113681.2230565760.965.3506077500.532.1]
.21:48:32,426 INFO   - DCM4CHEE(1) << 2:C-STORE-RQ[pcid=3, prior=0
        cuid=1.2.840.10008.5.1.4.1.1.1.2/Digital Mammography X-Ray Image Storage - For Presentation
        iuid=1.2.840.113681.2230565760.965.3506077500.538.1
        ts=1.2.840.10008.1.2.1/Explicit VR Little Endian]
21:48:33,204 INFO   - DCM4CHEE(1) >> 2:C-STORE-RSP[pcid=3, status=0H
        cuid=1.2.840.10008.5.1.4.1.1.1.2/Digital Mammography X-Ray Image Storage - For Presentation
        iuid=1.2.840.113681.2230565760.965.3506077500.538.1]
.21:48:33,206 INFO   - DCM4CHEE(1) << 3:C-STORE-RQ[pcid=3, prior=0
        cuid=1.2.840.10008.5.1.4.1.1.1.2/Digital Mammography X-Ray Image Storage - For Presentation
        iuid=1.2.840.113681.2230565760.965.3506077500.536.1
        ts=1.2.840.10008.1.2.1/Explicit VR Little Endian]
21:48:33,975 INFO   - DCM4CHEE(1) >> 3:C-STORE-RSP[pcid=3, status=0H
        cuid=1.2.840.10008.5.1.4.1.1.1.2/Digital Mammography X-Ray Image Storage - For Presentation
        iuid=1.2.840.113681.2230565760.965.3506077500.536.1]
.21:48:33,977 INFO   - DCM4CHEE(1) << 4:C-STORE-RQ[pcid=3, prior=0
        cuid=1.2.840.10008.5.1.4.1.1.1.2/Digital Mammography X-Ray Image Storage - For Presentation
        iuid=1.2.840.113681.2230565760.965.3506077500.534.1
        ts=1.2.840.10008.1.2.1/Explicit VR Little Endian]
21:48:34,706 INFO   - DCM4CHEE(1) >> 4:C-STORE-RSP[pcid=3, status=0H
        cuid=1.2.840.10008.5.1.4.1.1.1.2/Digital Mammography X-Ray Image Storage - For Presentation
        iuid=1.2.840.113681.2230565760.965.3506077500.534.1]
.
Sent 4 objects (=65.01116MB) in 3.291s (=19.754229MB/s)
21:48:34,712 INFO   - DCM4CHEE(1) << A-RELEASE-RQ
21:48:34,714 INFO   - DCM4CHEE(1) >> A-RELEASE-RP
Released connection to DCM4CHEE@localhost:11112
21:48:34,715 INFO   - DCM4CHEE(1): close Socket[addr=localhost/127.0.0.1,port=11112,localport=8216]

From what you hinted, dcmtk tools must not like the patientID. I am digging out a dicom viewer to look at the dicom tags now.

Jon Ander Zuccaro

unread,
Sep 8, 2015, 3:26:33 AM9/8/15
to dcm4che
You could also use dmc2txt on the same toolkit to dump the tags from an individual file:

dcm2txt C:\Users\jzuccaro\Desktop\CRIMAGEA.dcm
132:(0002,0000) UL #4 [194] Group Length
144:(0002,0001) OB #2 [00\01] File Meta Information Version
158:(0002,0002) UI #26 [1.2.840.10008.5.1.4.1.1.1] Media Storage SOP Class UID
192:(0002,0003) UI #50 [1.3.6.1.4.1.5962.1.1.65535.104.1.1239106253.3786.0] Me
250:(0002,0010) UI #20 [1.2.840.10008.1.2.1] Transfer Syntax UID
278:(0002,0012) UI #18 [1.3.6.1.4.1.5962.2] Implementation Class UID
304:(0002,0013) SH #10 [DCTOOL100] Implementation Version Name
322:(0002,0016) AE #8 [CLUNIE1] Source Application Entity Title
.......

Bear in mind that if dcm4chee is rejecting the studies because of an empty patient id you should see a message on the dcm4chee log informing you of the event, but if you were able to receive a partial study what you are probably facing is a misconfiguration with Weasis.

You don't need Weasis to see if the the image is there, expand to the instance (image) level and just click on the "Show DICOM object" button, not on the "Open Web Viewer" one.

Weasis should eventually work though, even if you don't received all the studies' images you should be able to open the study as it is, the concept of a "partial" study in DICOM is very diffuse at best since nothing prohibits you from sending an additional series or instance for a study to the PACS months after the other ones were sent.

You may be also facing some problems with the WADO service if you are on a 64 bit Windows environment, make sure that dcm4chee (Jboss really) starts without errors or failed deployment notices.

Good luck

Sorcerer Stone

unread,
Sep 8, 2015, 2:29:51 PM9/8/15
to dcm...@googlegroups.com
Hello Jon,
I was dead tired & frustrated with learning how to sending/importing files to dcm4chee last night. Of course, the status=0H was written everywhere in the output I sent you, but I failed to see it. Sorry.

I downloaded and installed an app called K-PACS. I imported the dcm files into K-PACS. I looked at the patient ID. All studies have patient ID filled properly, numerically or alpha-nuimerically. All studies were anonymized or with fake names. So that field is OK too for all the studies.

JBoss is running. Otherwise, dcm4chee will not run.

I created dcm4chee entry in K-PACS. I created K-PACS AET entry in dcm4chee.

I can DICOM ping dcm4chee from K-PACS. I can DICOM ping and network ping K-PACS from dcm4chee.

I tried to push a study from K-PACS to dcm4chee. K-PACS said dcm study was transferred successfully.

I searched for existing studies in dcm4chee. It returned nothing. I waited for a very long time, thinking it may take a long time to transfer even though it is file forwarding within the same laptop!. Searched dcm4chee again. Still nothing is stored.

This lead me to something that you hinted me.

I am running on Win8.1 64-bit OS.
Does it mean WADO is the problem - not running?
How do I overcome this problem? I don't have a 32bit system at all.

Thanks in advance.

Jon Ander Zuccaro

unread,
Sep 8, 2015, 3:38:55 PM9/8/15
to dcm...@googlegroups.com

This is very weird. If I understand you correctly you are sending studies to dcm4chee and yet those studies are not listed on the web interface....

You could try several things to certify that you actually received those studies:

  1. dmc4chee stores (by default) the studies on dcm4chee-mysql/server/default/archive  Take a look at that folder and you should be able to see the DICOM files. The file names are not very useful but if there is something there you should be able to open it with a viewer or compare the file sizes to determine that the studies were received.
  2. If you know your way around databases take a look at the Study table from the pacsdb database
  3. Immediately after sending another study take a look at the dcm4chee logs at dcm4chee-mysql/server/default/log/ and you should be able to see information about the event and if the study was received successfully
  4. Query the dcm4chee PACS with some tool like the dcmqr tool.  (dcmqr DCM4CHEE@localhost:11112)  You should see a list of the studies


    While you are at the web interface make sure that no search criteria is used, no patient name filter, or date filter or anything. Perhaps check if JavaScript is disabled, or try another Browser.

    For information regarding the WADO issue take a look at section 8 of the installation page (http://www.dcm4che.org/confluence/display/ee2/Installation) but this issue will not prevent you for seeing the list of studies on the web interface if they were correctly received. From that manual also:

    FYI - You can run on 64-bit Windows, you just need to use the 32-bit JDK! In that case you do not need to do the above steps of changing the WADO service.

Cheers!

Sorcerer Stone

unread,
Sep 8, 2015, 4:04:35 PM9/8/15
to dcm...@googlegroups.com
Jon,
Thank you. From what you told me, I may have identified a dangerous problem in my setup.

In my folder, //dcm4chee-mysql/server/default/, there is no 'archive' folder

I used MySQL. I am not familiar with dcm4chee. Took a wild stab. I query the table for series, study, they both returned "Empty set".

So my setup is all screwed up. Agree?


On Tue, Sep 8, 2015 at 3:38 PM, Jon Ander Zuccaro <jonzu...@gmail.com> wrote:

This is very weird. If I understand you correctly you are sending studies to dcm4chee and yet those studies are not listed on the web interface....

You could try several things to certify that you actually received those studies:

  1. dmc4chee stores (by default) the studies on dcm4chee-mysql/server/default/archive  Take a look at that folder and you should be able to see the DICOM files. The file names are not very useful but if there is something there you should be able to open it with a viewer or compare the file sizes to determine that the studies were received.
  2. If you know your way around databases take a look at the Study table from the pacsdb database
  3. Immediately after sending another study take a look at the dcm4chee logs at dcm4chee-mysql/server/default/log/ and you should be able to see information about the event and if the study was received successfully
  1. Query the dcm4chee PACS with some tool like the dcmqr tool.  (dcmqr DCM4CHEE@localhost:11112)  You should see a list of the studies


  1. While you are at the web interface make sure that no search criteria is used, no patient name filter, or date filter or anything. Perhaps check if JavaScript is disable, or try another Browser.

Jon Ander Zuccaro

unread,
Sep 8, 2015, 4:28:55 PM9/8/15
to dcm4che
The archive folder is only created once the first study has been received, and, as you point out, since you have no studies on your database none has been received yet, so your next step should be to check the dcm4chee logs after trying to send a study to check what is going on.

Try posting (if they are anonymized) a least one image of the studies that you are trying to send here as an attachment and I could tell you if I am able to send it to my test dcm4chee.

Cheers!

Sorcerer Stone

unread,
Sep 8, 2015, 9:15:29 PM9/8/15
to dcm...@googlegroups.com
Sorry for the delay. I thought dcmodify can anonymize dcm file, but it can't. So I searched high and low for a free anonymizer. I finally found one.

I deleted all loaded studies in KPACS. Painfully selected a public domain dcm file. Anonymized it. Then imported into K-PACS. Use a number of free viewesr to load this image to avoid possible hiccup and look into the dicom tags to make sure the patient name, id had indeed been anonimized.

Made sure K-PACS and dcm4chee are aware of each other via Dicom ping and internet ping. Pushed the image from K-PACS to dcm4chee. K-PACS said the image was sent successfully. dcm4chee did not register anything. I keyed in the patient name, patient id for search - on top of a blind search (i.e. no search criteria was entered) in dcm4chee. All turned up negative.

I attached 2 rar images of the same study for you to look at. Please unrar them to get the dcm files out.
1/ shoulder.rar - this one taken from a local folder
2/ shoulder-KPACS.rar - this one sits in archive director of K-PACS after K-PACS imported the file from the above local directory. It is this file that got pushed to dcm4chee. I don't like K-PACS way of doing things by extracting a bmp from the dicom file and put it in the same archive directory. It chokes a lot of commercial PACS servers in the past. I had removed this bmp and pushed the study to dcm4chee again to see what happen. Same negative result. So removing the blame of this weird bmp issue.

Can you see if you can push this dcm file to your dcm4chee please?
Thanks in advance.

shoulder.rar
shoulder-KPACS.rar

Jon Ander Zuccaro

unread,
Sep 8, 2015, 9:30:56 PM9/8/15
to dcm4che

Client side:


C:\Utils\dcm4che-2.0.24\bin>dcmsnd DF...@192.168.1.108:11112 c:\Users\jzuccaro\Desktop\9999.174855098946880503321120926346654075074
.dcm
Scanning files to send
.
Scanned 1 files in 0.227s (=227ms/file)
20:48:59,152 INFO   - Association(1) initiated Socket[addr=/192.168.1.108,port=11112,localport=57119]
20:48:59,162 INFO   - DFIX(1): A-ASSOCIATE-RQ DFIX << DCMSND
20:48:59,189 INFO   - DFIX(1): A-ASSOCIATE-AC DCMSND >> DFIX
Connected to DF...@192.168.1.108:11112 in 0.156s
20:48:59,221 INFO   - DFIX(1) << 1:C-STORE-RQ[pcid=3, prior=0
        cuid=1.2.840.10008.5.1.4.1.1.4/MR Image Storage
        iuid=9999.174855098946880503321120926346654075074
        ts=1.2.840.10008.1.2.1/Explicit VR Little Endian]
20:48:59,591 INFO   - DFIX(1) >> 1:C-STORE-RSP[pcid=3, status=0H
        cuid=1.2.840.10008.5.1.4.1.1.4/MR Image Storage
        iuid=9999.174855098946880503321120926346654075074]
.
Sent 1 objects (=2.0014648MB) in 0.401s (=4.991184MB/s)
20:48:59,593 INFO   - DFIX(1) << A-RELEASE-RQ
20:48:59,594 INFO   - DFIX(1) >> A-RELEASE-RP
Released connection to DF...@192.168.1.108:11112
20:48:59,595 INFO   - DFIX(1): close Socket[addr=/192.168.1.108,port=11112,localport=57119]
C:\Utils\dcm4che-2.0.24\bin>


DCM4CHEE registers this:

20:49:29,044 INFO  [ServerImpl] handle - Socket[addr=/192.168.1.119,port=57119,localport=11112]
20:49:29,045 INFO  [FsmImpl] Socket[addr=/192.168.1.119,port=57119,localport=11112]
20:49:29,119 INFO  [FsmImpl] received AAssociateRQ
        appCtxName:     1.2.840.10008.3.1.1.1/DICOM Application Context Name
        implClass:      1.2.40.0.13.1.1
        implVersion:    dcm4che-2.0
        calledAET:      DFIX
        callingAET:     DCMSND
        maxPDULen:      16384
        asyncOpsWindow: maxOpsInvoked=0, maxOpsPerformed=0
        pc-1:   as=1.2.840.10008.5.1.4.1.1.4/MR Image Storage
                ts=1.2.840.10008.1.2/Implicit VR Little Endian
        pc-3:   as=1.2.840.10008.5.1.4.1.1.4/MR Image Storage
                ts=1.2.840.10008.1.2.1/Explicit VR Little Endian
20:49:29,123 INFO  [FsmImpl] sending AAssociateAC
        appCtxName:     1.2.840.10008.3.1.1.1/DICOM Application Context Name
        implClass:      1.2.40.0.13.1.1.1
        implVersion:    dcm4che-1.4.31
        calledAET:      DFIX
        callingAET:     DCMSND
        maxPDULen:      16352
        asyncOpsWindow: maxOpsInvoked=1, maxOpsPerformed=1
        pc-1:   0 - acceptance
                ts=1.2.840.10008.1.2/Implicit VR Little Endian
        pc-3:   0 - acceptance
                ts=1.2.840.10008.1.2.1/Explicit VR Little Endian
20:49:29,167 INFO  [FsmImpl] received [pc-3] 1:C_STORE_RQ with Dataset
        class:  1.2.840.10008.5.1.4.1.1.4/MR Image Storage
        inst:   9999.174855098946880503321120926346654075074/?
20:49:29,174 INFO  [FileSystemMgt2Service] Free disk space on D:\dfix\app\server\default\archive: 192.31723GB
20:49:29,178 INFO  [StoreScpService] M-WRITE file:D:\dfix\app\server\default\archive\2015\9\8\20\F863BFEA\BEFFAAF3\A3B41993
20:49:29,475 INFO  [StorageBean] inserting instance FileMetaInfo[uid=9999.174855098946880503321120926346654075074
        class=1.2.840.10008.5.1.4.1.1.4/MR Image Storage
        ts=1.2.840.10008.1.2.1/Explicit VR Little Endian
        impl=1.2.40.0.13.1.1.1-dcm4che-1.4.31]
20:49:29,482 INFO  [PatientBean] Created Patient[pk=136, pid=2564809366, issuer=null, name=2564809366^^^^]
20:49:29,486 INFO  [StudyBean] Created Study[pk=177, uid=9999.239598816780828314843396629615460573898, patient->ejb/Patient:136]
20:49:29,490 INFO  [SeriesBean] Created Series[pk=304, uid=9999.208068195652543119118454428359472250747, study->ejb/Study:177]
20:49:29,495 INFO  [InstanceBean] Created Instance[pk=4137, iuid=9999.174855098946880503321120926346654075074, cuid=1.2.840.10008.5.1.4.1.1.4, series->ejb/Series:304]
20:49:29,498 INFO  [FileBean] Created File[pk=4137, filepath=2015/9/8/20/F863BFEA/BEFFAAF3/A3B41993, tsuid=1.2.840.10008.1.2.1, filesystem->ejb/FileSystem:1, inst->ejb/Instance:4137]
20:49:29,506 INFO  [StorageBean] inserted records for instance[uid=9999.174855098946880503321120926346654075074]
20:49:29,526 INFO  [FsmImpl] sending [pc-3] 1:C_STORE_RSP
        class:  1.2.840.10008.5.1.4.1.1.4/MR Image Storage
        inst:   9999.174855098946880503321120926346654075074/?
        status: 0
20:49:29,530 INFO  [FsmImpl] received A-RELEASE-RQ
20:49:29,530 INFO  [FsmImpl] sending A-RELEASE-RP
20:49:29,675 INFO  [FsmImpl] closing connection - Socket[addr=/192.168.1.119,port=57119,localport=11112]
20:49:29,675 INFO  [ServerImpl] finished - Socket[addr=/192.168.1.119,port=57119,localport=11112]


It works. I can even open the image (See attachment)

We are sadly now reaching the limit of my expertise on this matter, I can only recommend you to disable the Window's Firewall on both ends just to be sure and to post the log of your dcm4chee here to see if we can spot something wrong
works.png

Sorcerer Stone

unread,
Sep 8, 2015, 10:16:11 PM9/8/15
to dcm...@googlegroups.com
Jon,
Thank you. You went above & beyond your duty to help me. I appreciate your effort.

Just an update:
I turned off the firewall same negative result.
I tried your method of sending the same dcm file over using dcm4che (i.e. dcmtk) toolkit. I got the same output as yours except nothing is registered in dcm4chee.

I looked into the log file of dcm4chee (server.log), I got periodic time stamped statements with the same content:

2015-09-08 21:59:54,568 INFO  -> (Thread-251) [org.dcm4chex.archive.mbean.FileSystemMgt2Service] Check file system group ONLINE_STORAGE for deletion of orphaned private files

This message was at the time when I sent the file using the toolkit.

But something in the server.log caught my eyes. Every now & then, server.log registered this entry:

21:49:06,690 WARN  [LoginResources] Could not get locale us for login page
21:49:12,111 WARN  [LoginResources] Could not get locale us for login page

I look at the print out from the dos box which is running the \\dcm4chee-2.18.1-mysql\bin\run.bat

JBoss also registered periodically the above 2 lines of not able to get locale us for login page

Do you think it is something to do with authentication setup of my dcm4chee? or JBoss?




Sorcerer Stone

unread,
Sep 18, 2015, 5:19:22 PM9/18/15
to dcm...@googlegroups.com
Hello Jon,
I felt so stupid. I just found out the cause of the problem using netstat command. I had installed an old app which I had forgotten. It uses port 11112 - same as dcm4chee. As soon as I uninstalled this old app, I can forward dcm file to dcm4chee & I can see it in the UI of dcm4chee. Sorry for wasting your time responding to my questions.

Jon Ander Zuccaro

unread,
Sep 19, 2015, 2:57:39 AM9/19/15
to dcm...@googlegroups.com
Makes perfect sense, it was the only logical explanation.

Cheers

Faisal Naveed

unread,
Apr 24, 2018, 2:44:30 AM4/24/18
to dcm4che
How to use dcmsend? Please help me.

Jon Ander Zuccaro

unread,
Apr 24, 2018, 3:05:46 AM4/24/18
to dcm4che
Your question is to broad, please narrow it down.

What environment?

dcmsnd was a tool from the 2.x toolkit, the new toolkit, available here:

https://sourceforge.net/projects/dcm4che/files/dcm4che3/5.13.0/

has a similar tool called bin/storescu

Run storescu --help

You'll need the AETitle, port and host name of the PACS to which you want to send images.

Alireza Sedghi

unread,
Nov 1, 2020, 11:21:55 AM11/1/20
to dcm4che
Hi, 
I have my dcm4chee setup with docker and it is running at localhost:8080 and I can upload dicom images by selecting them. I need to upload a full directory and I found this thread. I tried 

dcm4che-5.13.0/bin/storescu -c dcm4chee-arc@localhost:8080 /Users/me/dicom_folder

however It is not successful, am I missing something?

Thanks in advance for your help

vrinda...@j4care.com

unread,
Nov 1, 2020, 12:37:40 PM11/1/20
to dcm4che
You have used incorrect Application Entity Title and port.

dcm4che-5.13.0/bin/storescu -c DCM4CHEE@localhost:11112 /Users/me/dicom_folder

Alireza Sedghi

unread,
Nov 1, 2020, 1:42:29 PM11/1/20
to dcm4che
Awesome, it solved my problem. 
thanks

gabrielp...@gmail.com

unread,
May 7, 2021, 12:15:31 PM5/7/21
to dcm4che
Hi...
do you solved your problem? i have same problem.... please Help...

I use, dcm4chee2.18.3-mysql
i try using that....

gabriel@UbuntuPC:~/Descargas/dcm4che-2.0.29/bin$ ./dcmsnd DCM4CHEE@localhost:11112 /opt/dcm4chee-2.18.0-con_imagenes/server/default/archive/2019/1/1/0/91E2E107/
Scanning files to send
..
Scanned 2 files in 0.074s (=37ms/file)
13:10:15,767 INFO   - Association(1) initiated Socket[addr=localhost/127.0.0.1,port=11112,localport=38909]
13:10:15,769 INFO   - DCM4CHEE(1): A-ASSOCIATE-RQ DCM4CHEE << DCMSND
13:10:15,778 INFO   - DCM4CHEE(1): A-ASSOCIATE-AC DCMSND >> DCM4CHEE
Connected to DCM4CHEE@localhost:11112 in 0.056s
13:10:15,820 INFO   - DCM4CHEE(1) << 1:C-STORE-RQ[pcid=1, prior=0
    cuid=1.2.840.10008.5.1.4.1.1.1/Computed Radiography Image Storage
    iuid=1.3.51.0.7.12570358118.388.23622.48057.16232.56128.53170
    ts=1.2.840.10008.1.2/Implicit VR Little Endian]
13:10:15,980 INFO   - DCM4CHEE(1) >> 1:C-STORE-RSP[pcid=1, status=0H
    cuid=1.2.840.10008.5.1.4.1.1.1/Computed Radiography Image Storage
    iuid=1.3.51.0.7.12570358118.388.23622.48057.16232.56128.53170]
.13:10:15,981 INFO   - DCM4CHEE(1) << 2:C-STORE-RQ[pcid=1, prior=0
    cuid=1.2.840.10008.5.1.4.1.1.1/Computed Radiography Image Storage
    iuid=1.3.51.0.7.826838095.57187.64836.48108.54323.50776.40904
    ts=1.2.840.10008.1.2/Implicit VR Little Endian]
13:10:16,114 INFO   - DCM4CHEE(1) >> 2:C-STORE-RSP[pcid=1, status=0H
    cuid=1.2.840.10008.5.1.4.1.1.1/Computed Radiography Image Storage
    iuid=1.3.51.0.7.826838095.57187.64836.48108.54323.50776.40904]
.
Sent 2 objects (=12.924549MB) in 0.335s (=38.58074MB/s)
13:10:16,115 INFO   - DCM4CHEE(1) << A-RELEASE-RQ
13:10:16,115 INFO   - DCM4CHEE(1) >> A-RELEASE-RP

Released connection to DCM4CHEE@localhost:11112
13:10:16,115 INFO   - DCM4CHEE(1): close Socket[addr=localhost/127.0.0.1,port=11112,localport=38909]
gabriel@UbuntuPC:~/Descargas/dcm4che-2.0.29/bin$


I did the whole process, but it doesn't work, I can't find the images. I have tried an empty server to test, but nothing. Please could you help me?

Ric Dingal

unread,
May 17, 2021, 2:51:27 AM5/17/21
to dcm4che
Ms. Vrinda how do you do?(dcm4che-5.13.0/bin/storescu -c DCM4CHEE@localhost:11112 /Users/me/dicom_folder) i want to ask if  you can dcmsnd a 1 file only? filtering I mean or like all files that start in v*.dcm thank you

Vrinda Nayak

unread,
May 17, 2021, 3:43:14 AM5/17/21
to dcm4che
With storescu tool, you can choose to send one or more files / folders.
To send
- only one file : dcm4che-5.13.0/bin/storescu -c DCM4CHEE@localhost:11112 /Users/me/dicom_folder/dicom-object-file-name
- files starting with a prefix : dcm4che-5.13.0/bin/storescu -c DCM4CHEE@localhost:11112 /Users/me/dicom_folder/v*.dcm

Ric Dingal

unread,
May 17, 2021, 4:15:21 AM5/17/21
to dcm...@googlegroups.com
Ok it a success, how about i want to upload recently added dicom images?thanks a lot

You received this message because you are subscribed to the Google Groups "dcm4che" group.
To unsubscribe from this group and stop receiving emails from it, send an email to dcm4che+u...@googlegroups.com.
To view this discussion on the web visit https://groups.google.com/d/msgid/dcm4che/7d039b33-7544-4693-9ff7-0c594a599223n%40googlegroups.com.
Reply all
Reply to author
Forward
0 new messages