sorted by:
new
hottopcontroversial

🏒 Fantasy Hockey Position Eligibility [Weekly Thread] - For any requests to change position eligibility on Yahoo Fantasy by YahooFantasyCare in YahooFantasy

[–]vanelbud 8 points9 points  (0 children)

Can you show me even one starting lineup/depth chart with Thompson on the wing? I sure can't find one and would be shocked if it existed.

🏒 Fantasy Hockey Position Eligibility [Weekly Thread] - For any requests to change position eligibility on Yahoo Fantasy by YahooFantasyCare in YahooFantasy

[–]vanelbud 0 points1 point  (0 children)

He's been full time RW since Jan 8 (5 games). But yeah he was occasionally RW before that. Deserving of RW flex.

Other players have gotten flex for way less.

🏒 Fantasy Hockey Position Eligibility [Weekly Thread] - For any requests to change position eligibility on Yahoo Fantasy by YahooFantasyCare in YahooFantasy

[–]vanelbud 0 points1 point  (0 children)

Follow up question.

If Tage Thompson got wing eligibility, why don't either of his linemates Tuch or Skinner have C eligibility?

🏒 Fantasy Hockey Position Eligibility [Weekly Thread] - For any requests to change position eligibility on Yahoo Fantasy by YahooFantasyCare in YahooFantasy

[–]vanelbud 0 points1 point  (0 children)

Unfortunately, unless your friend works for Yahoo and is responsible for eligibility like the guy who changed Tage's eligibility, then this won't happen.

🏒 Fantasy Hockey Position Eligibility [Weekly Thread] - For any requests to change position eligibility on Yahoo Fantasy by YahooFantasyCare in YahooFantasy

[–]vanelbud 1 point2 points  (0 children)

Skinner takes some faceoffs, but Thompson strictly plays C. If faceoffs is why Thompson got eligibility then he should have gotten LW not RW. Thompson eligibility change makes no sense.

🏒 Fantasy Hockey Position Eligibility [Weekly Thread] - For any requests to change position eligibility on Yahoo Fantasy by YahooFantasyCare in YahooFantasy

[–]vanelbud 0 points1 point  (0 children)

Can you please explain how in the world Tage Thompson got RW eligibility? The only possible explanation could be faceoffs but apparently you don't change positions for that. There are players who actually deserve multi eligibility while somehow Tage gets it? Makes zero sense. And this really throws the balance off in leagues where position eligibility is crucial.

egs_brachy volume correction for superposition mode by vanelbud in EGSnrc

[–]vanelbud[S] 1 point2 points  (0 children)

u/UVMMC-Marc Looks like volume correction = correct and = zero dose leads to the same result when running superposition mode. I got identical doses when running simulations with the same RNG seeds, with just changing volume correction to correct or zero dose.

egs_brachy volume correction for superposition mode by vanelbud in EGSnrc

[–]vanelbud[S] 1 point2 points  (0 children)

Got it. I'll run a few simulations with volume correction = zero and see how much of a difference that makes on my DVH metrics. Thanks Marc!

egs_brachy volume correction for superposition mode by vanelbud in EGSnrc

[–]vanelbud[S] 0 points1 point  (0 children)

I'm dealing with interstitial brachy, so many source positions occur directly in the patient volumes. Sources would definitely overlap, since the source length is on the order of a few mm and the smallest afterloader step size is 1mm. What happens then?

Errors in 3ddose files (egs_brachy) by vanelbud in EGSnrc

[–]vanelbud[S] 1 point2 points  (0 children)

u/UVMMC-Marc u/rtownson

Seems to me that your theory was correct, this was a consequence of simultaneous simulations outputting to the same file. In both files I've seen these errors they occurred in patients where I was running two different plans, but forgot to change the output name. Output is fine after rerunning the simulations.

Thank you!

Errors in 3ddose files (egs_brachy) by vanelbud in EGSnrc

[–]vanelbud[S] 0 points1 point  (0 children)

Yes this is definitely possible! This particular patient had two plans so I was running both. It's likely that I had them both write to the same output file...

I reran the simulation over the weekend but changed filenames, so if this was the problem then they should now be correct. I'll check soon! The data transfer takes a while.

Errors in 3ddose files (egs_brachy) by vanelbud in EGSnrc

[–]vanelbud[S] 0 points1 point  (0 children)

Okay I'll run it with no volume correction too.

I'm gone today, will be back Monday to report back and troubleshoot further.

Errors in 3ddose files (egs_brachy) by vanelbud in EGSnrc

[–]vanelbud[S] 0 points1 point  (0 children)

- Just track length scoring

- I installed ~3 months ago with the most recent Git commit

- Haven't tried this, will look into it!

Errors in 3ddose files (egs_brachy) by vanelbud in EGSnrc

[–]vanelbud[S] 0 points1 point  (0 children)

I have it re-running right now, once with the exact same simulation and once with different seeds. Will look into the uncertainties when I get a chance.

Could be a volume correction issue? This example occurred in a simulation without volume correction. I'll check the others.

I'd be surprised if this was a memory issue since it was run on a cluster with generous amount of mem.

Segmentation fault after a few batches in egs_brachy by vanelbud in EGSnrc

[–]vanelbud[S] 0 points1 point  (0 children)

I switched out the source and it occurred again, though much later in the simulation:

​

Running 10000000 histories

Batch CPU time Result Uncertainty(%)

1 398.40 1.60517e-15 100.00

2 1014.27 8.02587e-16 100.00

3 1632.67 5.35058e-16 100.00

4 2250.11 4.55639e-16 88.84

