Posts by AndreasKnopke

    A patch version of iQ-View 2.5 is in pre-release state. It will correct some issues with the latest release including some windows messaging/memory management problems that might cause crashes like this. Official release date will be 29.08.08 but we might publish it earlier. Frequently check our download section for 2.5b


    Regards,
    Andreas

    sorry, overread the part with the two K-PACS workstations.


    If you want to "link" two k-pacs workstations, you should install a central archive application like Conquest that supports Q/R as SCP. Each K-PACS will comunicate with Conquest and therefor share the same images.


    Regards,
    Andreas

    The approach that you are describing to view images of a Conquest datase is not optimal. You can directly connect to the conquest server via DICOM network. Conquest is listening at port 5678 by default and K-PACS at 104. Open the Conquest server's dialog and add "KPServer 127.0.0.1 104" to the "Known DICOM provider" tab. After a re-start of the server you should be able to "query" the conquest server in the network mode of K-PACS and "retrieve" (download) the images. This is much faster than scanning the harddrive. The reason for the black images is, that Conquest compresses the images by default with a proprietory compression method that K-PACS does not support. If the images are available in the imagebox of K-PACS as well, they will be loaded from there. That is the reason, why you can display the images of the last 20 days but not the older ones.
    If you use the network approach, Conquest will negotiate the compression method (transfer syntax) and decompress the images prior to transfer.


    Regards,
    Andreas

    This sounds like misconfiguration on K-PACS site. Please re-check if IP,PORT and AET of PacsOne is correctly set up in the Dicom Settings dialog. I do not know if PacsOne offers access restriction. In this case, one must "allow" K-PACS to c-echo PacsOne.


    Regards,
    Andras

    The problem is caused by a space padded SeriesInstanceUID. This is not allowed in DICOM. Since K-PACS uses a StudyInstanceUID\SeriesInstanceUID\SOPInstanceUID structure to store files, it failes in this case because windows does not allow a directory name with a space character at the end.


    I will implement a correction algorithm as a workarround.


    Regards,
    Andreas

    Hi Norm,
    It's almost impossible to track down these kind of problems without more information. What you could try is to run KPServer with the -fork option to enable the multithread mode. If an association fails like this during transfer, there might be situations where parts of the already received data are already incorporated into the database and that's why K-PACS might not refresh this data with a re-transfer. Most of the time it helps when you simple restart the computer and repeat the download. If this does not help, a database reorganisation will probably fix the corruption.


    Regards,
    Andreas

    Well, there are a lot of possible reasons:


    - the remote node does not accept queries from K-PACS (access right control, configuration issue)
    - the remote node does not support c-find with StudyRootInformationModel
    - the remote node does not like our c-find request for other reasons. In this case you should look into the log files on remote node side in order to find out the reason, but generally this is a quite rare situation.


    Regards,
    Andreas

    Yes of course: use the IP of your computer, 104 as port (Default) and "KPSERVER" as AET (Default). You can change these setting with the server admin tool.


    Regards,
    Andreas

    The transfer is handled sequentially, all associations are queued. This can cause timeouts for some waiting associations when a long transfer is blocking the server, but most modalities will repeat their request since this is a common problem. The upcomming patch version of iQ-View (2.5b) will also offer a true multithreadded mode that handles all associations parallely.


    Regards,
    Andreas

    Default AET is KPSERVER
    Default Port is 104


    You can change AET and port to anything you wish as long as you follow two simple rules:
    the port must not be blocked by a firewall and no other software should use it
    the AET should not be longer than 16 characters and is supposed to be unique in a closed network



    regards,
    Andreas

    Well, this issue can not easily be solved.
    K-PACS database is a simple cvs database and does not support disc spanning. The only solution for you would be to upgrade your hard discs or move the complete database to another storage like a SAN.


    You can point the server to another image storage path (imagebox) with opening the "server administration tool" and changing the imagebox path here. Don't forget to stop and re-start the server. Now all new image will be retrieved to this new folder.

    Well, the latest version of the server creates a bmp thumbnail image for every stored DICOM file but with a fix resolution of 200x200 pixel which is not very big and will not duplicate the amount of data. This function is needed for the thumbnail preview bar in the study browser window.



    Regards,
    Andreas

    This is a known issue with Syngo beeing very strict in this case.
    SpecificCharacterSet is a Type 1C attribute in a worklist response object and therefor must be set in case a non ASCII character is present in the dataset.
    Conquest probably does not send this attribute if not specifically asked for in the request (which Syngo by the way does not).


    marcel:
    The best way to handle it is to always include 0008,0005=ISO IR_100 into the worklist response. The DCMKT wlscpfs.exe has a parameter that can be set to handle this issue this way (-cs1)


    Regards,
    Andreas