Posts by marcelvanherk

From a batch file or so (run in the server directory): dgate --loadhl7:file

Marcel

Hi, Maurak,

very useful data. However, the results indicate that you did not enable JPEG support (i.e., tell acuson that you support jpeg) in dgatesop.lst. Otherwise "as" should be small. It may also be that the acuson transfer syntax is never enabled. You can try to find what it is (the log of the server should list it) and enable it in dgatesop.lst. Normally, with enabled jpeg support. it should show these lines:

#BigEndianExplicit 1.2.840.10008.1.2.2 transfer
JPEGBaseLine1 1.2.840.10008.1.2.4.50 transfer LittleEndianExplicit
JPEGExtended2and4 1.2.840.10008.1.2.4.51 transfer LittleEndianExplicit
#JPEGExtended3and5 1.2.840.10008.1.2.4.52 transfer LittleEndianExplicit
JPEGSpectralNH6and8 1.2.840.10008.1.2.4.53 transfer LittleEndianExplicit
#JPEGSpectralNH7and9 1.2.840.10008.1.2.4.54 transfer LittleEndianExplicit
JPEGFulllNH10and12 1.2.840.10008.1.2.4.55 transfer LittleEndianExplicit
#JPEGFulllNH11and13 1.2.840.10008.1.2.4.56 transfer LittleEndianExplicit
JPEGLosslessNH14 1.2.840.10008.1.2.4.57 transfer LittleEndianExplicit

Marcel

Maybe in the future through the built-in k-pacs viewer.

Marcel

Hi,

There is a big problem if there is a ' (quote) in the patient ID explaining most of your issues. I am resolving the issue, and will send you an update to test soon.

Marcel

The query/move page is intended as a debug feature and not easy to extend. To move data with fine detail use the browser (send selected images to...). You can also use external move clients, the move page is independent of the server.

Marcel

So, the problem is probably the v2 format (raw vr dump) not compression (dgate -nd detects that). Set filenamesyntax to a value (like 4) that uses .dcm extension (see manual). Newly stored images are then dicom compliant. Make sure incomingcompression is 'un'. To convert all images you have to send then to another (conquest) server.

Marcel

Hi,

by disabling JPEG support you force Acuson to send images uncompressed. So decompression is probably the culprit of the problem. You could try enabling JPEG support again and setting UseBuiltInDecompressor in dicom.ini to 0: this will force use of the Offis libraries for decompression - see if they can handle these images (maybe also you need a fixed dgate1412). If this works, you can also try setting IncomingCompression to "as": this will leave incoming JPEG images as is and only decompress them when transferring to another server.

Also, if someone can reproduce the problem by dragging and dropping a compressed acuson object that would be great - and/or get us a copy of the object (before send to conquest) and the broken one (in conquest).

Marcel

May be possible in subsequent release with ImportConverters.

Marcel

The images are probably NKI compressed (see my post on NKI compression). Use dgate -ndFILENAME to decompress them and bring them into regular dicom format. Or switch off compression and move all images FROM your server TO your server.

Marcel

This issue is unknown but may be related to a faulty installation. Please send a full bug report (button on server) to portal@nki.nl.

Marcel

Hi,

the free space in MIRROR devices (MIRRORDevice0) is not printed. This is a bug - added to bug list.

Marcel

Any version of Conquest will store and retrieve these just fine. If not, add their sopclass to dgatesop.lst.
Marcel

Hi,

can you give me help to get mysql running as easy as possible on debian. Then I can try help you out. As far as ODBC with MySql goes I only have the very old doc by Paolo Marchesi (appendix 2?). I prefer to skip odbc as far as possible. I will make the mysql download as suggested.

Marcel

For NATIVE mysql support (ODBC not used):

WINDOWS: You need to use the mysql client dll of 5.022 (that what's dgate and the GUI are compiled against) even if you are using a newer mysql server . I wanted to redistribute the file but got no clear reply from the MySql representative that it was allowed. The PDF is in dicomserver1412.zip

LINUX: your attempts look good - only I think DoubleBackslashtoDB should be 1 (minor issue). Don't know what is the problem opening the database. Any clue in the compile time messages?

Marcel

Just tested the US sequence with image 11 a cine. Works fine (uncompressed or NKI compressed) in conquest14.12 with kpacs0.9.5.1. Probably the viewers don't like series with mixed stills and cine and mixed RGB with MONO

Marcel

Jpeg should be DICOM compliant. Recent testing showed some bugs that are currently being fixed though.

The only manual is dgate -?. This listing is also printed in conquestpacs.pdf. For more info you will have to look at the implementation in dgate.cpp in dgate1412.zip starting at line 8386. Here commands sent from another 'dgate --xxxx" are processed. Around line 3585 the older commands 'dgate -x' are processed.

Marcel

Hi,

the first chapters of the manual is its conformance statement. Conquest is DICOM3 compliant - but details about what that means are in teh manual

Marcel

cache is r/w
jukebox is read only copy,
so at one time data will be the same
after verify cache will be deleted

Seems like the only safe way to burn a DVD to me.

I do not understand the other issue? We burn on a timer using a separate app that runs when disk space is low.

Marcel

NKI compression is lossless!