Eduardo Pinho

Thank you for reporting your interest in DICOM XML. Last time this was talked about on Zulip ([#general > DICOMweb @ 💬](https://dicom-rs.zulipchat.com/#narrow/channel/331273-general/topic/DICOMweb/near/423849589)) I had no knowledge of someone interested enough...

@PierreBou91 Thank you for asking me in advance. This is something that I have been thinking about a lot, but I've yet to make decisions and set them in the...

Thank you for reporting! This is perhaps a suboptimal choice of interpretation for the maximum PDU length option (`--max-pdu-length`) in `dicom-storescu`. Right now it defines the maximum PDU length _accepted...

Thank you for reporting. Some ground work has been done here, with the necessary logic to construct listings in memory, but some of these listings do not have their corresponding...

Yup, it's broken. Whichever DICOM tool changed a generic group length attribute to contain "Anonymized" should have removed the attribute instead. :) With that said, it would be nice for...

Good point @pgimeno4d! As this extension to the `dicom-core` API extension still wasn't released, we are still on time to revise this so that only _datetime-wise "now"_ functions are provided.

> @Enet4 I am looking into how to extract the DICOM hierarchy from the DICOMDIR file. The information is stored using these offsets in the DirectoryRecordSequence items: > > *...

Hello and thank you for reaching out! The change would be in `dicom-transfer-syntax-registry`, where the crate would offer a `TransferSyntaxIndex` implementation encompassing specifications loaded at runtime. The only open question...

> Is it also possible to implement best effort resolution if looking to just read the datasets? A solution similar to what is described in issue [#50](https://github.com/Enet4/dicom-rs/issues/50) for a case...

There isn't anything about the Rust bindings that would influence performance so drastically, so this is likely a situation with linking against a version of the library with less optimizations...