Closed cerati closed 5 months ago
The intended behavior of fcl changes has been verified using @jzennamo's fcl_check.sh
script. Thanks Joseph!
My reading is that this makes "refactored" closer to the default handling, is that true?
My reading is that this makes "refactored" closer to the default handling, is that true?
Yes. And at the same time revives the legacy
I would have preferred the definition of a complete geometry legacy configuration in
geometry_icarus.fcl
, instead ofservices.Geometry.GDML: "icarus_complete_20220518_overburden.gdml" services.Geometry.ROOT: "icarus_complete_20220518_overburden.gdml"
Looks like there is already a "legacy" geometry in geometry_icarus.fcl
, so to avoid confusion I would not make another one. Also, the refactored is not really a different geometry, it's just a different gdml.
Right, we should have a followup PR with a cleanup of the fcls...
I would have preferred the definition of a complete geometry legacy configuration in
geometry_icarus.fcl
, instead ofservices.Geometry.GDML: "icarus_complete_20220518_overburden.gdml" services.Geometry.ROOT: "icarus_complete_20220518_overburden.gdml"
Looks like there is already a "legacy" geometry in
geometry_icarus.fcl
, so to avoid confusion I would not make another one. Also, the refactored is not really a different geometry, it's just a different gdml.
I think it's time to retire that legacy configuration. Also, a new one may have a more descriptive name (geometry_service_GEANTrefactoring
?).
I would have preferred the definition of a complete geometry legacy configuration in
geometry_icarus.fcl
, instead ofservices.Geometry.GDML: "icarus_complete_20220518_overburden.gdml" services.Geometry.ROOT: "icarus_complete_20220518_overburden.gdml"
Looks like there is already a "legacy" geometry in
geometry_icarus.fcl
, so to avoid confusion I would not make another one. Also, the refactored is not really a different geometry, it's just a different gdml.I think it's time to retire that legacy configuration. Also, a new one may have a more descriptive name (
geometry_service_GEANTrefactoring
?).
that can be done, but in a followup PR once we agree what needs to be preserved in fcls in release
trigger build SBNSoftware/icarusalg#84
:heavy_check_mark: CI build for LArSoft Succeeded on slf7 for e26:prof -- details available through the CI dashboard
:heavy_check_mark: CI build for LArSoft Succeeded on slf7 for c14:prof -- details available through the CI dashboard
:x: CI build for ICARUS Failed at phase build ICARUS on slf7 for c14:prof -- details available through the CI dashboard
:rotating_light: For more details about the failed phase, check the build ICARUS phase logs
parent CI build details are available through the CI dashboard
:warning: CI build for ICARUS Warning at phase ci_tests ICARUS on slf7 for e26:prof - ignored warnings for build -- details available through the CI dashboard
:rotating_light: For more details about the warning phase, check the ci_tests ICARUS phase logs
parent CI build details are available through the CI dashboard
This PR is meant to restore the legacy G4 functionality (needs SBNSoftware/icarusalg#84). The main problem is that the legacy G4 does not support multiple sensitive AuxDet volumes corresponding to a single logical volume (see e.g. https://github.com/LArSoft/larsim/blob/develop/larsim/LegacyLArG4/AuxDetReadoutGeometry.cxx#L139) and the refactored gdml uses a single logical volume for all strips in the same module type.
What we do in this PR is to:
What this PR does not do: