Posts by marcelvanherk
-
-
Hi Bjorn,
Good to hear your positive feedback. Yes I think you could send images from server1 to swift with an exportconverter as usual and create maybe an importconverter that detects swift, forwards the processes images and then destroys them so that there are no duplicates stored on server1.
Or maybe you can get conquest to do the proceesing for you. Is this about multiframe MRI?
What version of conquest are you on?
Marcel
-
Hi,
you can pass a format string or lua program to FileNameSyntax to do just this. The format string can takes substrings of any item. However, it does not split the name in parts. Have a play. The manual is quite complete. If you use a lua program, it is up to you to remove characters that are not allowed in filenames, and you have to catch the situation where the item is empty or missing. Folders are created automatically.
Marcel
-
Ah, you are right. If you have direct access to the database you can do this relatively easily.
You have to change the DICOMImages.DeviceName to 'MAG0.Archiving' for the selected study.
Then you can use dgate --movedatatodevice:MAG0.Archiving,MAG1
Marcel
(There are functions in device.cpp to do the selection, but these are not exposed to command line or Lua)
-
Are you still on the CGI web interface?
Marcel
-
Well that must mean config.php (or dicom.ini in the webserver for older web versions) points to the old server. The default is IP 127.0.0.1 and 5678, that will definitively point to the server on the same machine the webserver is on. What conquest version are you using and what web interface?
-
Hi, all config is in dicom.ini. Web config is in config.php. Check those first.
Marcel
-
Search for dgate --selectstudiestoarchive on the forum
Marcel
-
Hi,
WADO jpeg conversion indeed does not apply any VOI LUT. Can you provide more details? I could not determine the issue from your screenshot
Marcel
-
Hi,
A move keeps the connection to the orginator open as long as the move is active. If the link is disrupted the move keeps on going though. So that was the error I assume. The longer timeout has no effect I think on Conquest's function.
Marcel
-
Hi,
I expect there was a ghost dgate64.exe running that blocked the DICOM port.
Good to hear the issue has been circumvented. I will try to fix the issue anyway when I have a bit more time.
Marcel
-
Hi,
Sorry, that is not implemented. You can use an importconverter to map data from a sequence to a private element and add that to the database.
Marcel
-
Hi,
have a look at the metadicom.lua example script. It is not pretty but it works.
Marcel
-
Another solution may be to try sqlite.
-
Sure the manual is up to date,
Curious as to what the issues are in 1.50f.
best regards,
Marcel
-
Hi,
this should be be totally fine. Just be aware that you cannot displace the position of first and last entries of each table in dicom.sql.
Marcel
-
Hi,
I think to best way to avoid the issue for now is to ask the other lab to send on one connection only. Or if the role of this server is just a forwarder to run it without a database.
Would you in the meantime mind upgrading to the dgate64.exe of 1.5.0f? It can be dropped in without changing anything. This makes it easier to find the error.
Marcel
-
Ah, the element is a sequence in a sequence, therefore say:
Data.ViewCodeSequence[0].ViewModifierCodeSequence = nil
or
for i=0, #Data.ViewCodeSequence-1 do Data.ViewCodeSequence[i].ViewModifierCodeSequence = nil end
Marcel
-
-
Can you put in on your google drive and send me a share link?
