Legacy conversion revamp#388
Conversation
|
@CPBridge I would think the following issues will be addressed/closed as part of this PR - right? Or maybe some have already been addressed elsewhere? Please confirm!
|
|
|
Also, regarding #17 after reading the issue I'm still not clear on what sorts of issues you would propose to fix. Do you remember some specific classes of problem that it would be useful to solve? It may also have broader scope too, since all IODs in highdicom copy some number of attributes from their source images, the Legacy Converted Enhanced images just copy more of them. Should we try to implement general logic to patch attributes across the whole library, such that it would be used for SEG/PM/SR/PR etc? |
|
@CPBridge thanks for the quick response, and sorry I definitely was way too sloppy in linking the issues without studying them in depth... I agree with your assessment, and I think this status update is super helpful. Let's just make sure those that are resolved are closed, and those other ones will need to be discussed/addressed separately. |
|
Summary of this PR: This PR contains a complete re-implementation of the legacy conversion classes, which much closer attention paid to small details and edge cases. It builds heavily on the work done by @afshinmessiah many years ago in #34, but refactors it to identify patterns that reduce boilerplate code, simplify, improve maintainability, and more closely follow pydicom and highdicom idioms. Here is a non-exhaustive list of capabilities of this new implementation:
The new implementation's API is backwards compatible with the old one, but there may be significant differences in the files produced |
Working PR to update legacy conversion, building on the work done by @afshinmessiah in #34. Supersedes #34