Repository navigation
Regenerate ENDF/B-VIII.1 official release #101
Description
Activity
I can confirm that regenerate is needed for Pt and Ta.
I have myself regenerated ENDF/B-VIII.1 H5 with NJOY2016.79 and interrogation shows that the Pt/Ta now match those of the updated Lib81 Pt/Ta.https://mcnp.discourse.group/t/fixes-for-lib81-pt-190-pt-198-and-ta-180m-neutron-capture-gammas-now-available/4872
https://nucleardata.lanl.gov/files/LA-UR-26-24142.pdf
https://nucleardata.lanl.gov/ace/lib81/I think this and other findings elsewhere, openmc-dev/openmc#4075, underscore that we need some sort of provenance stamping and metadata in the library.
Moreover, in the official releasesReacted by Jonathan ShimwellYep would be nice to stamp information like:
- version / commit hash of NJOY
- version / commit hash of OpenMC
- commit of openmc data repo used
Yes, I agree with you guys. I'm working on a better setup for how we release data that will include all this metadata and will keep you posted.
Reacted by Bor Kos and Julian SandersReacted by GuySten and Jonathan Shimwell@paulromano, thanks for the update. I've opened openmc-dev/openmc#4117 to preserve source-evaluation metadata separately for photoatomic and atomic-relaxation data through HDF5 export and import.
It retains the ENDF library, version, and release as
source_library,source_version, andsource_releaseattributes on the existing element andsubshellsgroups. This component-level information would complement the NJOY, OpenMC, and data-repository provenance discussed here.Would these field names and group locations fit the release metadata format you are planning, or would you prefer an adjustment? I'd like to keep the two efforts consistent.
Reacted by Bor Kos
According to njoy/NJOY2016#395 the discrete primary gammas were handled wrongly in NJOY2016 for the ENDF/B-VIII.1 library.
We should regenerate this library when that PR is merged using the updated version of NJOY2016.