moloney

Sorry, I didn't think about windows support. An alternative could be something like [huey](https://github.com/coleifer/huey), although it looks like the [multiprocess worker option won't work in Windows](https://github.com/coleifer/huey/issues/208). I guess being stuck...

I have released a related package [dcm](https://github.com/moloney/dcm) that provides a high level asyncio API on-top of pynetdicom (basically entirely contained in the [net module](https://github.com/moloney/dcm/blob/main/dcm/net.py)). I run the pynetdicom routines in...

This is another bite-sized chunk from #290. I was tempted to make a `csa` module with the read/writer functionality and then setup some proxies in `csareader` for backwards compatibility, but...

@ZviBaratz @matthew-brett @effigies During our recent meeting, I forgot the original reason I wrote this was to support anonymization of Siemens mosaic/DWI Dicom files (not round-tripping back to DICOM). The...

@ZviBaratz Can you explain in more detail what you have in mind? I don't see how a cache helps to solve the problem of determining what meta data is varying...

We really don't want to require all the files live in a single directory. The assumption is you are passed a list of files that could be massive even for...

If we want to support using multiprocessing to speed up the parsing of very large series, this would also provide a nice compact representation to pass around.

This is a bite-sized chunk from #290. The goal is to provide a nice standard way to access meta data structures, especially once they become nested. So instead of having...

I think we should make meta data access on the DICOM wrappers the same as meta data access on other Nibabel image classes. Are we okay with making the image...

I am happy to make a code contribution, but I am still trying to learn my way around the project at this point so any guidance on how to accomplish...