-
Notifications
You must be signed in to change notification settings - Fork 8
Accommodate breaking changes for geometry refactoring #75
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
base: develop
Are you sure you want to change the base?
Conversation
b8e5788 to
cb596e2
Compare
|
This is related to SBNSoftware/icaruscode#642. |
cafb1e9 to
37691b0
Compare
37691b0 to
10ae5a6
Compare
Also updating the file format to the refactored one.
PetrilloAtWork
left a comment
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
PMT ordering needs to be fixed, and the geometry configuration FHiCL too.
Stand-alone geometry loading needs to be thought through again. I believe there is code here that compiles only because of uninstantiated templates (but I may be wrong).
There are comments spread in the code that are more about upstream design and maybe feature requests than stuff pertaining this specific PR (which is of course affected by that design).
In SBNSoftware there is a fork of this branch with some of the essential fixes already implemented.
|
|
||
| // 1. we initialize it from the configuration in the environment, | ||
| geo::GeometryTestAlg Tester(TestEnvironment.TesterParameters()); | ||
| // 1. we initialize it from the environment, |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Not really... half the stuff is out of the environment now.
| icarus_geometry_template: { | ||
| SurfaceY: 6.9e2 # in cm, vertical distance to the surface | ||
| Name: "icarus_v2" # see ICARUS wiki for a list | ||
| DisableWiresInG4: true |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
How is the special wireless GDML file served now?
| Name: "icarus_v4" | ||
| GDML: "icarus_refactored_nounderscore_20230918.gdml" |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
As mentioned above, I recommend this to be moved into the template configuration.
| // by plane; the following is still correct, has fewer assumptions and it's | ||
| // easier to expand, but a bit more wordy. | ||
| GeometryCache_t::LimitsCache_t limits = geom.makePlaneData<TimeLimits_t>(); | ||
| GeometryCache_t::LimitsCache_t limits{geom.Ncryostats(), geom.MaxTPCs(), wireReadout.MaxPlanes()}; |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
I suppose makePlaneData() was removed to decouple GeometryCore and WireReadoutGeom from geo::GeoContainerData... I still think being able to create this data structure with a single call is a functionality worth having (there are plenty of places where this would be beneficial... most of them written earlier).
|
@PetrilloAtWork, assuming you are a maintainer, you can commit changes directly to this PR—no need to wait for my approval. This PR was intended to provide a means of starting (if not fully effecting) the migration from LArSoft 9 to 10. It will be much more efficient for ICARUS to directly make the changes to the PR. Otherwise, you will be waiting from me to find spare cycles to implement your suggestions—and those spare cycles are much harder to come by now that almost all of my time is allocated toward framework development for DUNE. |
|
Thank you, @knoepfel. We'll proceed to the changes that we think clear or trivial, and come back to you to discuss the ones that may warrant some thought. |
PetrilloAtWork
left a comment
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
I have integrated the simple changes and bug fixes.
There are a couple of points remaining:
- how is the "nowire" geometry served now?
- service provider interface is maximally inconsistent
However, this PR is approved while those points are tackled.
PetrilloAtWork
left a comment
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Finally rejecting this PR in favour of #92.
Accommodate changes from:
N.B.: This PR should not be merged until the above PRs have been merged into a LArSoft release.