Posts by marcelvanherk

E.g. below:

{ 0x0010, 0x0040, "PatientSex", 16, SQL_C_CHAR, DT_STR, "PID.8" },

Add:

{ 0x0010, 0x1010, "PatientAge", 16, SQL_C_CHAR, DT_STR, "" },

Then reset the worklist database (empties it) and restart the server.

Or use your database system to add the "PatientAge" field manually to the DICOMWorklist table.

You will have to calculate the age wherever you fill in the worklist.

Marcel

Hi,

I expect this to be the case.

Marcel

Hi,

The one with zero images is interesting. I assume it is reproducible?

For testing, can you temporarily make the router do a 'destroy' only. This allows checking if the router hangs up or the downstream client.

Marcel

Hi,

It could be that mysql runs out of ports.I have seen this on windows and fixed it by allowing more ports and shorten the reconnect timout.

Registry.WriteInteger('MaxUserPort', 65534);

Registry.WriteInteger('TcpTimedWaitDelay', 30);

Marcel

Hi,

If the forward never fails you can make it a database less router that does not store the images at all. See the windows manual for an example. Otherwise the easiest is to enable a nightly cleanup to delete the data.

To compress use "forward compressed as J2 to XXXX".

Marcel

Simple.

stop conquest

add this to dicom.ini above [lua]

ExportConverters = 5

ExportConverter0 = forward to VIEWER1

ExportConverter1 = forward to VIEWER2

ExportConverter2 = forward to VIEWER3

ExportConverter3 = forward to VIEWER4

ExportConverter4 = forward to VIEWER5

start conquest.

Good luck

Marcel

Hi,

The submit is something like this:

ImportConverter0 = submit2 study target {command line} password {password}

But I expect it only works with submit, because the {command line} cannot contain spaces.....; e.g.

ImportConverter0 = submit study after 60 target {user@machine} password {password}

ImportConverter1 = delete study after 600

Marcel

Hi Manny,

It has to be run on every association, as that is where the IP adress comes from. Because you have enabled keepalive I guess you get the once a minute behavior.

If you block out line 23 it will only report when an actual change is made.

Marcel

This gets you started:

dgate64.exe -v --submit2:0009703828,,,,,"cmd /r echo pscp.exe %s > file.txt",anonymize_script.cq

Once the output is right take of the cmd /r echo

Marcel

Hi Niko,

Can you first check that your pscp command line works?

This is the relevant code for submit:

sprintf(temp, "pscp -pw %s -batch %s %s", ident, archfile, hostsubmit);

if (system(temp)!=0)

OperatorConsole.printf("*** Failed uploading archive to submit\n");

and for submit2:

sprintf(temp, ident, archfile, hostsubmit);

if (system(temp)!=0)

OperatorConsole.printf("*** Failed uploading archive to submit\n");

They are equivalent, but submit2 gives more control. Maybe first use like an echo command (windows) or cat (linux) in submit2: to write out the actual command being generated to see if that is correct.

dgate64.exe -v "--submit2:837269774.1490884100,,,,echo pscp.exe -v -P 22 -pw {password} %s {remote location} > file.txt,call anonymize_script.cq"

regards,

Marcel

Hi Niko,

you have to put putty's pscp.exe in the conquest folder and run it once to cache the keys for the remote system.

dgate64.exe "--submit:837269774.1490884100,,,,{user@remote.location},{password},anonymize_script.cq"

or put curl.exe there to submit to a web page, e.g.:

dgate64.exe '--submit2:837269774.1490884100,,,,curl -k -T %s https://www.server.com/folder,,call anonymize_script.cq; set PatientID to "newid"'

Marcel

Hi,

Can you see this file '/var/run/mysqld/mysqld.sock' from the shell?

Marcel

Yes,

there is a dgate submit: and submit2: function that zips a patient/study and can call an external exe such as scp.

Marcel

Hi,

The 1.5.0 setup has a [lua] section in dicom.ini. The line must be above this section.

regards,

Marcel

Hi,

It means e.g. query for modality CT|MRI will only find CT|MRI not CT or MR. What system are you using to query?

So you query may not return everything you expect. This behavior has not changed, the new warning just flags it up.

Marcel

Hi,

I think a week is still too much data. Errors are consistent with timeout, which is set to 300s. If conquest takes more time preparing the reciever has hung up. Try day be day?

Marcel

Hi,

This may be way too much data- I expect it is a timeout on the recieving end while the sending end is making a endless list of items to send. Try to send one month at a ime.

Marcel

Just run a quick test on my raspberri pi. This works:

nano dicom.ini

MAGDevice0               = /home/pi/Desktop/conquest150a/Conquest-DICOM-Server/data/

;converters in connquest scripting language must be before [lua] section
ImportConverter0 = ifequal "%m","CT"; {forward to 192.168.1.71:5679; destroy;}

[lua]
association = package.path=package.path..';'..Global.basedir..'lua/?.lua'

sudo systemctl stop conquest

./dgate -v

Move Originator AE := CONQUESTSRV2

Importconverter0.0 executes: ifequal "CT","CT"

ImportConverter0.1: forwarded object to 192.168.1.71:5679

Importconverter0.2: destroyed received image

Hi,

your forward rules look good, apart from the used quotes which should be ". DCP2 and DCP3 are in acrnema.map? You do not have to set ExportConverters = 3. You can run the server as ./dgate -v to see the output that helps testing.

ps.1, 2: please update indeed; compression was disabled by accident. I put the socket send fix for data corruption in GitHub as well last night. Have not seen it fail or help, so cannot hurt even though untested for the actual problem.

ps. 3: nki compression is very simple and blindingly fast but not standard. jpeg2000 is very slow. I personally like jepgls better. Neither are multithreading apart when receiving/sending multiple instances at once but they do run in parallel with network transfer.

ps. 4: no, have not seen that. Recently I had relatively poor performance with mysql; may be due to new default settings

Good luck, Marcel

Its in the windows manual. But a bit terse. Or use:

./dgate -?

Marcel