Posts by tbuziak

hi,
what is the correct syntax date(range) ?

I mean something like the return code by ./dgate !?

hello,
how can I get a confirmation of receive by the server DICOM study, if it is possible ?
I use: ./dgate --movestudy:source,dest,patid:studyuid

little workaround without changing field type in db:

$sql = $db->Execute("SELECT SOPInstanc, ImageNumbe FROM DICOMImages WHERE SeriesInst = '".$_GET[series]."'");
while ($i = $sql->FetchRow()) {
	$ct[$i[ImageNumbe]] = $i[SOPInstanc];
}
ksort($ct);
print_r($ct);

Array
(
[1] => 1.2.840.113619.2.55.3.279708285.98.1246942308.103.1
[2] => 1.2.840.113619.2.55.3.279708285.98.1246942308.103.2
[3] => 1.2.840.113619.2.55.3.279708285.98.1246942308.103.3
[4] => 1.2.840.113619.2.55.3.279708285.98.1246942308.103.4
[5] => 1.2.840.113619.2.55.3.279708285.98.1246942308.107.5
[6] => 1.2.840.113619.2.55.3.279708285.98.1246942308.107.6
[7] => 1.2.840.113619.2.55.3.279708285.98.1246942308.107.7
[8] => 1.2.840.113619.2.55.3.279708285.98.1246942308.107.8
[9] => 1.2.840.113619.2.55.3.279708285.98.1246942308.111.9
[10] => 1.2.840.113619.2.55.3.279708285.98.1246942308.111.10
[11] => 1.2.840.113619.2.55.3.279708285.98.1246942308.111.11
[12] => 1.2.840.113619.2.55.3.279708285.98.1246942308.111.12
[13] => 1.2.840.113619.2.55.3.279708285.98.1246942308.115.13
[14] => 1.2.840.113619.2.55.3.279708285.98.1246942308.115.14
[15] => 1.2.840.113619.2.55.3.279708285.98.1246942308.115.15
[16] => 1.2.840.113619.2.55.3.279708285.98.1246942308.115.16
[17] => 1.2.840.113619.2.55.3.279708285.98.1246942308.119.17
[18] => 1.2.840.113619.2.55.3.279708285.98.1246942308.119.18
[19] => 1.2.840.113619.2.55.3.279708285.98.1246942308.119.19
[20] => 1.2.840.113619.2.55.3.279708285.98.1246942308.119.20
[21] => 1.2.840.113619.2.55.3.279708285.98.1246942308.123.21
[22] => 1.2.840.113619.2.55.3.279708285.98.1246942308.123.22
[23] => 1.2.840.113619.2.55.3.279708285.98.1246942308.123.23
[24] => 1.2.840.113619.2.55.3.279708285.98.1246942308.123.24
[25] => 1.2.840.113619.2.55.3.279708285.98.1246942308.127.25
[26] => 1.2.840.113619.2.55.3.279708285.98.1246942308.127.26
[27] => 1.2.840.113619.2.55.3.279708285.98.1246942308.127.27
[28] => 1.2.840.113619.2.55.3.279708285.98.1246942308.127.28
[29] => 1.2.840.113619.2.55.3.279708285.98.1246942308.131.29
[30] => 1.2.840.113619.2.55.3.279708285.98.1246942308.131.30
[31] => 1.2.840.113619.2.55.3.279708285.98.1246942308.131.31
[32] => 1.2.840.113619.2.55.3.279708285.98.1246942308.131.32
[33] => 1.2.840.113619.2.55.3.279708285.98.1246942308.135.33
[34] => 1.2.840.113619.2.55.3.279708285.98.1246942308.135.34
[35] => 1.2.840.113619.2.55.3.279708285.98.1246942308.135.35
[36] => 1.2.840.113619.2.55.3.279708285.98.1246942308.135.36
[37] => 1.2.840.113619.2.55.3.279708285.98.1246942308.139.37
[38] => 1.2.840.113619.2.55.3.279708285.98.1246942308.139.38
[39] => 1.2.840.113619.2.55.3.279708285.98.1246942308.139.39
[40] => 1.2.840.113619.2.55.3.279708285.98.1246942308.139.40
[41] => 1.2.840.113619.2.55.3.279708285.98.1246942308.143.41
[42] => 1.2.840.113619.2.55.3.279708285.98.1246942308.143.42
[43] => 1.2.840.113619.2.55.3.279708285.98.1246942308.143.43
[44] => 1.2.840.113619.2.55.3.279708285.98.1246942308.143.44
)

ps. example, using the ADODB library

my php script does not process the data from ./dgate, I think that changing the settings on dicom.ini will not help me, the script processes the data stored in the database.
I wonder if such a change fields may affect the DICOM client's work?

Hi,
Type of ImageNumbe in DICOMImages table is VARCHAR,
for this reason in the MySQL is a problem with sorting images (1, 10, 100, 101, ..., 2, 20, 21, ..., 3, ...).
I change the type manually on INT and now sorting is (1, 2, 3, 4, ...).
Whether this type should not be the default?
Whether there are cases in which this value is not a number?

ps. correct sorting is needed in my php script

my configuration is:

FileNameSyntax = %modality/%studydate/%name/%sopuid.dcm

when importing CR studies everything is ok, but I have problem with CT studies!
this a directory structure is created:

Written file: ./mag3/CT/20100/XXXXXX_XXXXXX/1.2.840.113619.2.55.3.279708285.208.1263534976.527.dcm

why the studydate is incorrect?
header of dicom file:

0008,0020      8 DA StudyDate              "20100115" 
0008,0021      8 DA SeriesDate             "20100115" 
0008,0022      8 DA AcquisitionDate        "20100115" 
0008,0023      8 DA ImageDate              "20100115"

comment:
FileNameSyntax = %modality/%V0008,0020/%name/%sopuid.dcm
However, if i will use this option, directory with the studydate it is properly created

ok, solved the problem, I used the wrong path, should be:
./dgate --regendir:MAG3,CT2

hello,
I have 4 magdevices:

/dev/sdf1             459G  407G    5M 100% /opt/conquest_1/mag0
/dev/sdg1             688G  653G   15M 100% /opt/conquest_1/mag1
/dev/sdh1             688G  653G   25M 100% /opt/conquest_1/mag2
/dev/sdd1             917G  505G  367G  58% /opt/conquest_1/mag3

I want to make space for images in jpg and I have to move some of the studies from mag0, mag1, mag2 to mag3.
I would not regenerate the entire database to update the file paths in it, because it will take too long.
First I tried to move a directory with CT studies to mag3 and by using regendir, regenerate mag3/CT2/ directory,
but using "./dgate --regendir:MAG3,mag3/CT2/" or "./dgate --regendir:mag3/CT2/" I could not do this.
What can I do wrong ?
Is there another way to move several studies to another magdevice with update data in database?

ps. sorry for my poor english