Changes to GROUPR for two new meshes #386
Open
Conversation
This file contains hidden or bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
* Some changes to meshes 25, 26, and 27 to address resonance self-shielding issues, * Addition of meshes 35 and 36 (EDF/Framatome and Newcleo), * Addition of descriptive print statements, including one missed for mesh 34, * Increase size of ntmp to accomodate ECCO1962 mesh.
Author
|
Based on in person discussions with @whaeck, there is some context for the changes to meshes 25-27. Alain wrote me that they were due to address a resonance self-shielding issue in groups that were proposed by Alain originally a "few years ago". These three meshes were used to produce DRAGON libraries only, so should not impact other users. |
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
1 participant
Add this suggestion to a batch that can be applied as a single commit.
This suggestion is invalid because no changes were made to the code.
Suggestions cannot be applied while the pull request is closed.
Suggestions cannot be applied while viewing a subset of changes.
Only one suggestion per line can be applied in a batch.
Add this suggestion to a batch that can be applied as a single commit.
Applying suggestions on deleted lines is not supported.
You must change the existing code in this line in order to create a valid suggestion.
Outdated suggestions cannot be applied.
This suggestion has been applied or marked resolved.
Suggestions cannot be applied from pending reviews.
Suggestions cannot be applied on multi-line comments.
Suggestions cannot be applied while the pull request is queued to merge.
Suggestion cannot be applied right now. Please check back later.
I'm working with Alain Hébert (developer of the DRAGON code) on integrating a (probably standalone) dragr module in NJOY. The goal is to have an optionally compiled module that can be built along-side stock NJOY. He has made some other changes to the NJOY code itself that we are trying to avoid, but there are some groupr changes that he wishes to try to get in to NJOY.
They basically update some energy grids that Alain had been able to add to NJOY a few years ago to try address a resonance self-shielding issue. They also add two new energy grids.
I don't know how receptive you are to the addition of these grids. I am open to alternatives. Again, the goal on our side is to create a module that links to
libnjoy.soand can be used as a final step in a processing chain.