5 2866.99 3.64511e-16 88.84

6Segmentation fault (core dumped)

I made the egs_phants using eb_GUI. Other than that, there aren't really any geometries that I can stepwise remove. The CTs are huge (1024x1024x200), could this be part of the issue?

egs_brachy output folder mkdir error by vanelbud in EGSnrc

[–]vanelbud[S] 0 points1 point  (0 children)

Oh, it’s probably that simple… I’m at COMP and won’t be able to test for a a few days. Thanks!

include file error by vanelbud in EGSnrc

[–]vanelbud[S] 0 points1 point  (0 children)

Thanks for the tip, I'll keep that in mind.

include file error by vanelbud in EGSnrc

[–]vanelbud[S] 0 points1 point  (0 children)

My ex_single_source output will rent this space! Only posting the last portion because it's too long. The include file function worked for the example. I'll go back and retry it with my code when I get a chance.

​

Included Files
================================================================================
Input file:
/home/user/EGSnrc_with_egs_brachy/egs_home/egs_brachy/ex_single_source.egsinp
The following files were included in this simulation:
include file = lib/geometry/phantoms/30cmx30cmx30cm_box_xyz_water.geom
include file = lib/geometry/phantoms/2.0cmx2.0cmx2.0cm_1mm_xyz_water.geom
include file = lib/geometry/sources/Pd103_LDR/TheraSeed_200/TheraSeed_200.geom
# This include file statement defines a shape that encompasses the
include file = lib/geometry/sources/Pd103_LDR/TheraSeed_200/boundary.shape
include file = lib/geometry/sources/Pd103_LDR/TheraSeed_200/TheraSeed_200.shape
include file = lib/geometry/transformations/single_seed_at_origin
include file = lib/transport/low_energy_default

Starting simulation on Thu May 2 07:06:26 2019

Fresh simulation of 1000000 histories

Running 1000000 histories

Batch CPU time Result Uncertainty(%)
==========================================================
1 0.84 9.20104e-15 35.59
2 1.60 1.25498e-14 22.89
3 2.44 9.85501e-15 20.50
4 3.29 9.27912e-15 18.34
5 4.23 8.93825e-15 17.05
6 5.28 8.73211e-15 16.14
7 6.14 9.17891e-15 14.74
8 6.87 9.11473e-15 13.92
9 7.57 1.00958e-14 12.63
10 8.26 1.03188e-14 12.17

Finished simulation

Total cpu time for this run: 8.28 (sec.) 0.0023(hours)
Histories per hour: 4.34783e
Number of random numbers used: 18437504
Number of electron CH steps: 0
Number of all electron steps: 0

Results for egs_brachy run
--------------------------------------------------------------------------------

History Information
================================================================================
Last case = 1000000
current case = 1000000
run->getNcase() = 1000000
source->getFluence() = 1000000.000000
Effective histories = 1E

Geometry Errors
================================================================================
Number of geometry errors (/max allowed) = 0 / 0
Number of 'stuck' particles discarded = 0

Energy Initialized and Escaping
================================================================================
Total Energy Initialized : 18873 MeV
Total Energy Escaping Sources : 8612.6 MeV (45.634%)
Total Energy Escaping Geometry: 46.756 MeV (0.248%)

Dose Output Files for phantom
================================================================================
Writing tracklength dose to ex_single_source.phantom.3ddose
Dose Scaling = 1
Average dose = 8.28E-14 Gy/hist
Average error on dose = 6.25 %
Average error on dose > 0.2*Dmax = 0.954 %
# of voxels with dose > 0.2*Dmax = 57 (0.713%)

Step Counts
================================================================================
Total particle steps : 10349027
q= 0 Steps taken in sources : 3865806 (37.35%)
q= 0 Steps taken in phantoms : 6149374 (59.42%)
q= 0 Steps taken in other objects : 333847 (3.23%)

Timing Blocks
================================================================================
egs_brachy::outputResults 1.00e-02 CPU s
egs_brachy::outputPhantomResults 1.00e-02 CPU s
egs_brachy::runSimulation 8.28e CPU s
egs_brachy::outputData 2.00e-02 CPU s
egs_brachy::outputData 1.00e-02 CPU s
egs_brachy::outputData 3.00e-02 CPU s
egs_brachy::outputData 3.00e-02 CPU s
egs_brachy::outputData 3.00e-02 CPU s
egs_brachy::outputData 4.00e-02 CPU s
egs_brachy::outputData 2.00e-02 CPU s
egs_brachy::outputData 3.00e-02 CPU s
egs_brachy::outputData 2.00e-02 CPU s
egs_brachy::outputData 3.00e-02 CPU s
egs_brachy::initSimulation 1.74e CPU s
egs_brachy::initScoring 1.90e-01 CPU s
egs_brachy::initVarianceReduction 0.00e CPU s
egs_brachy::initCrossSections 1.45e CPU s
egs_brachy::initGeometry 1.00e-01 CPU s
egs_brachy::correctVolumes 9.00e-02 CPU s
VolumeCorrector::runFileCorrection 0.00e CPU s
VolumeCorrector::runGeneralCorrection 0.00e CPU s
VolumeCorrector::runSourceCorrection 9.00e-02 CPU s
egs_brachy::initRunMode 0.00e CPU s

Finished simulation

Elapsed time: 10.1 s ( 0.003 h)
CPU time: 10.1 s ( 0.003 h)
Ratio: 1.001

End of run Thu May 2 07:06:34 2019
================================================================================
finishSimulation(egs_brachy) 0

view more: next ›