Markus D. Herrmann
Markus D. Herrmann
Uncompressed bulkdata responses need to be multipart/related.
So you are saying that the resources in [Table 10.4.1.5-1. Retrieve Transaction Bulkdata Resources](https://dicom.nema.org/medical/dicom/current/output/chtml/part18/sect_10.4.html#sect_10.4.1.1.5) are either multipart/related or not depending on the resource and whether the items are compressed or...
@wayfarer3130 I am not sure that is correct. Unfortunately, Part 18 was "refactored" a few times (starting with [Supplement 183](https://www.dicomstandard.org/News-dir/ftsup/docs/sups/sup183.pdf)) and several things got more confusing rather than clearer. However,...
Thanks for the clarification and follow up @wayfarer3130. Unfortunately, Part 18 is not in great shape at the moment and the CPs are urgently needed. > So, I think that...
[Part18 F.2.6 BulkDataURI](https://dicom.nema.org/medical/dicom/current/output/chtml/part18/sect_F.2.6.html) states > If an attribute contains a "BulkDataURI" , this contains the URI of a bulk data element as defined in Table A.1.5-2 in PS3.19 The description...
@wayfarer3130 we should leave that part of the standard untouched and don't allow servers to response with a single part message. This would break parsing of metadata.
The `"Value"` field of a DICOM JSON representation of a Data Element is an array (see [F.2.2 DICOM JSON Model Object Structure](https://dicom.nema.org/medical/dicom/current/output/chtml/part18/sect_F.2.2.html) and [F.2.4 DICOM JSON Value Multiplicity](https://dicom.nema.org/medical/dicom/current/output/chtml/part18/sect_F.2.4.html)). If the...
While the standard may also support singlepart messages, an origin server would still have to support multipart messages. Therefore, I don't see why the behavior of the client has to...
> CP 2204 available at https://docs.google.com/document/d/1UbAZFAyTF8p7Vf_q_lR9mex82Zkr7zB-/edit?usp=sharing&ouid=106394421000961430700&rtpof=true&sd=true specifies the single part retrieve that is setup here. Thanks @wayfarer3130 for sharing the draft of the CP. [Section 10.4.3.3.5](https://dicom.nema.org/medical/dicom/current/output/html/part18.html#sect_10.4.3.3.5) states: > The payload...
> [Table 10.4.4-1](https://dicom.nema.org/medical/dicom/current/output/html/part18.html#para_00ff33f6-cd54-4b7a-bd96-38fb4efe8656) explicitly requires the media type of any bulkdata resource to be multipart/related; type="application/octet-stream". is that they aren't definitive because there are other tables that allow it like:...