Posts by vinb

    Hi Marcel,


    I didn't see the error in the first post again. Now I'm just seeing the repeated error "connection terminated .." in my later post.


    As you mention "I have seen a similar error once when sending data with the DCMTK, where it hangs up due to an internal error before actually transmitting the data.", do you have any guess what's this internal error is or what is causing it. I'm little bit lost and can't figure out how to debug it.


    The image is being forwarded from two external remote pacs and error is being seen only from one pacs. The error is also not consistent as sometime images do come through but sometime see connection terminated error from this single pacs. It won't be easy to upgrade to 1.4.15 so quickly.


    Appreciate you help.

    Hi Marcel,


    I gave the last option as well and now I do see sql queries in the debug, but for the following error not much is showing up in the logs. Here's the debug log for one of the threads. I still can't figure out what's happening :cry:


    I can send you the log if that would help.


    Mon Nov 16 13:36:37 2009 UPACS THREAD 86: STARTED AT: Mon Nov 16 13:36:37 2009
    Mon Nov 16 13:36:37 2009 A-ASSOCIATE-RQ Packet Dump
    Mon Nov 16 13:36:37 2009 Calling Application Title : "RAPIDSTORE99996 "
    Mon Nov 16 13:36:37 2009 Called Application Title : "DESTAE "
    Mon Nov 16 13:36:37 2009 Application Context : "1.2.840.10008.3.1.1.1", PDU length: 65536
    Mon Nov 16 13:36:37 2009 Number of Proposed Presentation Contexts: 27
    Mon Nov 16 13:36:37 2009 Presentation Context 0 "1.2.840.10008.5.1.4.1.1.4" 1
    Mon Nov 16 13:36:37 2009 Presentation Context 1 "1.2.840.10008.5.1.4.1.1.1" 1
    Mon Nov 16 13:36:37 2009 Presentation Context 2 "1.2.840.10008.5.1.4.1.1.2" 1
    Mon Nov 16 13:36:37 2009 Presentation Context 3 "1.2.840.10008.5.1.4.1.1.7" 1
    Mon Nov 16 13:36:37 2009 Presentation Context 4 "1.2.840.10008.5.1.4.1.1.6.1" 1
    Mon Nov 16 13:36:37 2009 Presentation Context 5 "1.2.840.10008.5.1.4.1.1.3.1" 1
    Mon Nov 16 13:36:37 2009 Presentation Context 6 "1.2.840.10008.5.1.4.1.1.6" 1
    Mon Nov 16 13:36:37 2009 Presentation Context 7 "1.2.840.10008.5.1.4.1.1.3" 1
    Mon Nov 16 13:36:37 2009 Presentation Context 8 "1.2.840.10008.5.1.4.1.1.1.1" 1
    Mon Nov 16 13:36:37 2009 Presentation Context 9 "1.2.840.10008.5.1.4.1.1.1.1.1" 1
    Mon Nov 16 13:36:37 2009 Presentation Context 10 "1.2.840.10008.5.1.4.1.1.1.3" 1
    Mon Nov 16 13:36:37 2009 Presentation Context 11 "1.2.840.10008.5.1.4.1.1.1.3.1" 1
    Mon Nov 16 13:36:37 2009 Presentation Context 12 "1.2.840.10008.5.1.4.1.1.1.2" 1
    Mon Nov 16 13:36:37 2009 Presentation Context 13 "1.2.840.10008.5.1.4.1.1.1.2.1" 1
    Mon Nov 16 13:36:37 2009 Presentation Context 14 "1.2.840.10008.5.1.4.1.1.20" 1
    Mon Nov 16 13:36:37 2009 Presentation Context 15 "1.2.840.10008.5.1.4.1.1.128" 1
    Mon Nov 16 13:36:37 2009 Presentation Context 16 "1.2.840.10008.5.1.4.1.1.77.1.1" 1
    Mon Nov 16 13:36:37 2009 Presentation Context 17 "1.2.840.10008.5.1.4.1.1.77.1.2" 1
    Mon Nov 16 13:36:37 2009 Presentation Context 18 "1.2.840.10008.5.1.4.1.1.77.1.4" 1
    Mon Nov 16 13:36:37 2009 Presentation Context 19 "1.2.840.10008.5.1.4.1.1.77.1.3" 1
    Mon Nov 16 13:36:37 2009 Presentation Context 20 "1.2.840.10008.5.1.4.1.1.12.1" 1
    Mon Nov 16 13:36:37 2009 Presentation Context 21 "1.2.840.10008.5.1.4.1.1.12.3" 1
    Mon Nov 16 13:36:37 2009 Presentation Context 22 "1.2.840.10008.5.1.4.1.1.12.2" 1
    Mon Nov 16 13:36:37 2009 Presentation Context 23 "1.2.840.10008.5.1.1.30" 1
    Mon Nov 16 13:36:37 2009 Presentation Context 24 "1.2.840.10008.5.1.1.29" 1
    Mon Nov 16 13:36:37 2009 Presentation Context 25 "1.2.840.10008.5.1.4.1.1.481.1" 1
    Mon Nov 16 13:36:37 2009 Presentation Context 26 "7.5.63.970725.1" 0
    Mon Nov 16 13:36:37 2009 Server Command := 0001
    Mon Nov 16 13:36:37 2009 Message ID := 205d
    Mon Nov 16 13:36:37 2009 0000,0002 26 UI AffectedSOPClassUID "1.2.840.10008.5.1.4.1.1.1"
    Mon Nov 16 13:36:37 2009 0000,0100 2 US CommandField 1
    Mon Nov 16 13:36:37 2009 0000,0110 2 US MessageID 8285
    Mon Nov 16 13:36:37 2009 0000,0700 2 US Priority 0
    Mon Nov 16 13:36:37 2009 0000,0800 2 US DataSetType 0
    Mon Nov 16 13:36:37 2009 0000,1000 52 UI AffectedSOPInstanceU "1.2.392.200046.100.2.1.1.12119.20091115202634.7.1.1"
    Mon Nov 16 13:39:22 2009 Failed STORAGE
    Mon Nov 16 13:39:22 2009
    ***Client Error: command 0001 failed **
    Mon Nov 16 13:39:22 2009 ***Connection Terminated
    Mon Nov 16 13:39:22 2009 0000,0002 26 UI AffectedSOPClassUID "1.2.840.10008.5.1.4.1.1.1"
    Mon Nov 16 13:39:22 2009 0000,0100 2 US CommandField 1
    Mon Nov 16 13:39:22 2009 0000,0110 2 US MessageID 8285
    Mon Nov 16 13:39:22 2009 0000,0700 2 US Priority 0
    Mon Nov 16 13:39:22 2009 0000,0800 2 US DataSetType 0
    Mon Nov 16 13:39:22 2009 0000,1000 52 UI AffectedSOPInstanceU "1.2.392.200046.100.2.1.1.12119.20091115202634.7.1.1"
    Mon Nov 16 13:39:24 2009
    Mon Nov 16 13:39:24 2009 UPACS THREAD 87: STARTED AT: Mon Nov 16 13:39:23 2009

    Hi Marcel,


    As you suggested I do see the storage error, but doesn't provide details on the error. What kind of storage error or what's causing it, I'm using Mysql, so is it mysql error with particular client, as it's working fine with other clients. Is it insert sql error? Could you please provide some insight into it. I've added the snippet of log below. Thanks for your response.


    Mon Nov 16 09:48:56 2009 UPACS THREAD 19: STARTED AT: Mon Nov 16 09:48:55 2009
    Mon Nov 16 09:48:56 2009 A-ASSOCIATE-RQ Packet Dump
    Mon Nov 16 09:48:56 2009 Calling Application Title : "RAPIDSTORE99996 "
    Mon Nov 16 09:48:56 2009 Called Application Title : "DEDTAE "
    Mon Nov 16 09:48:56 2009 Application Context : "1.2.840.10008.3.1.1.1", PDU length: 65536
    Mon Nov 16 09:48:56 2009 Number of Proposed Presentation Contexts: 27
    Mon Nov 16 09:48:56 2009 Presentation Context 0 "1.2.840.10008.5.1.4.1.1.4" 1
    Mon Nov 16 09:48:56 2009 Presentation Context 1 "1.2.840.10008.5.1.4.1.1.1" 1
    Mon Nov 16 09:48:56 2009 Presentation Context 2 "1.2.840.10008.5.1.4.1.1.2" 1
    Mon Nov 16 09:48:56 2009 Presentation Context 3 "1.2.840.10008.5.1.4.1.1.7" 1
    Mon Nov 16 09:48:56 2009 Presentation Context 4 "1.2.840.10008.5.1.4.1.1.6.1" 1
    Mon Nov 16 09:48:56 2009 Presentation Context 5 "1.2.840.10008.5.1.4.1.1.3.1" 1
    Mon Nov 16 09:48:56 2009 Presentation Context 6 "1.2.840.10008.5.1.4.1.1.6" 1
    Mon Nov 16 09:48:56 2009 Presentation Context 7 "1.2.840.10008.5.1.4.1.1.3" 1
    Mon Nov 16 09:48:56 2009 Presentation Context 8 "1.2.840.10008.5.1.4.1.1.1.1" 1
    Mon Nov 16 09:48:56 2009 Presentation Context 9 "1.2.840.10008.5.1.4.1.1.1.1.1" 1
    Mon Nov 16 09:48:56 2009 Presentation Context 10 "1.2.840.10008.5.1.4.1.1.1.3" 1
    Mon Nov 16 09:48:56 2009 Presentation Context 11 "1.2.840.10008.5.1.4.1.1.1.3.1" 1
    Mon Nov 16 09:48:56 2009 Presentation Context 12 "1.2.840.10008.5.1.4.1.1.1.2" 1
    Mon Nov 16 09:48:56 2009 Presentation Context 13 "1.2.840.10008.5.1.4.1.1.1.2.1" 1
    Mon Nov 16 09:48:56 2009 Presentation Context 14 "1.2.840.10008.5.1.4.1.1.20" 1
    Mon Nov 16 09:48:56 2009 Presentation Context 15 "1.2.840.10008.5.1.4.1.1.128" 1
    Mon Nov 16 09:48:56 2009 Presentation Context 16 "1.2.840.10008.5.1.4.1.1.77.1.1" 1
    Mon Nov 16 09:48:56 2009 Presentation Context 17 "1.2.840.10008.5.1.4.1.1.77.1.2" 1
    Mon Nov 16 09:48:56 2009 Presentation Context 18 "1.2.840.10008.5.1.4.1.1.77.1.4" 1
    Mon Nov 16 09:48:56 2009 Presentation Context 19 "1.2.840.10008.5.1.4.1.1.77.1.3" 1
    Mon Nov 16 09:48:56 2009 Presentation Context 20 "1.2.840.10008.5.1.4.1.1.12.1" 1
    Mon Nov 16 09:48:56 2009 Presentation Context 21 "1.2.840.10008.5.1.4.1.1.12.3" 1
    Mon Nov 16 09:48:56 2009 Presentation Context 22 "1.2.840.10008.5.1.4.1.1.12.2" 1
    Mon Nov 16 09:48:56 2009 Presentation Context 23 "1.2.840.10008.5.1.1.30" 1
    Mon Nov 16 09:48:56 2009 Presentation Context 24 "1.2.840.10008.5.1.1.29" 1
    Mon Nov 16 09:48:56 2009 Presentation Context 25 "1.2.840.10008.5.1.4.1.1.481.1" 1
    Mon Nov 16 09:48:56 2009 Presentation Context 26 "7.5.63.970725.1" 0
    Mon Nov 16 09:48:56 2009 Server Command := 0001
    Mon Nov 16 09:48:56 2009 Message ID := 1fd6
    Mon Nov 16 09:48:56 2009 0000,0002 26 UI AffectedSOPClassUID "1.2.840.10008.5.1.4.1.1.1"
    Mon Nov 16 09:48:56 2009 0000,0100 2 US CommandField 1
    Mon Nov 16 09:48:56 2009 0000,0110 2 US MessageID 8150
    Mon Nov 16 09:48:56 2009 0000,0700 2 US Priority 0
    Mon Nov 16 09:48:56 2009 0000,0800 2 US DataSetType 0
    Mon Nov 16 09:48:56 2009 0000,1000 52 UI AffectedSOPInstanceU "1.2.392.200046.100.2.1.1.12119.20091115202634.6.1.1"
    Mon Nov 16 09:50:27 2009 Failed STORAGE
    Mon Nov 16 09:50:27 2009
    ***Client Error: command 0001 failed **
    Mon Nov 16 09:50:27 2009 ***Connection Terminated
    on Nov 16 09:50:27 2009 ***Connection Terminated
    Mon Nov 16 09:50:27 2009 0000,0002 26 UI AffectedSOPClassUID "1.2.840.10008.5.1.4.1.1.1"
    Mon Nov 16 09:50:27 2009 0000,0100 2 US CommandField 1
    Mon Nov 16 09:50:27 2009 0000,0110 2 US MessageID 8144
    Mon Nov 16 09:50:27 2009 0000,0700 2 US Priority 0
    Mon Nov 16 09:50:27 2009 0000,0800 2 US DataSetType 0
    Mon Nov 16 09:50:27 2009 0000,1000 52 UI AffectedSOPInstanceU "1.2.392.200046.100.2.1.1.12119.20091115202634.3.1.1"
    Mon Nov 16 09:51:03 2009

    Hi Marcel,


    I tried this command dgate --debuglog_on, but I didn't see any debug statements in the server_status.log. I'm running linux 1.4.14 version. Is there any other command I use to log the detailed debug statements in the log. I also setup debug_level to 4 in the dicom.ini and restarted the server, but still no debug statements in the log.


    Thanks for the help


    -V

    Hi I'm using Conquest 1.4.14 on Ubuntu (32 bit)


    In PacsTrouble.log seeing the following error:
    I tried putting debug level to 4, but didn't see any more details in server status log.


    ***Client Error: command 0001 failed **
    Tue Nov 10 23:15:35 2009 ***Connection Terminated
    Tue Nov 10 23:32:03 2009 ***Error saving to SQL: 69021{####1LyyA]PLLDL_}/1.2.392.200046.100.2.1.50593.231.20091105022855.1_0001_000001_1257913923003c.v2


    Qtns:
    1. Any guidance on what's causing this?
    2. How can I see the details of the failing mysql query? Raising the debug level to 4 didn't help to get more details in serverstatus.log.


    Appreciate your response,
    -Vin

    Hi Marcel,
    How can I access n-digit of UID in dicom.ini?


    Stationname is default to be same and originator is not filled in reliably.


    Do UID have any meaning? I thought you cannot rely on them to parse. If there is s reliable way in the structure then I would like to use them to distinguish the clinic.
    E.g.
    1.2.392.200036.9125.2.26160169177194.64584817748.24162
    1.2.392.200036 -> rootid
    9125.2 -> first two suffixes are common among two clinics.
    Should I look for 2 suffixes after rootid and is it consistent for all modalities?


    Thanks
    V

    Thanks Scott - that looks like a good solution. I didn't think of converters.


    Is there a generic solution based on Dicom tags which can distinguish that, so I don't have to add new converters when additional clinics are added. I mean independent of converters?
    Thanks
    -Vinod

    I've problem identifying the study.


    Here's the situation:
    Two clinics have same model Fujifilm x-ray modalities with local pacs. The local pacs forwards images to central hospital Conquest pacs. Is there a way I can uniquely distinguish study is coming from which clinic?


    Clinic1:
    Fujifilm modality forwards the images to local pacs with default ae_title e.g. "AETITLE"
    The local pacs forwards the images to centrally located hospital Conquest PACS.
    e.g. studyid = 1.2.392.200036.9125.2.3079200157247.64584720960.24602


    Clinic2 at different location:
    Fujifilm modality forwards the images to local pacs with default ae_title e.g. "AETITLE"
    The local pacs forwards the images to centrally located hospital Conquest PACS.
    e.g studyid = 1.2.392.200036.9125.2.26160169177194.64584817748.24162


    Now conquest PACS is receiving images from both clinics. Earlier idea was to identify the clinics by the originating ae_title. But don't ask me why but changing the default ae_title of forwarding local pacs is not an option. Also can't rely on institute tag as it's not filled in consistently.


    My question is - Is there a way I can distinguish study is coming from which clinic?
    Is there a tag or combination of tags which can help differentiate which clinic the study belongs to?


    Unfortunately Institute tag is not always filled in and patientId is not guaranteed to be unique among two clinics.


    Clinic 1 studyid: 1.2.392.200036.9125.2.3079200157247.64584720960.24602
    Clinic 2 studyid = 1.2.392.200036.9125.2.26160169177194.64584817748.24162


    From the studyid - 1.2.392.200036.9125.2 -> rootid + first two suffixes are common. Should I look at the modality if there is a UID string they use and is this common for all modalities?


    I would appreciate any kind of input or direction to resolve this issue - thanks in advance.


    -Vinod

    Marcel,


    I was able to compile linux 64 bit version from 1.4.14 version.


    But the moment I start the dgate as
    sudo ./dgate -v


    I keep getting the following error in a loop.


    *** multiplex: connection terminated
    *** multiplex: connection terminated
    *** multiplex: connection terminated


    I tried bumping up the TCPIPTimeOut to 600, but that didn't help.


    I can see that port 104 is in listening mode during the above time, but can't figure out why I'm getting this error. I also set the debug level to 4 in dicom.ini file, but don't see any more debug statement than the shown above.


    Would appreciate your help in running it on 64bit linux, if possible.


    Thanks
    -Vinod

    Hi Marcel,


    I'm was thinking of using your 1.4.14 on 64 bits linux machine. My question is how stable is that? I tested with 32 bit linux and it has been stable. Due feel it could be a risky move to 64 bit?



    Also you mentioned the following fix


    1) edit dbsql.cpp and add at line 1310:


    Code: Select all
    char dum[256];
    BindField(1, SQL_C_CHAR, dum, 255, &sdword);


    so in that file should it the go before return(False) on line 1310 within the if statement, like shown below?


    1307 for (i=1; i<=lastfield; i++)
    1308 {
    1309 if(!DB.BindField (i+1, SQL_C_CHAR, s[i-1], 255, &sdword)){
    char dum[256];
    BindField(1, SQL_C_CHAR, dum, 255, &sdword);
    1310 return ( FALSE );
    }
    1311 s[i-1][0] = 0;
    1312 }


    Thanks
    -Vinod

    Hi,
    I'm trying to view study in Efilm 2.1 workstation from Conquest server 1414 on Windows. I also changed the data files to be saved as .dcm instead of v2 on conquest. From Efilm I can query the list from Conquest server. I can also move studies from Conquest server to Efilm workstation. But when I select a study on Efilm to view I get an error.





    Efilm log:


    (1516) 02-20 00:03:45.23 Failed to retrieve series in study(UID = 1.2.840.113564.3.1.2.10.0.0.62.2008080415464492021) from device(ID = 2) of image source(Image Channel)!
    (1516) 02-20 00:03:45.43 Start: DICOM Study Root Query
    PatientsName = PatientsID = 55303-001 Accession = From = To = M = Desc = ip = 127.0.0.1 port = 5679 AE = CONQUESTSRV2
    (1516) 02-20 00:03:45.45 End : DICOM Study Root Query
    (1516) 02-20 00:03:45.46 1 DICOM C-FIND results returned



    Logs on conquest:
    [CONQUESTSRV2]
    [CONQUESTSRV2] UPACS THREAD 2: STARTED AT: Fri Feb 20 00:03:45 2009
    [CONQUESTSRV2] Calling Application Title : "AE_EFILM "
    [CONQUESTSRV2] Called Application Title : "CONQUESTSRV2 "
    [CONQUESTSRV2] Application Context : "1.2.840.10008.3.1.1.1"
    [CONQUESTSRV2] Presentation Context 0 "1.2.840.10008.5.1.4.1.2.2.1"
    [CONQUESTSRV2] (StudyRootQuery) search level: STUDY
    [CONQUESTSRV2] C-Find (StudyRoot) located 1 records
    [CONQUESTSRV2] UPACS THREAD 2: ENDED AT: Fri Feb 20 00:03:45 2009
    [CONQUESTSRV2] UPACS THREAD 2: TOTAL RUNNING TIME: 0 SECONDS




    I can't figure out why the move from conquest to Efilm works, but cannot retrieve from Conquest server using Efilm. Any help/ ideas /experience using efilm is appreciated.


    Thanks
    -Vinod

    Thanks Marcel, that helps clarify things.


    I tried the following command but I think I didn't get the syntax right:
    dgate --get_remoteae:index,fmt
    as
    > ./dgate --get_remoteae:1,"%s" - but didn't see any remote_ae even thought they existedn in dgatesop.lst
    > ./dgate --get_remoteae:2,"%s" - same as above.


    Am I using the correct syntax - what values can index and fmt have? Sorry wasn't obvious from the manual.



    The other question I have is what's character length limit on the AE_TITLE name which can be added to
    1. dgatesop.lst file
    2. acrnema.map file.


    Thanks
    -Vinod

    I've couple of questions on access under dgatesop.lst and acrnema.map, as I'm little confused about their role.


    I'm planning to use conqest1414 linux version and mysql.


    1) If I add a new entry in dgatesop.lst or to acrnema.map, do I need to restart the dgate process for the new entries to be picked up?


    2) Is there a way I can add remoteAe's to dgatesop.lst without restarting the server? Is there a limit to remoteAE entries in dgatesop.lst?


    3) What's the difference between the remoteAe entry in dgatesop.lst and ae_title entry in acrnema.map file? Does dgatesop.lst entry override acrnema.map file.


    4) I want to allow some servers to send only images and not be able to retrieve - which I thought would be in dgatesop.lst. The other dicom viewers can retrieve images for viewing and are in acrnema.map file. Is this true assumptiom?



    appreciate your answers to the above questions.


    Thanks
    -Vinod

    Thanks Mark.


    I'm using MySql and I'll try command line dgate -i as you mentioned.


    There's another question I've, which I'm not sure is a bug or not. I bumped TruncateFieldNames = 55, so I could use the full field names as column names and it worked fine. The only problem is I can't use the Dicomserver UI DB browser as somehow it's giving an error looking for truncated field names. DB Browser UI works fine if I truncate the fields to default value TruncateFieldNames = 10. Is BrowseThroughDBF field still valid and can it be reused in 1414 version?


    Thanks for all the help.


    -Vinod

    Hi,


    I'm using exportconverters to covert dicom images to small size jpg. If I clear the image database and run (Re)-initialize database, it recreates all the images and populates all tables, but exportconverters are not run. The scenario I was hoping was to overwrite the existing JPG images via re-running exportconverts when databse is re-initialized. What I'm seeing,is it expected behavior?


    While at it, I may as well ask another question - is there a way to add your own private column to study table? I tried adding a field in the dicom.sql under study table with syntax 0X000, 0x000 or something similar and it didn't work. I don't expect it to be filled with Dicom data, but is to be used for some other external use.


    Thanks
    -Vin

    Marcel,
    I took it out of the worklist. I've another question - is there a way to get the ipaddress of the remote AE, in case there is an AE name clash and ipaddress is guaranteed to be unqiue over the internet?


    Thanks
    -Vin

    Marcel, Thanks for the earlier tip, it helped to find the solution. I had to read up on what VR meant :D .
    In case any one else is interested it was pertty easy.


    Add to dicom.ini file
    #ImportConverter to set calling AE
    ImportConverter0 = set 0040,0001 to "%u"


    Add following line to dicom.sql file under study table.
    { 0x0040, 0x0001, "originating_ae", 16, SQL_C_CHAR, DT_STR}


    This will fill calling AE field in the study table.


    -Vin

    Thanks Marcel for the quick response. I've access to the viewing app. Idea is to use the viewing app which looks at the conquest database to retrieve only those images which were forwarded by particular remote clinic. So looks like Originator AE information is the only way to distinguish that?


    Being a noobie, I didn't understand how I can use the Importconverter to add originator field to the dicomstudy table (if this is the right place?) Could you please provide an example for the importconverter and what value to add for OriginaterAE field in the dicom Study table, i.e. {0x...., 0x...., 'originatorAe',64, SQL_C_CHAR, DT_STR}.


    Thanks
    -Vin