You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
I've been looking through the code in dataelem.py and noticed that DeferredDataElement seems to be broken. The value getter calls self.read_value() which doesn't exist, as far as I can tell. The class doesn't seem to be used anywhere, doesn't have test coverage and hasn't changed since you moved to github, so I was wondering if it's still supported or if it should be removed?
The text was updated successfully, but these errors were encountered:
Good question. I would like to deprecate it. It causes a lot of complication to the code, and the better solution is the memmap one (#139). The defer concept still loads the entire thing into memory if/when you finally do access it, and with very large files that is not desirable. I think the memmap path can be set up to act very similarly to deferral, but with the extra bonus of never pulling into real memory if the user wants.
I don't think the deferred read was used extensively by users, but that is just a guess. Perhaps a deprecation message in the pydicom 1.0 line would be wise, with removal in 1.2 or 1.3 when the memmap code has been developed and tested (both in unit tests and in real-world use).
However, if anyone still needs the deferred concept, I'd love to hear about that and we can consider whether to keep it for a while longer.
I've been looking through the code in
dataelem.py
and noticed thatDeferredDataElement
seems to be broken. Thevalue
getter callsself.read_value()
which doesn't exist, as far as I can tell. The class doesn't seem to be used anywhere, doesn't have test coverage and hasn't changed since you moved to github, so I was wondering if it's still supported or if it should be removed?The text was updated successfully, but these errors were encountered: