|GENIE Products||External dependencies|
|Public and internal releases of products used for the GENIE global analysis of scattering data, in support of the publicly-released comprehensive model configurations and tunes.||
External products that:
|Public releases of the GENIE physics simulation, as well as of related products in support of GENIE tunes and generator-related analysis tasks.|
|1.2.0||3.2.0||1.2.0||1.2.0||≥ 6.22.08||≥ 2.6||?||?||≥ 6.3.0||6.4.28||?|| ⁕ modified
|1.0.0||3.0.2||N/A||⁕||N/A||N/A||N/A||Release v1.0.0 of new, factored-out Reweight product brings this producy sync with the v3 series of our Generator product.|
|N/A||3.0.0||1.0.0||1.0.0||N/A||⁕||N/A||N/A||N/A||Product versions used for GENIE 3.0.0 comprehensive model characterization and free-nucleon cross-section model retunes|
fZ0data member shadowing bug in
src/FluxDrivers/GSimpleNtpFlux, and make associated modifications to
src/support/fnal/EvGen/gFNALExptEvGen.cxx; no functional change.
FluxDrivers/GFlavorMap.cxx: Fix test
string.find() == 0and do some string trimming as well.
Utils/GSimFilesclass - save the path to the XML file and introduce corresponding access method.
src/MEC/MECGenerator.cxx: catch bad phase space decay events.
GENIE 2.10.0 is a production release.
XclsTagobject was updated with a new field for strange production for one of the new models in 2.10.0. This could impact the ability of some users to read older GENIE files.
GFluxDriverFactory, where flux drivers can self-register and be returned by name.
GSimpleNtpFluxand the external
GDk2NuFluxto be used interchangeably. Other flux drivers can start to incorporate these.
gevgen_fnalto emphasize its use in FNAL experiments at other beam lines (e.g. Dune); executable will dynamically pick up
GDk2NuFluxflux driver if available (i.e. no longer a build dependence). Flux entries from the input driver will be copied to a branch along side the
GHepRecord; flux metadata from all ntuple files will be copied to the output file.
GHepRecordto return the stored
KinePhaseSpace_t, allowing records to be fully recreated from elements stored in non-genie formats.
This release is almost identical to 2.8.4 with the only change being in how the
$LHAPATH environment variable is handled and how the patched GRV98lo file is distributed.
We removed the restriction on
$LHAPATH. We now supply, in
$GENIE/data/evgen/pdfs, the patched PDF.
Please copy this to your
$LHAPATH area. Note the PDF has a different name - it is
This changed name is reflected in
By default, GENIE will not run if you do not copy the patched PDF file to that area.
If you would like to use the older, un-patched PDF, simply rename the PDF in the configuration XML to drop the
_patched part of the filename.
We recommend using LHAPDF5 and not Cernlib for PDFs. There is a bug in the version of GRV98lo that comes with LHAPDF5. We contacted the LHAPDF authors and they immediately provided a fixed file, but it must be distributed with GENIE as LHAPDF5 is frozen. The PDF set included here was producted by Graeme Watt (Durham, UK). The patched version recreates exactly: grv98.f
NOTE: In this version of GENIE, you MUST use the PDFs in $GENIE/data/evgen/pdfs with LHAPDF5. You MUST set your LHAPATH environemnt variable to $GENIE/data/evgen/pdfs!
Our thanks to Graeme and LHAPDF for the patched file. Please note that this file will work only with LHAPDF 5.x and is not properly formatted for LHAPDF 6.
Prior versions of the GENIE implementation of the formation zone underestimated it for nucleons. The problem is summarized in Section IV, and in particular Figure 8 of this paper.