dicomweb-client

Enhancements

• Use a generator to get bytes of pydicom.Datasets by @pchristos in https://github.com/ImagingDataCommons/dicomweb-client/pull/78

Bug fixes

• Update URL of git repository by @hackermd in https://github.com/ImagingDataCommons/dicomweb-client/pull/76
• Clarify scheme for file client in user guide by @CPBridge in https://github.com/ImagingDataCommons/dicomweb-client/pull/77

New Contributors

• @pchristos made their first contribution in https://github.com/ImagingDataCommons/dicomweb-client/pull/78

Full Changelog: https://github.com/ImagingDataCommons/dicomweb-client/compare/v0.59.0...v0.59.1

Enhancements

• Optimize encoding of multipart message body (#75)
• Improve datetime format of log messages

Bug fixes

• Fix parsing of query parameters (#74)

Enhancements

• Unify exceptions between web and file clients (#69)
• Ensure URL prefixes have non-zero length

Bug fixes

• Fix parsing of query parameters (#74)

Bug fixes

• Fix storage of image instances via DICOMfileClient.store_instances()

Enhancements

• Improve performance of frame retrieval via DICOMfileClient by caching offsets in the database
• Further unify interfaces of DICOMfileClient and DICOMwebClient

Breaking changes

• Constructor of DICOMfileClient now accepts a URL with file scheme rather than a filesystem path
• Parameter base_dir of constructor of DICOMfileClient has been renamed to url
• Schema of SQLite database underlying DICOMfileClient has changed

Migration from version 0.56.2 or earlier

• Change DICOMfileClient(base_dir='/path/to/dir') to DICOMfileClient(url='file:///path/to/dir')
• Remove existing database files

Bug fixes

• Drop threading support for frame retrieval

Enhancements

• Enable DICOMfileClient to read multiple frames in parallel (#65)

Enhancements

• Improve performance of DICOMfileClient (#64)

Bug fixes

• Correctly handle acceptable media types (#63)

New features

• Add get_remaining parameter to search methods to recursively fetch remaining search results (#60)

Bug fixes

• Fix opening of files in file client
• Fix retrieval of studies in file client

Bug fixes

• Fix import of typing extension for Python versions < 3.8 (#59)

Bug fixes

• Fix insertion of instances into database

Bug fixes

• Fix deletion of instances

Enhancements

• Update API documentation

New features

• Implement DICOMfileClient class for serverless access to locally stored DICOM files (#56)
• Specify DICOMClient protocol, which is implemented by DICOMfileClient and DICOMwebClient

Bug fixes

• Fix example in usage section of document (#51)
• Fix search for instances within a given study

Improvements

• Introduce permissive parameter to allow URIs that are not compliant with the standard (#49)

New features

• Add ext subpackage to support vendor-specific extensions (#49)
• Add extension for Google Healthcare API (#49)

New features

• New module dicomweb_client.uri for creating and parsing DICOMweb URIs (#48)

Improvements

• Allow single-part response message from origin server for the Retrieve Instance transaction. It is debatable whether this behaviour is compliant with the standard. Part 18 originally specified that an instance should be retrieved using content type multipart/related; type="application/dicom", but Supplement 183 changed the wording of the standard and explicitly stated that application/dicom shall be used. This change in behavior was unintentional and Correction Proposal 2040 aims to correct this. However, since this behavior is allowed according to the current version of standard, we decided to support it.

Improvements

• Log additional information during decoding of multipart messages
• Apply stricter flake8 rules for improved PEP8 compliance

Bug fixes

• Fix extraction of parts from multipart message