Posts by mrjohnbravo

    Marcel

    I'm seeing an issue tranmitting DX images , whereby a DX has corrupted data after being transmitted from 1.5.0 . Not a lot of corruption , but definite and absolutely traceable to 1.5.0 . I've reverted back to 1.14.19b and the issue is not present there. I can provide more information and potentially a debuglog if you would like to track this down. It seems very specific in 1.5.0 to only affect DX transmissions. I had seen this type of corruption after transmission in 1.14.19c , d, d2 but it was more prevalent in those versions affecting more modalities. Please let me know what I can do to assist tracking this down.

    MrJohnBravo

    Marcel

    Running Cent 7.6 and I've managed to compile dgate by changing some of the lines in the maklinux script regarding mysql/mariadb. Locations of headers and .so mostly . But now that I've compiled and run I'm getting a couple of errors that are confusing.

    First is that the server is telling me that I don't have enough rights to MAG0 when I I'm using the same user to start dgate as created that directory and also I have rwx set for ugo on that directory as well.

    error is :

    Wed May 13 17:03:39 2020 *** Not enough rights to write in MAG0

    directory config:

    drwxrwxrwx. 2 root root 21 May 13 16:55 data

    MAG0=/usr/local/dicomgate/data

    I started dgate as follows:

    ./dgate -v


    Second is the following error ... which i assume is telling me that somehow dgate hasn't been able to connect to the mysql / maridb driver?

    Database type: NULL driver (black hole)

    Any hints or suggestions would be appreciated .

    Thanks in advance

    MrJohnathan Bravo

    Marcel

    I'm running I'm on 1.4.19b . I'm wondering if this is the same as bug 64 for version 1.5 alpha .

    I've added a simple ImportConverter as follows:

    ifequal "%u","CALLINGAE";system php /var/scripts/ConversionJob.php %f %VStudyInstanceUID

    This import converter does work but not completely properly. The value sent to my script by %f is different than the actual filename written to the filesystem. It seems to differ by a single incremental value . As an example here are 2 image files that I received to my dgate instance recently and the %f value sent to my script, followed by the actual filename written to the filesystem.

    IMAGE #1--------------

    %f received by script = /usr/local/dicomgate/data/722006-1752-2019/1.3.46.670589.28.26690171469773220191010230221192396.11112_0000_000001_1571001576002e.dcm

    Actual filename written = /usr/local/dicomgate/data/722006-1752-2019/1.3.46.670589.28.26690171469773220191010230221192396.11112_0000_000001_1571001576002f.dcm

    IMAGE #2-------------

    %f received by script =/usr/local/dicomgate/data/722006-1752-2019/1.3.46.670589.28.26690171469773220191010230154995010.2.2_0002_000002_1571001574002b.dcm

    Actual filename written = /usr/local/dicomgate/data/722006-1752-2019/1.3.46.670589.28.26690171469773220191010230154995010.2.2_0002_000002_1571001574002c.dcm

    As you can see it looks like the last value is incremented by 1 on each filename. Is this is a known issue in 1.4.19b I can provide more examples if needed as the behavior is very consistent.

    Mr Johnathan Bravo

    Marcel

    Due to an issue I'm having forwarding a study to a remote (not dgate) pacs upon receipt I need to manually start/spawn local filesystem script or possibly a lua script to work around the issue. This has to be done however after the entire study has been received. Can you tell me how to launch such a process from ExportConverter? or is there a better solution than export converter? Thanks in advance.

    Mr John Bravo

    Marcel

    Is there a way to grab the current UPACS THREAD number from within the RetrieveOn function? I'd like to add that number to the OperatorConsole output when the server reports that it is "Sending File" . So it would read something like "UPACS THREAD ## : Sending file: filename.) . Or rather as it is in the code from line 17360 in dgate.cpp

    Code
    OperatorConsole.printf("Sending file : %s\n", Filename);

    I'd like to put something like

    Code
    OperatorConsole.printf("UPACS THREAD %d: Sending file : %s\n", Threadnum, Filename);

    Would that be possible? Thanks in advance.

    Mr Johnathan Bravo

    Marcel

    or anyone who might have done this already.

    Would there be anything inherently wrong with running multiple dgate instances pointing to the same mysql database? Would there be anything to watch out for in a setup like this assuming it's sane besides making sure both dgates point to the same MAG location?

    Mr Johnathan Bravo

    Hi,

    Sorry, an error in the makefile; add $SRC/luasocket/luasocket.a into line 47 in maklinux just as in line 39.

    Note: fixed in 1.4.19c1

    Marcel

    Just as a quick note, I also just compiled on a fresh Centos 7.6 with the newest 1419c1 download and the $SRC/luasocket/luasocket.a is not in line 39 and so making with Mysql option doesn't work until it's added back into line 39. It is however in line 47.

    Mr. Johnathan Bravo

    Marcel
    On a fresh install of CentOS 7.4 I'm attempting to compile dgate with the maklinux script. I'm currently receiving the following error on compile.

    Code
    In file included from ./src/dgate/src/total.cpp:116:0:./src/dgate/dicomlib/qrsop.cxx: In member function ‘BOOL StandardRetrieve::Read(PDU_Service*, DICOMCommandObject*)’:./src/dgate/dicomlib/qrsop.cxx:314:53: error: ‘min’ was not declared in this scope        0xff00, min(ADDO.GetSize() - Index - 1, 65535),

    resolved by adding

    Code
    #define min(a, b) ((a)<(b)?(a):(b))

    to the beginning of ./src/dgate/dicomlib/qrsop.cxx

    also from the jpeg-6c configure (run from maklinux)
    on Centos 7.4

    Code
    /usr/bin/install -c -m 644 ./cjpeg.1 /usr/local/man/man1/cjpeg.1


    should be

    Code
    /usr/bin/install -c -m 644 ./cjpeg.1 /usr/local/share/man/man1/cjpeg.1

    I know the above is more distro specific but possibly adding a call to manpath in the configure script might resolve the issue more permanently.


    Mr Johnathan Bravo

    Marcel
    I've been adding some instance data to the DICOMImages table using dicom.sql . All is going well except that I cannot get specific tag to load when sending dgate an image. The tag in question is defined in dicom.sql *Image* section as below:

    Code
    { 0x0008, 0x1155, "ReferencedSOPInstanceUID", 64, SQL_C_CHAR, DT_UI},

    I have a corresponding database field as such:

    Code
    Referenced` varchar(64) DEFAULT NULL

    I know that this tag is generally part of a sequence within the image file but i didn't think that would have been an issue. When running a debug log I see all the other fields defined in the "Add to Table: DICOMImages" but not the one above. Could you advise please.

    Thanks in advance
    Mr Johnathan Bravo

    Marcel
    I ran a dgate --deletestudy:Studyuid recently and the actual image files were deleted but the DB entries were not. I received the following for each image in the log.

    Code
    ***Could not remove IOD /data/216584/1.2.3.4.5.6445443.5.4.dcm
    Code
    ***[NewDeleteFromDB] -FAILED: DDO does not contain correct UIDs

    Could you let me know what this is telling me ?

    Thanks.

    Mr Johnathan Bravo

    Marcel
    in the windows manual , in appendix 5 you have a listing of all the options for dgate. I was wanting to use the configuration options related to the ACRNEMA.MAP file. However I can't figure out the command. In the text you list something like the following:

    Code
    --get_amap:index,fmt              List any entry from ACRNEMA.MAP

    however I can't seem to find any reference to what "index" or "fmt" are supposed to be.
    Could you point me to where i could find find that information?
    or one of the other ones like

    Code
    --put_amap:i,AE,ip,p#,cmp

    I can figure out AE and IP but the others I'm not so sure.
    Can you assist

    Steve

    Marcel
    Just to help .
    on line 52 I had to add the full path to the dgate directory so

    Code
    local logroot     = "/usr/local/dgate/DicomAnonymized_Log/"

    and also I had changed line 79 . the open mode was set to "wt" , and I think it should be "w+" as I could not find any reference in lua documentation on line for a "wt" mode . I also added the assert so I could see the error on the file open.

    Code
    local f = assert(io.open(logdir .. logfile, "w+"));

    Hope this helps.
    Mr Johnathan Bravo

    marcel
    I am still seeing the error . However by adding the entire path to lua script as in:

    Code
    /dgate --modifystudy:,1.2.3.1212.1232,"/usr/local/dgate/lua/anonymize_script.lua('199199')"

    I was able to produce a different error. This was

    Code
    lua run error /usr/local/dgate/lua/anonymize_script.lua:80: attempt to index local 'f' (a nil value) in 'dofile('/usr/local/dgate/lua/anonymize_script.lua')'

    Any other hints or suggestions .
    Thanks for looking reviewing this post .

    MrJohnathan Bravo

    Hello

    I've been attempting to use the lua/anonymize_script to do some anonymization of studies. Unfortunately I can't get it to work and I'm not entirely sure why. I'm using the following form

    Code
    /dgate --modifystudy:,1.2.3.1212.1232,"lua/anonymize_script('199199')"

    after running this from a bash cmd line I get the following in the serverlog

    Code
    Importconverter-1.0 error: lua/anonymize_script

    I do have lua installed and up to date. I've also tried several other changes in syntax like escaping the single quotes, giving the full path to the script, removing the double quotes altogether but they all result in the same error.
    Does anyone have any suggestions.
    BTW running dgate 1.4.19 on centos 7.3

    Thanks in advance