Hi,
you can check the calling AE title in an export converter to avoid loops. An example is given in exportconverter5 in the windows manual on page 30.
Marcel
Hi,
you can check the calling AE title in an export converter to avoid loops. An example is given in exportconverter5 in the windows manual on page 30.
Marcel
thanks,
will be in next manual!
marcel
Thanks,
I will add it to the bug list.
Marcel
Maybe you can email the binary data.
Marcel
Hi,
you will have to use a query and format the output as a batch file using the "dgate --deletestudy:" command.
Marcel
Not really, although you might be able to start a command line program that accepts a sql query (OSQL.EXE ??)
Marcel
Hi,
Basically it means the image is not DICOM compliant.... OFFIS is really a reference implementation.
Marcel
Hi,
Can you email us a sample? The out of memory error is because the image is read incorrectly - not because of lack of resources.
Maybe you can also try reading them with OFFIS tools to see if they conform to the DICOM standard.
Marcel
Hi,
not currently, except by changing the source. I will consider a mechanism for future versions. There are quite a few tags possible now, but not studydescription.
Marcel
Hi,
Sound like an OS issue. You can create a huge batch file to load each file with dgate --loadimagefile:. If this works, it is purely a drag and drop problem. We use loadimagefile to load each file when dragging and dropping.
Marcel
Hi Mark,
thanks for your detailed analysis. I will ask Lambert to look into this after his holiday.
Marcel
Hi,
2 options: you can start an external progrem from import and export converters to do it for your. Or you can extend the built-in databases with the tags you need.
Marcel
Hi,
you can change dicom tags - but currently only once, using importconverters. So by combining an importconverter with a similar filter as described before and an exportconverter your problem may be solved. You need to lookup the syntax in the manual.
Marcel
Hi,
exportfilters only work on items that are in the database, and requestingservice is not one of them. You could use a conditional expression instead, e.g.,
exportconverter0 = ifequal "%V0032,1033", "value"; forward to SERVER
Where 0032,1033 is the dicom tag for requestingservice.
Marcel
Hi,
that is very strange, so efilm depends on data provided by the scanner to work. Did you submit a bug report to them?
Marcel
Hi,
Thats strange. Did you drop it in the server window, and did it ask to enter the files. Then it must copy the files and put them in the database.
Marcel
Hm,
I guess fixing LittleEndianExplicit would be the correct option. But some support using the DVTK to see what is actually wrong with it would be appreciated.
Marcel
Hi,
I guess the problem could be related to the place that the mysql server files are stored. Are these on the local drive?
Mysql speed problems in the past were due to failure to create the indices. You might double check using a mysql management utility that all the conquest DICOM tables have indices.
Marel
Hi,
My advice is to go and buy an extra big harddrive (maybe 2, one for a full backup before changing anything) and move the data to a new MAG device. This will leave the duplicates behind. Or transmit the data patient by patient to a new server (dbase III database) to clean it up.
Marcel
Hi,
this is correct: the number of spaces counts; and this is documented in the manual.
Marcel