Print SCU Error!!!

Questions regarding the DCMPRINT library, a DCMTK add-on that implements a DICOM Print Management SCP and SCU

Moderator: Moderator Team

Post Reply
Message
Author
nepper
Posts: 2
Joined: Mon, 2006-11-20, 15:32

Print SCU Error!!!

#1 Post by nepper »

hi everebody,

i'm using jdcm to develop one print scu but, acording to Marco Eichelberg, and citing:

"
Seems like the developers of jdcm still need to do some homework.
There are at least three severe protocol violations in a single
message, the Basic Film Box N-CREATE-RQ which is rejected by the
print server:

1- The SCU tries to "re-use" the SOP Instance UID of the Basic Film Session
SOP instance for another object (the basic film box), which is illegal
2- The SCU sends a ReferencedImageBoxSequence in the N-CREATE-RQ which
actually contains a reference to the basic film session here and is
totally nonsense
3- The ReferencedSOPInstanceUID in the ReferencedPresentationLUTSequence
is empty, which is not allowed if this sequence is sent."


How i can resolve this problem?


PS:I now that this is not a jdcm forum but i am despaired ... Thanks in advance

Nepper

Marco Eichelberg
OFFIS DICOM Team
OFFIS DICOM Team
Posts: 1437
Joined: Tue, 2004-11-02, 17:22
Location: Oldenburg, Germany
Contact:

#2 Post by Marco Eichelberg »

There is no real advice I can give beyond my statement cited above, since I am not involved in the maintenance of jdcm. I would suggest that you find the developer of that code and give him a kick :wink:

If any other forum user can offer advice here, please do so.

nepper
Posts: 2
Joined: Mon, 2006-11-20, 15:32

Thank you for the suggestion... :()

#3 Post by nepper »

Nice suggestion,

but at this moment i think this problem is outdated... partially.
At this moment i have another problem with de dcmprint.

When i try to send a Basic Grayscale Image Box, acording to DICOM standard table H.4-10, the status of the N-SET response is 0x106.

Well all the fields have information


Image Position (2020,0010) M/M
Basic Grayscale Image Sequence (2020,0110) M/M
>Samples Per Pixel (0028,0002) M/M
>Photometric Interpretation (0028,0004) M/M
>Rows (0028,0010) M/M
>Columns (0028,0011) M/M
>Bits Allocated (0028,0100) M/M
>Bits Stored (0028,0101) M/M
>High Bit (0028,0102) M/M
>Pixel Representation (0028,0103) M/M
>Pixel Data (7FE0,0010) M/M

Except this
>Pixel Aspect Ratio (0028,0034) MC/M
(Required if the aspect ratio is
not 1\1))


How i can calculate this or retrieve the information??



Mit freundlichen Grüßen
Kind Regards :)

Marco Eichelberg
OFFIS DICOM Team
OFFIS DICOM Team
Posts: 1437
Joined: Tue, 2004-11-02, 17:22
Location: Oldenburg, Germany
Contact:

#4 Post by Marco Eichelberg »

The rule with Pixel Aspect Ratio is that this element must either be absent (in which case the printer will assume square pixels) or present, and in this case contain the width-to-height ratio (see definition in DICOM part 3), which can be derived from the source image, where Pixel Aspect Ratio, Pixel Spacing or Imager Pixel Spacing will be present if pixels are not square.

Post Reply

Who is online

Users browsing this forum: No registered users and 1 guest