Dan Cutright

I'd also be interested in implementing this code, but I've found `RegularGridInterpolator` to actually be 5% *faster* when working with a 162x162x101 grid and ~2.6 million point calculations. I'm on...

I changed lines 490+ to the following: ``` d = dose.GetDoseGrid(z) if not d.size: return d extent_dose = d[extents[1]:extents[3], extents[0]:extents[2]] if len(extents) else d ``` But then `calculate_contour_dvh` ultimately fails...

Unfortunately, centering doesn't resolve the issue. Orange is Eclipse and Green is this new method: centering the LUT.

I should point out that the volume of the structures posted in this PR are ~0.03cc.

This is what I'm getting with the latest dicompyler-core and the Eclipse 15.6 files linked above. **Correction**: this was with v0.5.5 v0.5.6 as of today

I believe the Non-HFS support resolves the volume issue. The `use_structure_extents=True` fails in the same way as the issue posted here: https://github.com/dicompyler/dicompyler-core/issues/215 ``` from dicompylercore.dvhcalc import get_dvh dvh = get_dvh("Eclipse_15.6/rtss.dcm",...

Maybe now that we've added [dose.py](https://github.com/dicompyler/dicompyler-core/blob/master/dicompylercore/dose.py) we can revisit this?

I plan to add Brachytherapy support by v0.8.0 (if it doesn't work already?). The previous web-based version worked, but I haven't tested since the wxPython rewrite.

The latest commit now supports brachytherapy plans from Eclipse 11 (or is it called Brachy Vision? Obviously I’m not a brachy guy).

Functionality needs to be added to ignore dose inside applicators/needles for brachytherapy.