Posts by jingangxu

    Hi, Marcel,


    I would like to know how Conquest DICOM Server deals with re-transferring (i.e. transferring same data to the same server multiple times). Will the new transferred data overwrite old data in the same folder or duplicate the data with the different file names in the same folder?


    I am asking this question because one of our users complaining like this:


    Hi Jingang,
    I seem to be having some difficulty. We did a scan last night, and when I went to pull it off the server today there were some dicom files that were doubled (for example 2 files saying they were the 14th file), but they varied slightly in the very last items in the dicom file name. So today I went to resend the subject’s data to mounthood (because at the last users meeting it was established that resending the data would overwrite the existing data), but that just made it so now some files were tripled and others were doubled, and yet others were still singles (again only for the DTI portion of my scan, and not my epi files). Any suggestions on what to do, and how to tell which files are the original? The subject ID is F0008-1108 and the triples and doubles start with the 14th scan.
    Example of files:
    1.3.12.2.1107.5.2.32.35139.2008111316462186410673139.0.0.0_0014_000006_1226624398e6c5.dcm
    1.3.12.2.1107.5.2.32.35139.2008111316462186410673139.0.0.0_0014_000006_1226624852fd16.dcm
    1.3.12.2.1107.5.2.32.35139.2008111316462186410673139.0.0.0_0014_000006_122669763473f4.dcm
    FYI: We also did another scan last night, after this scan, however, all the data posted to mounthood (including the DTI data) was fine… so maybe it is something in particular to this person’s data???????
    -Megan


    I don't know how to answer her question because I cannot tell which files are the original after multiple transferring of the same data.
    Your help is greatly appreciated!
    Jingang

    Hi, Marcel,
    Thank you so much for your reply. I used the following method to recreate the problem:
    I started a new database with Coquest DICOM on a Windows Vista PC called “MOUNTHOOD” and transferred 5 datasets from our Siemens 3T MRI scanner to “MOUNTHOOD” (which is a central database). When I transferred all the data from “MOUNTHOOD” to my office PC (also running Conquest DICOM), 4 out of 5 datasets were transferred correctly, but one dataset transferred only 2430 files out of 2500 (70 files could not be transferred). It seems that all the files were correctly transferred from the Scanner to MOUNTHOOD, but some of the files failed to be registered on MOUNTHOOD database. Is this a index creation problem?


    If I reinitialize the database on MOUNTHOOD, everything is ok (I can transfer all 5 datasets correctly without dropping files). The image files are not corrupted. The problem happens once in a while, but not always. Would you please help me debug this problem ? Your assistance is greatly appreciated.


    For your information, our OS is Windows Vista (32-bits). I used your new version of Conquest DICOM: 1.4.14beta. But every time I run Conquest DICOM, there is a pop-up error message: “Failed to register ActiveX control”. It seems Conquest Dicom is running OK even with this error message. However, it is still dropping files randomly (sometimes, only part of files can be transferred).

    Hi,
    I tried to transfer 2500 images between two Conquest Dicom PCs, but only 2467 images was successfully transferred. There is no error message for this problem. Any idea why this happened? By the way, this error only happens once in a while. Most of the datasets can be transferred correctly.
    Your help is greatly appreciated!
    Jingang

    Does Conquest DICOM Server support DICOM storage commitment?
    If not, is there any way to perform similar function for the Conquest Dicom software?


    Thank you in advance for any answer.
    Best regards,
    Jingang