Posts by ome_chris

    Hi,


    This works for me (example):


    # Export Converters
    ForwardAnnotationLevel = IMAGE
    ForwardAssociationCloseDelay = 5
    ForwardAssociationRefreshDelay = 3600
    ExportConverters = 1
    ExportModality0 = *
    # Create a jpeg image
    ExportConverter0 = /bin/mkdir -p /data/jpeg/"%V0010,0010"/%V0008,0020; /usr/bin/dcmj2pnm +oj +Wi 1 --scale-x-size 1024 %f /data/jpeg/"%V0010,0010"/%V0008,0020/"%V0008,103e"-"%V0020,0011"-"%V0020,0013".jpeg


    Please mind the semicolon in the statement.
    Export converters will be executed at random. A semicolon will force to execute commands one after each other.


    Chris.

    Hi,


    I did (for Windows) something like the following example:


    Code
    ExportConverter0 = cmd /c mkdir "\dicomserver\data\jpeg\%v0010,0020\%V0010,0010\%V0008,0020" ; dcmj2pnm.exe +oj +Wn --scale-x-size 1024 %f "\data\jpeg\%i\%V0010,0010\%V0008,0020\%V0008,1030-%V0008,103E-%V0020,0011.jpeg"


    You need dcmj2pnm.exe (from the Offis tools) to be resident in the Conquest root.
    My experience is that the Offis tool creates better quality images than the native Conquest command.


    Chris

    Hi Marcel,


    It seems to be necessary (Debian Wheezy) to have installed:
    libmysqlclient-dev
    libmysqld-dev


    After that you can find mysql.h in /usr/include/mysql.


    After installing both compilation goes without problems.


    Chris

    Hi,


    When trying to compile on a Debiam Wheezy system I get the following:


    chrisje@draakje:~/conquest/conquest-linux-1417/conquestlinux1417$ sudo ./maklinux_mysql
    In file included from dgate.hpp:69:0,
    from vrtosql.cpp:76,
    from total.cpp:105:
    odbci.hpp:119:20: fatal error: mysql.h: Bestand of map bestaat niet
    compilation terminated.
    cp: kan status van ‘dgate’ niet opvragen: Bestand of map bestaat niet


    So compiling fails.
    I met the same on another Debian Wheezy syatem

    Hi Sabine,


    I'm sure that the Drypix on;y prints 14INx17IN.


    However I've seen the log also and changed the format within IQ-View to 11INX14IN (11INX15IN doen't exixt).


    With the same negative result.


    With regard to a support ticket: this is just a trial version to get the customer to buy the IQ-View package.
    That's why I called your support.


    --
    Chris

    Hi,


    Just installed IQ-View trial 2.8.0 on a W-XP box and tried to print to a Fuji Drypix 1000 printer which reslulted in an association error.


    Printing from another application on the same box goes well, using exactly the same parameters.


    The log:


    Can you give any clues?


    --
    Chris

    Hi Marcel,


    I manually deleted some images on the MAG device


    Regeneration of the mysql db works fine with:
    dgate -v -r


    However with:
    dgate --regen:
    it failes. The data in the mysql db are not changed


    The serverstatus.log claimes "SUCCES" for all images in the latter case.


    Using 1.4.17alpha on a Linux Debian system.


    Chris

    This works fine on a local box. CONQNAS and CONQBIN are on the same box (LINUX):
    ./dgate --movestudy:CONQNAS,CONQBIN,"03.09274":1.3.51.0.7.12659952439.8475.50503.37116.2858.25356.57779


    Output:
    Sun Nov 18 09:19:41 2012 UPACS THREAD 70: STARTED AT: Sun Nov 18 09:19:41 2012
    Sun Nov 18 09:19:41 2012 Calling Application Title : "CONQNAS "
    Sun Nov 18 09:19:41 2012 Called Application Title : "CONQNAS "
    Sun Nov 18 09:19:41 2012 Application Context : "1.2.840.10008.3.1.1.1", PDU length: 16384
    Sun Nov 18 09:19:41 2012 Presentation Context 0 "1.2.840.10008.5.1.4.1.2.1.2" 1
    Sun Nov 18 09:19:41 2012 Presentation Context 1 "1.2.840.10008.5.1.4.1.2.2.2" 1
    Sun Nov 18 09:19:41 2012 C-Move Destination: "CONQBIN "
    Sun Nov 18 09:19:41 2012 Number of Images to send: 26
    Sun Nov 18 09:19:43 2012 Sending file : /c/DicomData/03_09274/1.3.51.0.7.1110474781.3433.48963.44666.130.30878.54154_0021_000021_1353218072001e.dcm
    Sun Nov 18 09:19:45 2012 Sending file : /c/DicomData/03_09274/1.3.51.0.7.11315788245.23546.34891.37946.35117.10326.46295_0012_000012_1353218076001f.dcm
    .. etc ..


    This goes wrong (forward to CONQUEST1417 on another box (Windows or Linux):
    ./dgate --movestudy:CONQNAS,CONQUEST1417,"03.09274":1.3.51.0.7.12659952439.8475.50503.37116.2858.25356.57779


    Output on the local CONQNAS box:
    Sun Nov 18 09:34:42 2012 UPACS THREAD 72: STARTED AT: Sun Nov 18 09:34:42 2012
    Sun Nov 18 09:34:42 2012 Calling Application Title : "CONQNAS "
    Sun Nov 18 09:34:42 2012 Called Application Title : "CONQNAS "
    Sun Nov 18 09:34:42 2012 Application Context : "1.2.840.10008.3.1.1.1", PDU length: 16384
    Sun Nov 18 09:34:42 2012 Presentation Context 0 "1.2.840.10008.5.1.4.1.2.1.2" 1
    Sun Nov 18 09:34:42 2012 Presentation Context 1 "1.2.840.10008.5.1.4.1.2.2.2" 1
    Sun Nov 18 09:34:42 2012 C-Move Destination: "CONQUEST1417 "
    Sun Nov 18 09:34:42 2012 ***preretrieve/forward xxx to: remote DICOM error
    Sun Nov 18 09:34:42 2012 C-Move (StudyRoot)
    Sun Nov 18 09:34:42 2012 UPACS THREAD 72: ENDED AT: Sun Nov 18 09:34:42 2012
    Sun Nov 18 09:34:42 2012 UPACS THREAD 72: TOTAL RUNNING TIME: 0 SECONDS


    I can ping and DICOM-echo the CONQUEST1417 box out of the CONQNAS box.


    Contents of acrnema.map on the CONQNAS box:
    ####
    CONQNAS 127.0.0.1 5678 un
    ####
    CONQBIN 127.0.0.1 5679 un
    ####
    CONQBACK 127.0.0.1 5690 un
    ####
    NX01 NX01 104 un
    ####
    CONQUEST1417 192.168.11.35 5691 un
    ####
    KPSERVER 192.168.11.35 104 un


    Contents of acrnema.map on the remote CONQUEST1417 box:
    CONQUEST1417 127.0.0.1 5691 un
    KPSERVER 127.0.0.1 104 un
    CONQNAS NS-DOCAVE 5678 un


    BTW, move to KPacs on another box also fails.

    Hi,


    I got this error (Weasis):

    Code
    ERROR* [pool-5-thread-1] org.weasis.dicom.explorer.wado.LoadSeries Http Response error 500 for http://localhost/cgi-bin/dgate.exe?requestType=WADO&studyUID=1.3.51.0.7.1732971786.9881.38726.48075.27175.59817.36231&seriesUID=1.3.51.0.7.2852772038.3342.34891.45098.40517.31420.12728&objectUID=1.3.51.0.7.11373394134.12058.34628.33472.64615.41072.50600&contentType=application%2Fdicom


    and here the Conquest log:


    Any clues?


    Chris


    I seems to work somehow a bit, I can see the thumbs but the .dcm images are not loading and the thumbs are dissapearing after a short while as described earlier in this tread.
    I'll have a look at the logs.


    Chris