Added a scatter-Pn option to tallies.xml. Using this option allows the user to have scatter-0 to scatter-n (n is still < 5) automatically included in the scores for them. This is a trivial change, but it is expected that scatter-Pn will be needed much more frequently than scatter-n. Both are supported. The users manual has been updated accordingly.
Added the capability to handle an arbitrary number of legendre moments. This required changes to the input, the output, and the tally handling. The input and math routines are not yet complete, as it still will not allow for any value for the scattering order. I do not expect to extend this past n=5 right now, but I want to have the framework in place so that an extension only requires changing an if-statement in input.xml and adding the additional legendre polynomials to math.F90
temporary save, in full working order
added some arbitrary scattering order support to the input processor (only a few more lines to make it complete - although it is in a functioning form now), and also changed the output of the tally score name to be a bit more sensical: P# Scattering Moment instead of #-Order Scattering Moment
Fully incorporated the arbitrary Pn scattering input, but it is still limited to n=5. I want to do more testing and look at maybe increasing to n=10. I think the CMFD changes should be working, but I dont have a properly configured machine at the moment. Working on that now so I can test
Updating the users manual to reflect scatter-n and scatter-pn
Increased the scattering order to 10
Fixed a bug where a score requested after a scatter-Pn score was not being accessed by score_analog_tally. Prett sure this bad boy is ready for a pull request.
Updating my changes to match what was done on the main branch so that the git merge goes successfully.
Merging with upstream.
Added support for the arbitrary PN in the state points.
Merge remote-tracking branch 'upstream/master' into PnInput
Merge remote-tracking branch 'upstream/master' into PnInput
Incorporated the statepoint changes to statepoint.py and statepoint.rst as revision 7.
Merge branch 'PnInput' of github.com:nelsonag/openmc into PnInput
Merge remote-tracking branch 'upstream/master' into PnInput
Added Chi and Kappa-fission (k-fission) response types to the input and output structures (but still not the statepoint), and implemented/tested the tallying for kappa-fission.
revised kappa-fission to work as a tracklength estimator (analog can still be accessed if the user wishes), and tested it for micros/macros, etc.
removed some commented out code that was left behind.
Removed the Chi term - making the name of this branch kind of silly. Since it had to be divided by something other than the total weight of particles, it could become messier than the other tallies and since Chi can be obtained by a energy/energyout combo of nu-fission, I will let it go for now.