Posts by mparamas

  • dgate batch delete

    Thanks. Command worked after I changed directory to C:\dicomserver (or /cygdrive/c/dicomserver if cygwin) folder first.
    PATH was set right. Anyways, I am happy I can batch away.

  • dgate batch delete

    Hi,


    I want to get rid of 1426 studies from Conquest server 1.4.13 (both data and database records) for which I have the study UIDs.


    I did run the following for one study, and no output came up; but the study still returns query response.
    dgate -v --deletestudy:1.2.840.113704.1.1761978484.1084.998316775.67
    And the data files are still there.


    What is wrong with the above command?
    Should I restart database (would be a pain)?


    If I can successfully delete a study, then I can do a batch delete. Please advise. Thanks.

  • Deleting just images folder

    Hi,


    I need to clear a bunch of studies to free up space from Conquest server. What is the consequence of removing just the images folder (named as PID), along with everything under it from say C drive, after of course backing up the folders? So one could query these studies, but they will not get any images. What happens to image counting when querying in such case? If I put back these folders at a later time, can I retrieve those images? Also, if I attempt this, will it corrupt the database (DBIII)?


    I can also send whole DICOM study elsewhere and delete studies from database. But our central backup system is non-DICOM and file-friendly, and I wanted to know the options. Thanks in advance.


    Sundar

  • EncapsulatedPDF support

    Hi,


    We find Conquest PACS server as very efficient to store/retrieve our images. We also have EncapsulatedPDF DICOM files that we need to store. Currently Conquest PACS server does not support EncapsulatedPDF storage SOP class (UID 1.2.840.10008.5.1.4.1.1.104.1). Will it be available in the near future? Thanks in advance.


    Sundar

  • convert .v2 file to DICOM

    All I need is complete DICOM header information from V2 format from command line. While I could see the values with 'strings -a' command (through cygwin), I need to view corresponding tag info.


    My idea is to copy one V2 file from a folder as c:\test.v2 (say) and see DICOM header info, and repeat the same for all folders (with same test.v2 name each time) through script. By doing this, I can map folder name to DICOM Study-UID, I can see which folder is from which scanner, etc.


    Considering above, choosing 'Archive as DICOM' makes sense, but I have data worth 2.5TB (out of 4TB total space) already stored and server is very busy. Can I now switch to .dcm archive option with 2.5TB already on V2 format under same server? Or should I set up another conquest with .dcm as storage option and with decent storage?

  • stored size by modality

    Hi,


    Is there a way to find out data stored size by modality type?
    I am also interested in finding stored size between specific dates again by modality.
    How do I know what folder corresponds to what study-UID since multiple folders exist for same PID (with '_" suffix) under \DATA\ folder?


    Thanks in advance.

  • convert .v2 file to DICOM

    Hi,


    How do I convert .v2 files under \DATA\ folder to DICOM?
    I will make sure v2 files are copied over to some other area before conversion.
    I prefer command line so that I use it in scripts under cygwin.


    Thanks in advance.

  • Query by PT modality

    Hi,


    If a study is a PT\CT (multi-modality) study, then conquest (1.4.13) does not respond to query for 'PT' (PET) or for 'CT'. I have to either look for study for all modalities or query explicitly for 'PT\CT' to fetch correct response.


    The very same study stored on AGFA Impax PACS respond for either 'PT' or 'CT' query by modality. Can we alter settings in conquest to reflect this behavior? Will upgrade to 1.4.14 to resolve this problem?


    Thanks in advance.

  • error after install

    What is the procedure to take from 1.4.11 (with 4719 studies) to 1.4.13 without losing database tabes and data? MAG0 device has 2.8TB used space out of 4TB total.


    I would also like a web interface to conquest server for Query, Retrieve (to local disk), and image viewing ability.


    OS: Windows2003-R2-SP1


    Thanks in advance.

  • Query by PT modality

    I tried to query only studies for PT modality for yesterday in EFILM and in OsiriX and got nothing. If I choose "All" modalities, then Conquest returns studies with PT/CT done yesterday. I could also query by CT, MR modalities; but not PT.


    Conquest server version:1.4.11
    OS: Windows2003R2


    Any ideas? Thanks in advance.

  • DBASEIII for large archive

    Hi,


    It is Windows 2003 server R2 (32-bit).
    Free space on MAG Device 0:= 2337445 MBytes


    Image database is not packed. All images are saved uncompressed.


    Exact error message from serverstatus.log file <trimmed>:
    5/18/2007 7:35:00 AM [CONQUESTSRV2] Written file: E:\data\xxx\1.2.840.113704.1.1761978484.7134.1029244638.2_3099_000001_11794881007196.v2


    5/18/2007 7:35:00 AM [CONQUESTSRV2] ***Index for E:\data\dbase\DICOMImages.DBF is full - speed will degrade until server is restarted


    5/18/2007 7:35:00 AM [CONQUESTSRV2] Written file: E:\data\xxx\1.2.840.113704.1.1761978484.7134.1029244963.6_3100_000001_11794881007197.v2


    5/18/2007 7:35:00 AM [CONQUESTSRV2] ***Index for E:\data\dbase\DICOMImages.DBF is full - speed will degrade until server is restarted


    5/18/2007 7:35:00 AM [CONQUESTSRV2] Written file: E:\data\xxx\1.2.840.113704.1.1761978484.7134.1029245010.9_3101_000001_11794881007198.v2


    5/18/2007 7:35:01 AM [CONQUESTSRV2] ***Index for E:\data\dbase\DICOMImages.DBF is full - speed will degrade until server is restarted


    Will a simple reboot/restarting server fix the problem?
    Please let me know. Thanks. -Sundar

  • DBASEIII for large archive

    Hi,


    Image database is 4.7GB in size, and Conquest reports being full. Q/R on studies show less number of images or no images. Database is DBIII and I know it has limitations. Total storage is 4TB RAID of which about 2TB is free. This storage is expandable to 16TB. Images stored are MR, CT and PET only. I have complete back up of all data on a Massive tape system so images are not lost. Besides there is a production PACS (AGFA Impax). This pacs is a secondary pacs for now, but volume is growing and it may become our primary pacs in 6 months time.


    Which option should I go for?
    1) Upgrade from 1.4.11 with DBaseIII to 1.4.13aplha with DBaseIII. Then switch database from DbaseIII to SQL2005.
    2) Upgrade from 1.4.11 with DBaseIII to 1.4.13alpha with SQL2005
    3) Keep existing 1.4.11 and change databse to SQL2005


    Also I need a pointer to documentation on the procedure.


    Thanks.


    Sundar